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

[Bug 3447] New: Alter layout of tags review interface to conform with filter convention
by bugzilla-daemon＠liblime.com 16 Dec '09

16 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3447 Summary: Alter layout of tags review interface to conform with filter convention Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- There is somewhat of a convention to put "filter" forms in the lefthand sidebar. I'd like to alter the tags review page to match this convention, moving the summary and blacklist forms into a right-hand column. This will us a cleaner look, I think. -- 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 4

[Bug 3160] New: Item checkin/return fails to check for LOST status
by bugzilla-daemon＠liblime.com 15 Dec '09

15 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 3432] New: Returning lost items
by bugzilla-daemon＠liblime.com 15 Dec '09

15 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3432 Summary: Returning lost items Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Since some of last versions, if you return a document that was set as lost, the "itemlost" column is not updated to "0", the item stay as lost. -- 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 3219] New: malformed or missing amazon content can cause fatal error in both opac and staff interfaces.
by bugzilla-daemon＠liblime.com 15 Dec '09

15 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 15 Dec '09

15 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 3285] New: Location on Add Subscription should be pull down
by bugzilla-daemon＠liblime.com 11 Dec '09

11 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3285 Summary: Location on Add Subscription should be pull down Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nicole.engard(a)liblime.com CC: henridamien(a)koha-fr.org Estimated Hours: 0.0 Change sponsored?: --- [06:21] <hdl_laptop> nengard: location in subscription is added in order to add kind of items.location default for issue received. [06:21] <nengard> isn't that shelving location? If so it's an authorized value and should be a pull down not a free text field .... right? [06:21] <gmcharlt> hdl_laptop: hmm - raises a question for me, then, as it doesn't seem to be actually setting it as a default for new received items [06:21] <gmcharlt> and nengard is right about the drop-down [06:22] <nengard> that's why i was so confused when I saw it originally [06:22] <nahuel> yo [06:22] <hdl_laptop> nengard: gmcharlt yes. [06:22] <nahuel> arf [06:22] <hdl_laptop> It is forecast. [06:23] <gmcharlt> "light periods of snow, followed by raining patches" [06:23] <hdl_laptop> Not done because done for a migration purpose. [06:24] <gmcharlt> nengard: please file a bug so we don't lose track [06:24] <nengard> will do -- 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 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 3516] New: Display picture of patorns in OPAC
by bugzilla-daemon＠liblime.com 10 Dec '09

10 Dec '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3516 Summary: Display picture of patorns in OPAC Product: Koha Version: unspecified Platform: PC OS/Version: Windows NT Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: ata.rehman(a)gmail.com CC: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Sir/Madam I was looking for some way to put the picture of my patron / students in OPAC. I just talked to Ms Nicole and she suggested to submit this issue at bugzilla. -- 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 3427] New: Overriding hold results in "specific item" hold reverting to "any item" hold
by bugzilla-daemon＠liblime.com 23 Nov '09

23 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3427 Summary: Overriding hold results in "specific item" hold reverting to "any item" hold Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: cookie.wolfrom(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Patron #1 puts a hold on volume 3 of the television series Deadwood - this is a hold on a specific item. Before the item is checked out to patron #1, library staff checks out volume 3 to patron #2. Now patron #1 has a hold for "any copy" of Deadwood - hold switches from an item level hold to an 'any item' hold. -- 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 3463] New: Wide character in null operation for “Edit MARC Record”
by bugzilla-daemon＠liblime.com 21 Nov '09

21 Nov '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3463 Summary: Wide character in null operation for “Edit MARC Record” Product: Koha Version: rel_3_2 Platform: Other OS/Version: Linux - Redhat Status: NEW Severity: enhancement Priority: P3 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: quanzhong.zhang(a)xjtlu.edu.cn Estimated Hours: 0.0 Change sponsored?: --- I installed Koha 3.00.3 on CentOS 5.3(X86_64) and the database upgrade from Koha version 2.2.9 I try to check the function “Edit MARC Record”. It’s OK for English. But if the title include the Chinese character, the following error message display in browser production mode - trapped fatal error The error message in the log file /var/log/koha/koha-error_log as: [Thu Jul 23 10:36:17 2009] [error] [client 10.7.13.30] [Thu Jul 23 10:36:17 2009] addbiblio.pl: Wide character in null operation at /usr/lib/perl5/site_perl/5.8.8/MARC/Charset/Table.pm line 96, <DATA> line 532., referer: http://10.7.1.219:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=6… Not found such problem for Edit “Patron Details” Thanks and Best Regards, -- 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 7