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

[Bug 5224] New: Replace Shopping Basket with basket
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5224 Summary: Replace Shopping Basket with basket Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the neworder template breadcrumbs the link to basket is labelled 'Shopping basket' whereas basket is used elsewhere. The term should be consistent. Shopping basket also sounds wrong and unprofessional in this context -- 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 5236] New: "hide my tags" link does nothing
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5236 Summary: "hide my tags" link does nothing Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/opac-tags.pl?limit=100&hidemytags=1 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When viewing tags in the OPAC there is a "hide my tags" link at the top of the page. In the template, if "hidemytags" = 1 the template should hide the table of the user's tags. The script makes no mention of "hidemytags," so clicking the link does nothing. I propose removing the link since hiding the table of user tags doesn't seem to serve any purpose. -- 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 5214] New: undefined itype images cause broken image icon in request.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5214 Summary: undefined itype images cause broken image icon in request.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 If the itemtype images aren't defined, the place hold screen shows broken images (instead of nothing, which would be better). -- 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 5114] New: Can't edit basket in Internet Explorer
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5114 Summary: Can't edit basket in Internet Explorer Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/acqui/basket.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Acquisitions AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 A markup error is causing a JavaScript error in Internet Explorer 8 which causes the Basket Details page to fail catastrophically. -- 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 5221] New: Preselect tab containing itemtype/authorized value image in use
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5221 Summary: Preselect tab containing itemtype/authorized value image in use Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/itemtypes.pl?op=add_form&itemtype= X OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: System Administration AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2624 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2624 Example screenshot When editing the details of an itemtype or authorized value the user is presented with a set of tabs containing the various icon sets. If you have previously chosen an icon for the record you're editing the interface should preselect the tab it's on. -- 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 5177] New: Descending sort search result defined by syspref doesn't work
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '10

30 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5177 Summary: Descending sort search result defined by syspref doesn't work Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When selecting a default sort order for search result as descending, it doesn't work and reverts sort order to relevance. Ascending sort order is ok. -- 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 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 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