March 2011 - Koha-bugs - lists.koha-community.org

[Bug 5689] New: System preference notifications are not translatable
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5689 Summary: System preference notifications are not translatable Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 There are many English strings in preferences.js which cannot be translated because they are not part of the template: humanMsg.displayAlert( 'Nothing to save' ); ... name_cell.append( '<em class="modified-warning">(modified)</em>' ); ... return _( "You have made changes to system preferences." ); ...etc. These parts of the script should use strings defined in the template so that they can be translatable. -- 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 5

[Bug 5142] New: Untranslatable strings in tag review template
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5142 Summary: Untranslatable strings in tag review template Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/tags/review.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 There are English strings in the template's JavaScript which aren't properly escaped for translation. -- 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 11

[Bug 5690] New: items.timestamp was not being updated when an item was edited
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5690 Summary: items.timestamp was not being updated when an item was edited Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 If items.timestamp is used in the framework and hidden the fact that it is NOT deleted before update is done would input the previous timestamp, which is not the desired behaviour. -- 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 7

[Bug 5140] New: In Chrome, drop-down menus disappear after using pop-up calendar
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5140 Summary: In Chrome, drop-down menus disappear after using pop-up calendar Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 To reproduce, try the Acquisitions statistics report in Google Chrome. When you click a calendar icon to show the date picker, <select> form fields disappear. In other browsers the fields reappear after the date picker is closed, but in Chrome they remain hidden. The disappearing behavior is designed to get around a display bug in Internet Explorer 6 in which <select> fields "bleed through" HTML elements which are displayed on top of them. The JavaScript calendar library we use has a built in routine to hide any <select> elements which are positioned after the calendar pop-up. For some reason the JavaScript code fails to redisplay the <select> fields in Chrome. The "bleed through" bug has been fixed in IE7+, so I'm inclined to remove the hiding behavior altogether and let IE6 users live with it (as they do so many other horrible CSS bugs anyway). -- 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 10

[Bug 4290] search for author in repository
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4290 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |julian.maurice(a)biblibre.com Resolution| |FIXED -- 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 0

[Bug 5583] New: Rename variable to reflect what it is
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5583 Summary: Rename variable to reflect what it is Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When checking any UNIMARC implications of bug 5582 encountered the opaque variable name fieldnumber. It does not refer to a field but the ISBD block (an organizing principle of UNIMARC) Change variable name to reflect what it is/does. Clarity is a virtue if you have to maintain the code. -- 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 5

[Bug 5041] New: Non repeatable fields are not deletable
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5041 Summary: Non repeatable fields are not deletable Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In Biblio record data entry form, if a field is repeatable, it has on the left of its label a + and - links. With +, you clone the field, with - you delete it. When a field is not repeatable you should have the - (to empty all subfields content) and no +. You have nothing at all. -- 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 6

[Bug 5084] New: GetBudgetHierarchy doesn't respect the 'active' switch on budgets
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5084 Summary: GetBudgetHierarchy doesn't respect the 'active' switch on budgets Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 GetBudgetHierarchy produces the list of funds that are available when showing the dropdown in the orders page, and the list on the acquisition home page. This ignores the 'active' state of the budget, which leads to a) inactive funds being shown, and b) them able to be selected when they probably shouldn't be. -- 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 5

[Bug 5722] New: other reason for suggestions has code in text box
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5722 Summary: other reason for suggestions has code in text box Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3102 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3102 other reasons See attached, but when you choose to accept or reject a purchase suggestion with the reason of 'other' you get what looks like a bit of JS in the text box that appears. -- 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 6

[Bug 3918] Add to order lists inconsistent
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3918 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |julian.maurice(a)biblibre.com Resolution| |FIXED -- 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 0