August 2010 - Koha-bugs - lists.koha-community.org

[Bug 4933] New: Link to subfield's edit tab from MARC subfield structure admin summary
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4933 Summary: Link to subfield's edit tab from MARC subfield structure admin summary Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/marc_subfields_structure.pl?tagfie ld=XXX&frameworkcode= OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The MARC subfield structure admin summary page (admin/marc_subfields_structure.pl) lists all subfields and offers a single button to take the user to the edit page. Each subfield should also be linked to the edit page with an anchor to specify which tab should open. -- 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 5051] New: Renewal due date doesn't always show on patron Checkout tab
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5051 Summary: Renewal due date doesn't always show on patron Checkout tab Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2402 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2402 Screen shot with missing renewal date box On the patron Details tab, in the list of checkouts, there is always a box for entering a due date for renewals with a calendar gadget. This box does not always show on the patron Checkout tab. The pattern seems to be that if nothing was checked out to the patron today, the renewal due date box doesn't show (first screenshot). If you then check something out, the box shows (second screenshot), but it will be gone if you go back into the record tomorrow. I don't think this is intended behavior but I'm not quite sure what's causing it. -- 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 9

[Bug 4904] New: Problem with printing fines in overdue notices
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '10

24 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4904 Summary: Problem with printing fines in overdue notices Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In 3.2 there is a new option to print the current fine in overdue notices. Documentation: http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=599887a1855349d… While USD works fine, there is a problem with other currencies. I tested with EUR and GBP: <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <fine>USD</fine></item> = ... Fine: $4.50 <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <fine>GBP</fine></item> = ... Fine: Â£3.00 <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Fine: <fine>EUR</fine></item> = â¬1,50 I see the same output in sent mails (Outlook) and in my database (Koha reports module and MySQL Query Browser) I have installed Locale::Currency::Format 1.28. Koha Version is 3.01.00.139. The overdue_notices.pl cronjob prints following error: Use of uninitialized value $fine in string at /home/koha/kohaclone/misc/cronjobs/overdue_notices.pl line 666. -- 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 12

[Bug 5112] New: Organisation does not show links to professional patrons
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5112 Summary: Organisation does not show links to professional patrons Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2493 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2493 professinal with link to organisation When adding a professional patron to an organisation patron, the professional patron shows a link to the organisation, but the organisation shows no links to the patron. -- 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 9

[Bug 5003] New: Can not search for organisation by name
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5003 Summary: Can not search for organisation by name Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /members/guarantor_search.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When adding the organisation to the professional account you can not search for the organisation by name, only cardnumber works. The search brings up all patrons, not only organisations. The patron category is not shown in the search results. You can link to every patron, not only to organisations. Not sure this behaviour is intended. -- 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 4979] New: Acq: input fields for new record are too short
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4979 Summary: Acq: input fields for new record are too short Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2335 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2335 screenshot: 3 Kundenbilder anzeigen Für Kunden: Stellen Sie Ihre eigenen Bilder ein. Harry Potter and the Philosopher's Stone The input field in the form for adding a new record from scratch in acquisition are very short. Example: Harry Potter and the Philosopher's Stone I'm using Firefox 3.6 and IE 8. Koha version: 3.01.00.143 -- 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 9

[Bug 4980] New: Acq: pull down 'Restrict access to:' for funds not translatable
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4980 Summary: Acq: pull down 'Restrict access to:' for funds not translatable Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: I18N/L10N AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2336 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2336 screenshot The pull down 'Restrict access to:' is located on the fund page. You can get there by adding a new fund or editing an existing fund. Values are: - none - owner - libary Koha Version: 3.01.00.143 /cgi-bin/koha/admin/aqbudgets.pl?op=add_form&budget_parent_id=1&budget_period_id=1 -- 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 9

[Bug 4924] New: Public/Internal notes missing in staff normal view
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4924 Summary: Public/Internal notes missing in staff normal view Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Staff Client AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2296 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2296 screenshot from staff, no item notes are displayed In normal view in staff public notes (items.itemnotes) and internal notes (more_subfields_xml) are not shown. The mappings were not changed after install. I can see the notes in the MARC view and in the items table (database). I'm not sure about internal notes, but I think that public notes should be shown in opac and staff. Koha Version: 3.01.00.141 XSLT on/off makes no difference. -- 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 8

[Bug 5056] New: Untranslatable strings in members.js
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5056 Summary: Untranslatable strings in members.js Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW 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 As pointed out in Bug 4503, members.js contains some English strings: Line 11: msg = _("Separator must be /"); Line 20: msg = _("day not correct."); Line 26: msg = _("month not correct."); Line 32: msg = _("years not correct."); Line 46: msg1 += ("Warning !!!! Duplicate patron!!!!"); Line 52: msg2 += ("Warning !!!! Duplicate organisation!!!!"); Line 76: var msg = ("Warning !!! check date expiry >= date enrolment"); Line 104: var message ="The following fields are mandatory :\n"; Line 134: message_champ+=("Please confirm suspicious duplicate patron !!! "); I propose, as kf suggests, that members.js and memberentrygen.tmpl be modified to handle javascript message strings the same way basket.js does. -- 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 8

[Bug 5059] New: Inconsistent use of ordering price and list price in vendor form
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5059 Summary: Inconsistent use of ordering price and list price in vendor form Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/acqui/supplier.pl OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2420 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2420 screenshot of new vendor form The vendor form uses the terms list price for currency and ordering price for tax information. After discussion in IRC we came to the conclusion that both terms have the same meaning. 07-26-2010 (12:16:19) chris: i think in the context of the vendor form its the same (12:16:25) chris: thats how the code uses it anyway (12:17:09) chris: it will use the currency chosen to convert the price, then if there is tax then subtract that, then remove the discount (12:18:29) chris: to end up with the estimated cost, so the currency of list price and tax of ordering price are both used for the same thing -- 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 8