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

[Bug 3255] New: [3.0.x], [3.2] With dev install you must create and use a 'koha' user
by bugzilla-daemon＠liblime.com 10 Feb '10

10 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3255 Summary: [3.0.x], [3.2] With dev install you must create and use a 'koha' user Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Installation (command-line installer) AssignedTo: galen.charlton(a)liblime.com ReportedBy: tajoli(a)cilea.it Estimated Hours: 0.0 Change sponsored?: --- If you install Koha with the 'dev' option, you can't select the value of $KOHA_USER and KOHA_GROUP variables. The installer force you to use the values 'koha', 'koha'. In fact is not a big bug, if you use a different user/group name you need only to correct by hand 2 lines of the scripts misc/bin/koha-zebraqueue-ctl.sh misc/bin/koha-pazpar2-ctl.sh misc/bin/koha-zebra-ctl.sh I send a patch about it that is only a warning during installation. I think that 'dev' option is for few user, that they are more expert of average. -- 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 3263] New: Staff search results interface changes
by bugzilla-daemon＠liblime.com 08 Feb '10

08 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3263 Summary: Staff search results interface changes Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 Change sponsored?: Sponsored Implement the following RFC: http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:staff_search_result… In summary; [1] Add Z39.50 search button to the intranet bib search results, allowing users to redo a search against the configured Z39.50 targets. [2] Add a new labeled MARC bib detail view/ [3] Add the ability to control at a global level which bib detail views are available in the intranet. -- 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 10

[Bug 3336] New: Errors on updatedatabse
by bugzilla-daemon＠liblime.com 07 Feb '10

07 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3336 Summary: Errors on updatedatabse Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P4 Component: Database AssignedTo: galen.charlton(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- [Wed Jun 17 16:38:15 2009] updatedatabase.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`siptest_koha/message_transports`, CONSTRAINT `message_transports_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` (`message_transport_type`) ON DELETE CASCA) at /home/atz4sip/koha/installer/data/mysql/updatedatabase.pl line 2054. [Wed Jun 17 16:38:15 2009] updatedatabase.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`siptest_koha/message_transports`, CONSTRAINT `message_transports_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` (`message_transport_type`) ON DELETE CASCA) at /home/atz4sip/koha/installer/data/mysql/updatedatabase.pl line 2055. [Wed Jun 17 16:38:27 2009] updatedatabase.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`siptest_koha/message_transports`, CONSTRAINT `message_transports_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` (`message_transport_type`) ON DELETE CASCA) at /home/atz4sip/koha/installer/data/mysql/updatedatabase.pl line 2212. [Wed Jun 17 16:38:27 2009] updatedatabase.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`siptest_koha/message_transports`, CONSTRAINT `message_transports_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` (`message_transport_type`) ON DELETE CASCA) at /home/atz4sip/koha/installer/data/mysql/updatedatabase.pl line 2213. [Wed Jun 17 16:38:27 2009] updatedatabase.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`siptest_koha/message_transports`, CONSTRAINT `message_transports_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` (`message_transport_type`) ON DELETE CASCA) at /home/atz4sip/koha/installer/data/mysql/updatedatabase.pl line 2214. [Wed Jun 17 16:38:27 2009] updatedatabase.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`siptest_koha/message_transports`, CONSTRAINT `message_transports_ibfk_2` FOREIGN KEY (`message_transport_type`) REFERENCES `message_transport_types` (`message_transport_type`) ON DELETE CASCA) at /home/atz4sip/koha/installer/data/mysql/updatedatabase.pl line 2215. The problems were attributable to the message_transport_types table being empty. That may be because the external script in 3.00.00.091 isn't loading. No error in the log though. -- 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 3265] New: LOST status not changed after issued item is checked in
by bugzilla-daemon＠liblime.com 07 Feb '10

