May 2009 - Koha-bugs - lists.koha-community.org

[Bug 3256] New: Long email address cut off in patron windows
by bugzilla-daemon＠liblime.com 17 Dec '09

17 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3256 Summary: Long email address cut off in patron windows Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: beverly.church(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=809) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=809) Long email address display issye The email address which displays on the left in the various patron windows in the staff client is cut off if it is too long. If possible, the email address should wrap if too long to fit. Attached is a screen print illustrating this display issue. -- 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 8

[Bug 3241] New: Place Hold button shown even when patron log-on's disabled
by bugzilla-daemon＠liblime.com 17 Dec '09

17 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3241 Summary: Place Hold button shown even when patron log-on's disabled Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: bibliwho(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The Place Hold button is displayed on the search results screen when patron log-on's have been disabled. Clicking on the button leads to an error message: "Logging on to the catalog has not been enabled by the library." I would recommend hiding the Place Hold button under this circumstance. Cab Vinton Sanbornton Public Library -- 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 3

[Bug 3184] New: Show creator and budget receiving a document
by bugzilla-daemon＠liblime.com 17 Dec '09

17 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3184 Summary: Show creator and budget receiving a document Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 When the user is receiving a shipment, the basket creator name, and the budget should be shown. -- 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 3

[Bug 3167] New: Clicking on staff item view Accession Date link gives error
by bugzilla-daemon＠liblime.com 17 Dec '09

17 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3167 Summary: Clicking on staff item view Accession Date link gives error Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Created an attachment (id=760) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=760) screen shot In staff mode, when displaying a catalog record, if you go to the Items tab and click on Accession Date: (under History), you get an error: Can't use string ("0") as a HASH ref while "strict refs" in use at /home/koha/kohaclone/acqui/orderreceive.pl line 192. This seems to be related to the problem reported in bug 2919, but that patch is loaded on the system and the problem still exists. -- 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 3160] New: Item checkin/return fails to check for LOST status
by bugzilla-daemon＠liblime.com 16 Dec '09

16 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3160 Summary: Item checkin/return fails to check for LOST status Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P3 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: mason.loves.sushi(a)gmail.com Estimated Hours: 0.0 On item check-in... AddReturn() checks for an item's $iteminformation->{'itemlost'} value to determine if the item is currently 'LOST' but. $iteminformation->{'itemlost'} is never defined :/ bug exists in 3.0 and 3.2 branches. patch coming... -- 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 6

[Bug 3219] New: malformed or missing amazon content can cause fatal error in both opac and staff interfaces.
by bugzilla-daemon＠liblime.com 16 Dec '09

16 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3219 Summary: malformed or missing amazon content can cause fatal error in both opac and staff interfaces. Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P2 Component: Architecture, internals, and plumbing AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Certain enhanced content may produce the following: [error] detail.pl: Pseudo-hashes are deprecated at /catalogue/detail.pl line 213., referer: /cgi-bin/koha/catalogue/detail.pl Which may lead to a nasty: [error] Out of memory!, referer: m/cgi-bin/koha/catalogue/detail.pl Since we don't check for valid deeply nested hashref structure before trying to use it. -- 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 3204] New: Upgrade Amazon module to support Product Advertising API
by bugzilla-daemon＠liblime.com 16 Dec '09

16 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3204 Summary: Upgrade Amazon module to support Product Advertising API Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: jmf(a)liblime.com Estimated Hours: 0.0 Deadline: 2009-08-15 Change sponsored?: --- Dear Amazon Associates Web Service Developer, Through our Associates Program, we pay out hundreds of millions of dollars per year to websites that advertise our products. Effective immediately, we are renaming the Amazon Associates Web Service as the “Product Advertising API.” This new name more accurately reflects the purpose of the API, which is to enable developers to advertise products offered on the Amazon sites and thereby receive advertising fees from us. In addition to the new name, signatures will be necessary to authenticate each call to the Product Advertising API. This requirement will be phased in starting May 11, 2009, and by August 15, 2009, all calls to the Product Advertising API must be authenticated or they will not be processed. For pointers on how you can easily authenticate requests to the Product Advertising API, please refer to the developer guide, available here. Finally, the terms and conditions governing your use of the service have been migrated to a separate Product Advertising API License Agreement, available here. Except for the requirement that all requests be authenticated, the terms are substantially the same. If you obtain content through a data feed, your access to that data feed and use of that content will also be subject to the Product Advertising API License Agreement. By using the Product Advertising API or data feed, or content obtained through them, you are agreeing to the terms and conditions of the Product Advertising API License Agreement, and all uses of the API, data feed, or content must comply with that agreement. Thank you for advertising our products, and we look forward to sharing the revenue from these sales. Sincerely, The Product Advertising API Team -- 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 6

[Bug 3106] New: checked out list should look the same in all places
by bugzilla-daemon＠liblime.com 10 Dec '09

10 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3106 Summary: checked out list should look the same in all places Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Created an attachment (id=723) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=723) On Patron Details The list of checked out items should look the same on the Details tab and the Check Out tab - why do you have to click 'Check In' for each item on the Check Out tab when you can just check the items on the Detail screen and hit a return button -- it should all be like it is on the Details screen in my opinion - more user friendly that way. -- 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 12

[Bug 3217] New: Impossible to change biblio record framework
by bugzilla-daemon＠liblime.com 19 Nov '09

19 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3217 Summary: Impossible to change biblio record framework Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- Let suppose you have two biblio record frameworks: - Default - Book You can't do that: - In pro interface, search a biblo record - Select a biblio record which has 'Book' framework - On detail page, select MARC tab - On MARC detail page, in With Framework combo list, select 'Default': it works! - Click on Edit > Edit record - On Editing page, in Change framework combo list, select 'Default': it doesn't work! -- 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 1

[Bug 3246] New: Looking for a way to customize the patron slips (receipts)
by bugzilla-daemon＠liblime.com 17 Nov '09

17 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3246 Summary: Looking for a way to customize the patron slips (receipts) Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- This could be handled one of several ways, as discussed in IRC: 1. A bundle of editable sysprefs for editing the header/footer of the slips. Configurable by branch. 2. gmcharlt suggests it might be a candidate for HTML::Toolkit. I'm not sure what that means but is another way to handle it. 3. Addition of jquery framework to the moremember-receipt.tmpl so the receipt can be modified on the fly by jquery (perhaps an aside to the other two) Discussion welcome and encouraged. -- 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 6