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

[Bug 3528] New: Hide right-hand sidebar on Koha.org manual pages
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3528 Summary: Hide right-hand sidebar on Koha.org manual pages Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Websites, Mailing Lists, etc. AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1033) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1033) Example screenshot Koha manual pages are image-heavy, and that often pushes the page pretty wide. It would be help alleviate the horizontal scrolling to eliminate the "news," "events," and "log in" boxes on all manual pages. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3109] New: Consistency Check, broken img tags
by bugzilla-daemon＠liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3109 Summary: Consistency Check, broken img tags Product: Koha Version: HEAD Platform: PC URL: http://www.koha.org/about-koha/case-studies/hlt.html OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Websites, Mailing Lists, etc. AssignedTo: jmf(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Top of the page says "The first version of Koha went live at HLT in January 2005." That's just wrong. Should be 2000, as the rest of the page goes on to describe. The screenshot images are missing, links are 404. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

[Bug 3812] New: Illegal Date 'iso' does not match 'iso' format (Acquisitions)
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3812 Summary: Illegal Date 'iso' does not match 'iso' format (Acquisitions) Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- >From koha error log: [Mon Nov 23 10:36:57 2009] [error] [client 192.87.126.61] [Mon Nov 23 10:36:57 2009] orderreceive.pl: Illegal Date 'iso' does not match 'iso' format: yyyy-mm-dd at /usr/share/koha/intranet/cgi-bin/acqui/orderreceive.pl line 80. This happens when datareceived parameter does not exist or is empty. In that case the second parameter iso from the line below becomes the first parameter. my $datereceived = C4::Dates->new($input->param('datereceived'),'iso') || C4::Dates->new(); Solution: force the first parameter to be present in the call: my $datereceived = C4::Dates->new($input->param('datereceived')||'','iso') || C4::Dates->new(); -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3795] New: Incorrect title URL in Receive Order table for multiple items
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3795 Summary: Incorrect title URL in Receive Order table for multiple items Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- This bug is a continuation of bug 3794! If Receive Orders (orderreceive.pl) shows multiple items, clicking on the first row of the table takes you to the data of the second row. Selecting the last row produces a fatal error. Further analysis reveals that the orderreceive template does not produce a correct URL for multiple items. The main reason for the above error is the fact that it generates a biblio parameter instead of the correct biblionumber parameter in the title URL. This makes SearchOrder in Acquisitions.pm not find the correct record with the passed order number. For the first record, it only finds the second record that contains the order number in the title. For the second record, it finds nothing resulting in a fatal error. The orderreceive template must be adjusted for the biblionumber parameter (line 152). After that, clicking on the first row does not yet work (bug 3794). But the second link works now. After receiving the second title, it will be possible to receive the first one. The script orderreceive.pl should formally be corrected to also handle the situation of zero records. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3742] New: OPAC Authority Search does not really search anywhere
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 May '10

17 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3742 Summary: OPAC Authority Search does not really search anywhere Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: m.de.rooy(a)rijksmuseum.nl Estimated Hours: 0.0 Change sponsored?: --- Searching authorities with anywhere on Browse by Subject does not search anywhere but only in Heading, if you leave the other fields blank. This is caused by a small bug in opac-authorities-home.pl. The line filling the @values parameter before calling SearchAuthorities should not be: my @value = ($query->param('valuea'), $query->param('valueb'),$query->param('valuec'),); but should be: my @value = (scalar $query->param('valuea'), scalar $query->param('valueb'),scalar $query->param('valuec'),); Reason: CGI param returns an empty list for the blank values in list context. The parameters are mixed up as a result. Force them to scalar resets the situation. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3858] New: Quick Spine Tool Should have Left Menu
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 May '10

16 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3858 Summary: Quick Spine Tool Should have Left Menu Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Tools AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- I think that the Quick Spine Label Tool should either have the Labels menu on the left or the Tools menu on the left - either way there should be a menu to the left of the Quick Spine Label Tool. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 4070] New: Cannot save emptied textarea system pref
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4070 Summary: Cannot save emptied textarea system pref Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: System Administration AssignedTo: pianohacker(a)gmail.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- To reproduce: 1. Edit a system preference which uses a textarea, like OpacNav 2. Click save. The data is saved without a page reload. 3. Delete the contents of that system preference. 4. Click save. An message appears which says "Nothing to save." It looks like whatever mechanism there is for detecting a change in the textarea is not triggered by the deletion of its contents. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4067] New: Serial routing list add patron popup lists all patrons in descending order by first name
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4067 Summary: Serial routing list add patron popup lists all patrons in descending order by first name Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When you click the link to add names to a serial routing list a pop-up window appears with a table captioned "Results 1 to 20 of [X] found for " where X is the total number of patrons in the database. These patrons are listed in descending order by first name: Rizqiya, Zulfa Mda, Zukile Walkowski, Zosia Lanning, Zoie D. Hinerman, Zoey Nichole Miller, Zoey Adella-Rose Problems with this: - Listing names by first name in descending order is just nonsensical. At the very least it should be by surname in ascending order. However: - Should this page list names at all? The table header says "Results 1 to 20 of [X] found for " as if it is performing a search on nothing. Perhaps no results should display until after a search has been performed? -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3981] New: GST confusing in en-US
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3981 Summary: GST confusing in en-US Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com CC: chris(a)bigballofwax.co.nz Estimated Hours: 0.0 Change sponsored?: --- I spoke with Chris (translation manager) and we decided it was okay to change the en-US translation from GST to Tax. He will add that to the translation tool so that it still says GST for all other en languages. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 3704] New: SIP Checkin of not checked out item returns error without additional reason
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3704 Summary: SIP Checkin of not checked out item returns error without additional reason Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: patrick.langer(a)easycheck.org Estimated Hours: 0.0 Change sponsored?: --- Checking in a not checked out item returns an error (which is correct) without giving a reason for the failure as screen_msg (aka AF field in SIP2) is empty. Checkin in koha SIP is generally quite sparse when it comes to error handling and reasons for the failure of the checkin. Most times no screen_msg is filled which makes it hard for the self service terminal to display an understandable reason to the patron for the failure. In this case I suggest to insert in SIP::ILS Checkin around row 183 right after $circ->ok($item && $item->{patron}); if (!defined($item->{patron})) { $circ->screen_msg("Item not checked out"); } else { [rest of the transaction part] } -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1