07 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3265 Summary: LOST status not changed after issued item is checked in Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org Estimated Hours: 0.0 Change sponsored?: --- When a checked out item is converted to LOST status and goes on to the borrower's fine account with a replacement cost, and that lost item is subsequently returned and checked in, Koha now automatically issues a credit for the lost item in the amount of the replacement cost so that the patron is not charged for a lost item that's returned. However, the item status doesn't change to Available. It remains Lost. I'm thinking that once the item is returned, the Lost status should come off. Patron Fine Record shows item is no longer Lost, replacement cost is credited... Date Description of charges Amount Outstanding 05/27/2009 Lost Item 0003008001067 View item Small change, big problems : $25.95 $0.00 05/27/2009 Item Returned $-25.95 $0.00 ...but item still displays in catalog with Lost status Item type Home Location Collection Call Number Status Last seen Barcode BOOK NEKLS NON-FICTION 025.1 SNY Lost 05/27/2009 0003008001067 -- 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 3271] New: Missing message when adding to a list with no items selected
by bugzilla-daemon＠liblime.com 07 Feb '10

07 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3271 Summary: Missing message when adding to a list with no items selected Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: OPAC AssignedTo: matthias.meusburger(a)biblibre.com ReportedBy: matthias.meusburger(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=818) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=818) Patch for HEAD The patch adds a message when the user tries to add to a list with no items selected, in the same way it is done for the cart. -- 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 3376] New: Serials Display in OPAC
by bugzilla-daemon＠liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3376 Summary: Serials Display in OPAC Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=881) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=881) text links to tabs When on the Subscriptions tab in the OPAC there are a few design issues I see. #1 is the small text links at the top - they should probably be tabs like the ones for the difference views from Normal View. http://nce.dev.kohalibrary.com/cgi-bin/koha/opac-serial-issues.pl?biblionum… & http://nce.dev.kohalibrary.com/cgi-bin/koha/opac-serial-issues.pl?selectvie… #2 is the use of the term Normal View on the subscriptions tab - this is confusing - what does it mean to the user? I'd recommend something like Original Record - or Back to Record - back to biblio like you see on the full record http://nce.dev.kohalibrary.com/cgi-bin/koha/opac-serial-issues.pl?biblionum… -- 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 13

[Bug 3101] New: Button on Hold Confirmation needs editing
by bugzilla-daemon＠liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3101 Summary: Button on Hold Confirmation needs editing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Created an attachment (id=716) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=716) hold confirmation When a hold menu pops up it says 'confirm and transfer' or 'print and confirm' but if i click the latter it does transfer it - so the button should say that it also transfers 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 4

[Bug 3113] New: Add OPAC record URL to emailed carts and lists
by bugzilla-daemon＠liblime.com 04 Feb '10

04 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3113 Summary: Add OPAC record URL to emailed carts and lists Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 When emailing a cart or a list, the output should include the full URL to each resource in the OPAC. Then the user could click directly from the message in their email client to the resource they saved. -- 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 3189] New: Cursor should be in search box in Cataloguing
by bugzilla-daemon＠liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3189 Summary: Cursor should be in search box in Cataloguing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org CC: mcoalwell(a)nekls.org Estimated Hours: 0.0 When one clicks on cataloguing from the home menu, there is only one blank on the page but the cursor is not positioned there. One must click into the blank to begin entering information. Cursor should automatically appear in the search field. This would eliminate one more click in the cataloguing phase. (submitted for Baldwin City Library 050409 Claudia Gillentine) -- 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 3378] New: Renewal policy should match pickup library's policies
by bugzilla-daemon＠liblime.com 20 Jan '10

20 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3378 Summary: Renewal policy should match pickup library's policies Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: smoreland(a)nekls.org CC: mcoalwell(a)nekls.org Estimated Hours: 0.0 Change sponsored?: --- When an item on loan from Library A circulates to a patron at Library B, the original circulation policy for the item comes from Library B, the pickup branch (14 days, for example). However, when that item is renewed, the renewal policy comes from Library A (21 days, for example). This is confusing to the patron and the librarian. ALL circulation policies should come from the pickup branch/transacting library. Our CircControl system preference is set for Pickup Library and the HomeOrHoldingBranch sys pref is set for holdingbranch. -- 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