April 2013 - Koha-bugs - lists.koha-community.org

[Bug 9591] New: BUG: Set Library changes after viewing Holds Queue >> reserves item
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '13

25 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9591 Bug ID: 9591 Summary: BUG: Set Library changes after viewing Holds Queue >> reserves item Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Serious bug encountered. SET LIBRARY automatically changes after viewing Holds Queue report for another library and then clicking on a reserved item on patron record. See attached video. Video Link: http://media.bywatersolutions.com/Video/set_library_change_bug.mp4 Best Regards, -Jesse -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 9981] New: Sort1 not automatically cleared when duplicating a patron
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '13

25 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9981 Bug ID: 9981 Summary: Sort1 not automatically cleared when duplicating a patron Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: oleonard(a)myacpl.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It is noted in Bug 5432 that during a duplicate operation one field, 'Sort1' does not automatically clear when the cursor moves into it. This patch corrects this. Edit a patron record to have data in the Sort1 and Sort2 fields. Perform a duplicate operation on this patron and confirm that the Sort1 and Sort2 fields show the information from the original patron record. When you click on each field the contents should disappear. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 9397] New: Error Messages hard to find for Visually Impaired Users (Accessibility) [Returning Items]
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '13

25 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9397 Bug ID: 9397 Summary: Error Messages hard to find for Visually Impaired Users (Accessibility) [Returning Items] Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: agent.075(a)gmail.com CC: gmcharlt(a)gmail.com Checking in items that might trigger an error message, are normally witnessed by the Administrator/Librarian. For Visually Impaired Users, this might not be as easy. Screen Reading Applications normally detect and read back headers back to users, so adding tags might be useful for the current time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8770] New: amount does not equal amountoutstanding on a fine with no payments or credits
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '13

25 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8770 Priority: P5 - low Change sponsored?: --- Bug ID: 8770 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: amount does not equal amountoutstanding on a fine with no payments or credits Severity: blocker Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Fine amount is being correctly calculated. The amountoutstanding does not agree with the amount, even when no payments or credits have been made. This seems to affect lost items in particular. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 4862] New: "Browse by subject" is misnamed
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '13

25 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4862 Summary: "Browse by subject" is misnamed Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The OPAC interface has a search box, and underneath are two links: "Advanced Search" and "Browse by Subject". The latter one is, I feel, misnamed: it does not allow browsing in the normal sense. Instead, it is another kind of advanced search. A proper browsing feature would allow you to click on lists of subjects, and get lists of books in those subjects. The current one requires you to know suitable search words, which you might not have at all. In physical libraries (and bookstores), one of the most pleasurable things is to randomly walk and see what kinds of books there are, and what subjects there are, rather than look for a specific book. "Browse by subject" currently does not support that. It would be nice if it did. But that's a different thing. However, in the meanwhile, it would be nice if the current "Browse by subject" could be renamed to, say, "Search by subject" or "Another kind of advanced search". -- 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 22

[Bug 2835] Inconsistent use of colon at the end of sentences
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '13

24 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2835 --- Comment #7 from Chris Cormack <chris(a)bigballofwax.co.nz> --- This doesn't apply to 3.10.x please rebase if needed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9479] New: The member notices page does not display dates in the syspref format
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '13

24 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9479 Bug ID: 9479 Summary: The member notices page does not display dates in the syspref format Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the member notices page, the time column is not displayed according the syspref format -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 9484] New: userid not generated consistently (different editing pages)
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '13

24 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9484 Bug ID: 9484 Summary: userid not generated consistently (different editing pages) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Patrons Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Different accesses to the memberentry.pl generate different behaviors when it comes to generate a new userid. When creating a new patron or modifying the full page of a patron, if the userid input zone is left empty, a userid like "firstname.surname" will be generated. But when accessing the editing page through the "Details"/"Library Details" tab, only a section of the editing page is displayed. The firstname and surname input boxes are not present, but the perl code assume that they are. In this case, if you empty the userid box, the perl script will try to generate a new id but "firstname" and "surname" will be empty. You end up with a simple dot as a login. When these input boxes are not present, the firstname and surname stored in the database should be used instead. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8816] New: add WARNING to debian/control file, to not manually edit
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '13

24 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8816 Priority: P5 - low Change sponsored?: --- Bug ID: 8816 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: add WARNING to debian/control file, to not manually edit Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Packaging Product: Koha many people manually edit the debian/control file, not realising that it is auto-generated, (and their changes will be lost) a warning message in the file, would stop people making this mistake -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 9873] New: Quiet errors in the log from XSLT.pm
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '13

24 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9873 Bug ID: 9873 Summary: Quiet errors in the log from XSLT.pm Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Staff Client Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org CC: gmcharlt(a)gmail.com If XSLTResultsDisplay is enabled errors can appear in the staff client log complaining "Use of uninitialized value in hash element at C4/XSLT.pm line 282. -- You are receiving this mail because: You are watching all bug changes.

1 8