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

[Bug 4168] New: keyword mapping from left admin menu
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4168 Summary: keyword mapping from left admin menu Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Keyword Mapping is missing from the admin menu that appears on the left of admin 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.

1 4

[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

[Bug 3125] New: IE7: Selected columns list in Reports Dictionary is not showing column names.
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3125 Summary: IE7: Selected columns list in Reports Dictionary is not showing column names. Product: Koha Version: rel_3_0 Platform: PC URL: http://staff-dfs4.dev.kohalibrary.com/cgi- bin/koha/reports/dictionary.pl?phase=Add%20New%20Definit ion OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Browser compatibility AssignedTo: joe.atzberger(a)liblime.com ReportedBy: daniel.sweeney(a)liblime.com CC: oleonard(a)myacpl.org, galen.charlton(a)liblime.com Estimated Hours: 0.0 When adding a new definition to the Reports Dictionary, using IE7, the left hand/selected list is wide enough but does not display the names of the selected columns. Admins can add columns to the list and the appropriate columns are added but they do not display except as empty list entries. -- 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 5

[Bug 3145] New: patron templates using poorly named "P" and "C" variables
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3145 Summary: patron templates using poorly named "P" and "C" variables Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: joe.atzberger(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 As pointed out by Joe, at least two templates, possible more, use template variables "P" and "C" to indicate patron category types. These are poor names, and should be changed to something like patron_category_type_P and patron_category_type_C. -- 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 3804] New: Implement Search by Purchase Order Number In Acquisitions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3804 Summary: Implement Search by Purchase Order Number In Acquisitions Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: PATCH-Sent Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: Sponsored Allow users to search in acquisitions using Purchase Order Number -- 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

[Bug 3803] New: Show PO Number and ISSN in orderline of basket display
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3803 Summary: Show PO Number and ISSN in orderline of basket display Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: Sponsored Show the Purchase Order Number in the order line of the basket display Also show the ISSN if present in addition to the ISBN to accomodate serials orders The feature sponsored by the Food and Agriculture Organisation of the United Nations -- 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 8

[Bug 3577] New: Barcode.pl does not cater variable length branch codes in hbyymmincr format
by bugzilla-daemon＠kohaorg.ec2.liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3577 Summary: Barcode.pl does not cater variable length branch codes in hbyymmincr format Product: Koha Version: unspecified Platform: PC OS/Version: Linux - Debian Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: mwilson(a)globaladvisors.biz Estimated Hours: 0.0 Change sponsored?: --- The Barcode.pl script attempts to auto-increment the barcode by isolating the maximum barcode in the item database. It does this by isolating the last four numerals of the barcodes and choosing the maximum value. The problem is that the SELECT query assumes a two letter branch code. If the branch code varies, the SELECT query fails to isolate the correct portion of the branch code. It therefore incorrectly maximises and the increment is wrong causing duplicate barcodes. The exact line is: $query = "SELECT MAX(CAST(SUBSTRING(barcode,7,4) AS signed)) FROM items WHERE barcode REGEXP ?"; The solution would be to limit branch codes to two letters or to isolate only the last four numerals of the barcode string before maximising. Incidently, surely this also limits the barcode to 9999 items? -- 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