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

[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 5381] New: Fines in notices prints always 0.00
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5381 Summary: Fines in notices prints always 0.00 Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Notices AssignedTo: cnighswonger(a)foundations.edu ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The feature for fines in notices produces an error while running perl /misc/cronjobs/overdue_notices.pl: Use of uninitialized value $fine in string at /home/koha/kohaclone/misc/cronjobs/overdue_notices.pl line 671. In the generates messages the fine is always 0.00: "Tanach - Lehrbuch der jüdischen Bibel " by Liss, Hanna, SZA 37, Barcode: 9979122 Gebühr: €0,00 My notice is using this statement: <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> Gebühr: <fine>EUR</fine></item> -- 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 5212] New: Overdue_notices.pl grabbing wrong item information for parsing
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5212 Summary: Overdue_notices.pl grabbing wrong item information for parsing Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Overdue notices that make use of the <item>.... </item> feature to grab specific fields from biblio, biblioitems and items are getting the wrong item information pulled into them. This stems from the use of the biblionumber as the key to the items table. See the following code snippet from overdue_notices.pl: sub parse_letter { # FIXME: this code should probably be moved to C4::Letters:parseletter my $params = shift; ---Snip---- if ( $params->{'biblionumber'} ) { my $item_format = ''; PROCESS_ITEMS: while (scalar(@{$params->{'biblionumber'}}) > 0) { my $item = shift @{$params->{'biblionumber'}}; ---Snip---- $params->{'letter'} = C4::Letters::parseletter( $params->{'letter'}, 'biblio', $item ); $params->{'letter'} = C4::Letters::parseletter( $params->{'letter'}, 'biblioitems', $item ); $params->{'letter'} = C4::Letters::parseletter( $params->{'letter'}, 'items', $item ); The same key value is used for all three fields. This could theoretically also be a problem for biblioitems, but this is highly unlikely in Koha 3.X unless local database changes were made. The params past to parseletter are in an array called @items, but they are biblionumbers, possibly leading to some of this confusion. -- 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 5306] New: branch info not coming out on notices
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5306 Summary: branch info not coming out on notices Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I have an overdue notice set up as such: <<branches.branchname>> <<branches.branchaddress1>> <<branches.branchaddress2>> <<branches.branchaddress3>> Phone: <<branches.branchphone>> Fax: <<branches.branchfax>> Email: <<branches.branchemail>> <<borrowers.firstname>> <<borrowers.surname>> <<borrowers.address>> <<borrowers.city>> <<borrowers.zipcode>> Dear <<borrowers.firstname>> <<borrowers.surname>>, FIRST OVERDUE NOTICE But when it prints out I get this: Phone: Fax: Email: NOTICES TEST 1904 N. Belt Hwy St. Joseph, MO 64506 Dear NOTICES TEST, FIRST OVERDUE NOTICE The branch info is filled in in the libraries admin area - it's just not translating to the notice output. -- 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 2

[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 4472] img tags in xslt broken after automatic translation
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '10

23 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4472 --- Comment #19 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> 2010-11-23 11:35:30 UTC --- Tested in 3.2.1: Intranet detail view with MARC21 in French is still broken. OPAC works fine. Follow up patch not pushed? -- 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 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