September 2013 - Koha-bugs - lists.koha-community.org

[Bug 5645] New: Z39.50 search from search results not parsing query correctly
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5645 Summary: Z39.50 search from search results not parsing query correctly Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When searching in only 1 index (kw,wrdl: for example), then clicking the 'Z39.50 Search' button from the search results, the index prefix is not removed from the search term as it's filled into the boxes of the Z39.50 search page. This is not a problem for two or more separate search fields. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 21

[Bug 10967] New: POD ERROR in acqui/booksellers.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10967 Bug ID: 10967 Summary: POD ERROR in acqui/booksellers.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Developer documentation Assignee: gmcharlt(a)gmail.com Reporter: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org $ perldoc acqui/booksellers.pl results in POD ERRORS Hey! The above document had some coding errors, which are explained below: Around line 44: '=item' outside of any '=over' Removing '=back' at line 42 resolves issue. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10925] New: LDAP Auth fails if DEBUG is enable
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10925 Bug ID: 10925 Summary: LDAP Auth fails if DEBUG is enable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org It the env var DEBUG is enable, the LDAP auth fails. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9299] New: for loop in Auth_with_ldap.pm requires an extended patron attribute to be set or LDAP logins fail
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9299 Bug ID: 9299 Summary: for loop in Auth_with_ldap.pm requires an extended patron attribute to be set or LDAP logins fail Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: bryan.lakatos(a)mvschool.com If ExtendedPatronAttributes is enabled but no extended attributes are defined, then the for loop starting on line 181 of Auth_with_ldap.pm causes the array mentioned there to be undefined. This causes an error which prohibits LDAP logins: (the error returned is) Can't use an undefined value as an ARRAY reference at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 181, <DATA> line 522. Disabling ExtendedPatronAttributes gets around the problem, but the loop ought to be made to do nothing if there are no attributes configured/defined. The offending loop: for (my $i; $i< scalar(@$extended_patron_attributes)-1;$i++) { my $attr=$extended_patron_attributes->[$i]; unless (C4::Members::Attributes::CheckUniqueness($attr->{code}, $attr->{value}, $borrowernumber)) { unshift @errors, $i; warn "ERROR_extended_unique_id_failed $attr->{code} $attr->{value}"; } -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10949] New: hold request not retrieved when printing hold slip
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10949 Bug ID: 10949 Summary: hold request not retrieved when printing hold slip Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When one checks in an item and uses the 'print and confirm' button to print a hold slip, the text printed out is only "reserve not found", with no information about the hold. This appears to be a regression caused by the patch for bug 9394. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 10513] New: Light up a warning/message when returning a chosen item type.
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10513 Bug ID: 10513 Summary: Light up a warning/message when returning a chosen item type. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: viktor.sarge(a)regionhalland.se CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We plan to use a specific item type to keep track of ILLs. The possibility to chose a message to display when returning specific item types would be highly useful to make sure that the ILLs isn't shelved at the local library. I imagine others could find other uses for it so building it as general as possible would be good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 10969] New: Fix sample itemtypes for translated installers
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10969 Bug ID: 10969 Summary: Fix sample itemtypes for translated installers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Because of a change in the itemtypes table structure some of the sample files can no longer be loaded correctly. Patch applies change from 10965 to the translated itemtype sample files. To test: - Install the specific language and run the web installer. Or: - Truncate or delete all from the itemtypes table in your database. - Try to run the complete SQL in the itemtypes sample files. - Verify the table is filled correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10965] New: Sample itemtypes can't load on new install
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10965 Bug ID: 10965 Summary: Sample itemtypes can't load on new install Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sample itemtypes can't load with new itemtypes table structure. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10836] New: New layout for placing holds in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10836 Bug ID: 10836 Summary: New layout for placing holds in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 20837 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20837&action=edit Screenshot of the revised interface I propose to change the layout of the OPAC place hold screen so that information is not displayed in a table. As options are added to the place hold process the table layout gets more an more unwieldy. This revised version makes the layout feel more open and provides a way to show and hide the finer hold controls. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 10663] New: Holds don't block renewal in OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10663 Bug ID: 10663 Summary: Holds don't block renewal in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We had a library with 3.12.1 reporting this issue and I confirmed testing on the current master branch: 0) Allow OPAC renewals (OpacRenewalAllowed) Create a new record with one item. 1) Check out the item to patron A. 2) Place an item level hold for patron B. 3) Try to renew the item in the OPAC for patron A. Problem: You can renew the item, the renewal is not blocked by the hold. The same happens, when you have a title level hold instead of item level. I couldn't find any system preference affecting this behaviour. A quick test on an older 3.6.x installation shows, that renewals are blocked there. Instead of the renewal checkbox we show a message: Not renewable (On hold) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 63