June 2014 - Koha-bugs - lists.koha-community.org

[Bug 12462] New: Fix some POD errors
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '14

23 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12462 Bug ID: 12462 Summary: Fix some POD errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 12041 made xt/author/podcorrectness.t test files in the 'Koha' namespace which failed that test. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 9820] New: Missing space between 100/700 $a and $c (MARC21/XSLT)
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '14

22 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9820 Bug ID: 9820 Summary: Missing space between 100/700 $a and $c (MARC21/XSLT) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de For names consisting of 100/700 $a and $c there is no space between $a and $c in OPAC MARC21 detail page and result list using XSLT. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 11394] New: "Routing lists" -tab vanishes from patron info bar
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '14

22 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11394 Bug ID: 11394 Summary: "Routing lists" -tab vanishes from patron info bar Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you've looked up a patron, and you have the info on the left side of the screen, with the tabs "Check Out", "Details", "Fines", etc, the "Routing Lists" -tab vanishes, if you go to the "Purchase suggestions" -tab. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6617] New: table of contents not printing right if entered right
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '14

22 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6617 Bug #: 6617 Summary: table of contents not printing right if entered right Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4682 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4682 table of contents in 505$a If you're entering the table of contents in a series of $t and $r subfields (in the 505) then it doesn't print the table of contents to the OPAC or staff client right. A formatted table of contents looks like this (505$a): What is a mashup? / Darlene Fichter -- Behind the scenes : some technical details on mashups / Bonaria Biancu -- Making your data available to be mashed up / Ross Singer -- Mashing up with librarian knowledge / Thomas Brevik A slash after the title and before the author and a double dash in between the chapters. See the screenshots to see what I mean. The / should probably be entered by the cataloger, but the double dash should be entered by the template and the contents should show with XSLT turned on even if it's not in the $a only. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 48

[Bug 12367] New: Import patrons still says "MD5 hash"
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '14

22 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12367 Bug ID: 12367 Summary: Import patrons still says "MD5 hash" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org The password hashing algorithm was changed in Bug 9611, but on Tools > Import patrons, in the text on the right hand side, it still says: "'password' should be stored in plaintext, and will be converted to a MD5 hash (if your passwords are already encrypted, talk to your system administrator about options)." This has no practical effect, of course, but to someone evaluating Koha it might give the false impression that password security is lower than it really is. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12454] Can't add new patron categories
by Eric Lease Morgan 21 Jun '14

21 Jun '14

I too am not able to create new patron categories. I have just finished installing Koha 3.16.00.000. I did this installation from source (koha-latest.tar.gz). During the Web-based configuration I got many mysterious errors saying something like “using passwords on the command line is dangerous”. Whatever. After logging in to the admin interface as the super user, I was instructed to create a patron. I tried to create a patron, but I could not because there were no categories. I tried to create a staff category, but my results were the same as the original posting to this thread: ...the newly created category just doesn't show up. I then tried to apply the patch, but my patch skills are limited. Patch kept complaining about hunks failing, etc. I then looked really hard at the patch and noticed the number of question marks was “diff”-erent: original: VALUES (?,?,?,?,?,?,?,?,?,?,?,?)" ); patch: VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?)" ); So I edited the source to add the questions mark. Still, newly created category just doesn't show up. What am I doing wrong? Can you send me the patch file as well as the patch command to use it? — Eric Lease Morgan

1 0

[Bug 10700] New: Remove misc/cronjobs/rss
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '14

21 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10700 Bug ID: 10700 Summary: Remove misc/cronjobs/rss Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The RSS cron script hasn't been touched for years, and the associated template files predate our switch to Template Toolkit. Since we now have the ability to make the results of saved SQL reports public, I think we should consider this RSS system dead and remove it. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12454] New: Can't add new patron categories
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '14

21 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12454 Bug ID: 12454 Summary: Can't add new patron categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It's not possible to add a new patron category. There is a DB error in the logs but no feedback in staff, the newly created category just doesn't show up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 6918] New: can't place holds on 'on order' items with AllowOnShelfHolds off
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '14

19 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6918 Bug #: 6918 Summary: can't place holds on 'on order' items with AllowOnShelfHolds off Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I don't think this was always the case (but I might be wrong). If AllowOnShelfHolds is set to 'don't allow' then patrons cannot place holds on items that are marked 'on order' (not for loan=-1). Technically items on order are not on the shelf and should be allowed to be placed on hold. This may require a preference for people to say whether they want to allow holds on 'on order' items and/or what the not for loan value is for 'on order' since there is nothing stopping the user from changing the value from -1 to something else. The easy fix is just to make the system allow holds on items with -1 for notforloan like I think it was before. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 29

[Bug 11899] New: Force staff to choose option for filling a hold
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '14

19 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11899 Bug ID: 11899 Summary: Force staff to choose option for filling a hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a staff member checks in an item on hold, then checks in another item without confirming the hold, the hold will not be filled. There needs to be a block before another transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1