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

[Bug 8254] New: issn and isbn search on Z targets not working
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '12

09 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8254 Priority: P5 - low Change sponsored?: --- Bug ID: 8254 Assignee: gmcharlt(a)gmail.com Summary: issn and isbn search on Z targets not working Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha I have tried on several targets that I know have a popular ISBN but the search returns no results in master. I have had similar reports from those using 3.8.1 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8652] New: There is no default value for the late orders
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '12

09 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8652 Priority: P5 - low Change sponsored?: --- Bug ID: 8652 Assignee: koha-bugs(a)lists.koha-community.org Summary: There is no default value for the late orders Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha On the lateorders.pl, we dont want all the late orders. By default, this page displays all the orders. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7230] New: clicking plus when adding qty on acq buggy
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '12

08 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7230 Bug #: 7230 Summary: clicking plus when adding qty on acq buggy Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com When ordering, if you click the plus to add an item and then scroll down and click the new plus (right above accounting details) the qty is not updated. if you click the original plus the one under the first time then the qty is updated. This is not consistently happening. It happened 4 times for me today and then I tried to do a video and it worked. I'm in a room of librarians and it worked for 1/2 the room and not for the other half. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 8239] New: Z39.50 Search/Import doesn't work with unicode characters from a specific server
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '12

08 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8239 Priority: P5 - low Change sponsored?: --- Bug ID: 8239 Assignee: gmcharlt(a)gmail.com Summary: Z39.50 Search/Import doesn't work with unicode characters from a specific server Severity: normal Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha Created attachment 10242 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10242&action=edit Screenshots depicting both functioning and non-functioning unicode searches I have in my list of Z39.50 servers, a couple of servers which return the unprintable code {FFFD} when it is supposed to put a ÿ character. Other servers with the same search work fine. Trying the same search in MarcEdit's Z39.50 client, it comes out with the correct character. The servers in question are (and these are exactly the settings I have in my Koha installation): Australian National University host: library.anu.edu.au port: 210 databse: innopac syntax: USMARC encoding: MARC-8 and University of Melbourne host: cat.lib.unimelb.edu.au port: 210 databse: innopac syntax: USMARC encoding: MARC-8 Steps to reproduceː With the above servers added to Z39.50 Client Targets list: 1) Search for 'Francis Alys' in Title 2) Look down the list for title 'Francis Alÿs' by Author 'Medina, Cuauhtm̌oc' 3) See that there is a � character where there should be a ÿ Actual resultː Result from Australia National Uni - Koha: Francis Al�s / Medina, Cuauht�moc Expected Resultː Francis Alÿs / Medina, Cuauhtm̌oc Result from Aust National Uni - MarcEdit: Francis Alÿs / Medina, Cuauhtm̌oc Additional information: Attached are screenshots of 2 cases where the characters don't show properly (University of Melbourne and Australian National University), a shot of the same search with La Trobe University, which appears correctly, and a shot of the Australian National University search done (successfully) on MarcEdit's Z39.50 Client. Here is a link to the catalogued item on Australian National Uni's own library system: http://library.anu.edu.au/record=b2298563 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8497] New: Strange behavior when modifying the 'timeout' system preference.
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '12

06 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8497 Priority: P5 - low Change sponsored?: --- Bug ID: 8497 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Strange behavior when modifying the 'timeout' system preference. Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: System Administration Product: Koha The timeout system preference works fine, until I try to define the timeout in days ( e.g. '1d', or '3d' ). Once I have done so, I cannot change it to anything else. I get an error message from the pref system that says I'm logged out and need to log back in. If I click a link, I'm brought to the login page. If I log back in and try to modify the preference, I will get another 'not logged in' message and will start the loop all over again. If I edit the db row directly and change the value back to an integer, everything goes back to normal. I can modify the pref as much as I want, as long as it is an integer. As soon as I use the 'd' option, everything goes haywire again. I noticed in the database, 'timeout' is set to 'Integer'. I tried changing it to 'free' but that did not make a difference. If I dump the value of $timeout in C4::Auth::checkauth, it appears to be correct, even when using the 'd' option, but I end up logged out every time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 8810] New: Opac: Cart should display branchname instead of branchcode
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '12

06 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8810 Priority: P5 - low Change sponsored?: --- Bug ID: 8810 Assignee: oleonard(a)myacpl.org Summary: Opac: Cart should display branchname instead of branchcode Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 12469 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12469&action=edit Opac cart displays branchcode In Opac, the cart should display the banchname instead of the branchcode (see screenshot). Reasons: - Branchcode is an internal key. Patrons dont necessarily know their meaning. - The name of the branch can change and the original meaning of the branchcode could be lost (that happened to us and we need a solution asap). Since branchcode is used as database key as well it would be very difficult to change it in all the tables. B.T.W. something similar was made with Bug 3292 (regarding serials) Patch follows. Marc -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8379] New: Encoding problem under Plack
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '12

06 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8379 Priority: P5 - low Change sponsored?: --- Bug ID: 8379 CC: dpavlin(a)rot13.org, gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Encoding problem under Plack Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha Created attachment 10670 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10670&action=edit encoding is wrong Playing with Plack on staff interface, I just got an encoding problem (see attachment). It's the 1st time I saw this problem, I stopped & restarted plack, and it worked again smoothly. No idea why/what make this happen... Note = I applied/pushed some patches witout restarting plack, I don't think it's related, but just in case... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 7621] New: Circulation: Match age restriction of title with borrower's age without using categories
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '12

05 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7621 Bug #: 7621 Summary: Circulation: Match age restriction of title with borrower's age without using categories Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: veron(a)veron.ch QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com The problem ----------- Public libraries and school libraries often have to deal with a lot of age restrictions, e.g. wit FSK (see www.fsk.de) or PEGI (Pan European Game Information, see www.pegi.info) and/or with regional rules regarding movies (virtually every canton in Switzerland has it's own rules). The classic way to implement age restrictions is to make use of a lot of categories. This gets soon very complicated, and is not easily maintainable. The librarians need an easy way to maintain age restrictions per title, otherwise they will not accept Koha. I tried to find a robust ad easily configurable way to match age restriction against the borrower's age. I implemented it on my test server. The concept ----------- 1) Have information about age restriction in field 521 a (Target audience) The entry can be anywhere in the field. It reads like PEGI 3 or FSK 12 (or any other 'tag' + age). 2) Have a preference like 'AgeRestrictionTags' where such tags are defined. It is a text field with a list like PEGI,FSK,Age... (Make things robust by accepting ,;: and space as delimiters...) 3) In circulation.pm, sub CanBookBeIssued, fetch the value from 521 a using the tags above. If the text after such tag is numeric, take this value as $restrictionyear. Add the years to the borrower's birth date. If the resulting date is in the future ( >today) , issuing is blocked by setting $issuingimpossible{AGE_RESTRICTION} = $restrictionyear; 4) In circulation.tt, part , add: [% IF ( AGE_RESTRICTION ) %] <li>Age restriction [% AGE_RESTRICTION %]</li> [% END %] Result ------- If a borrower tries to check out a restricted book and does not have the appropriate age, the circulation module will block the check out and issue a message like "Age restriction 12" -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 94

[Bug 8449] New: Improve wording and styling for Holds Awaiting Pickup screen
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '12

05 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8449 Priority: P5 - low Change sponsored?: --- Bug ID: 8449 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Improve wording and styling for Holds Awaiting Pickup screen Severity: enhancement Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8320] New: Expand choices of 'CircAutoPrintQuickSlip' with more options
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '12

05 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8320 Priority: P5 - low Change sponsored?: --- Bug ID: 8320 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Expand choices of 'CircAutoPrintQuickSlip' with more options Severity: enhancement Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: Circulation Product: Koha This enhancement is to replace "Bug 8058 - Circulation empty barcode field redirect to pay fines screen if borrower has outstanding fines" by Chris Hall with a more flexible solution. Instead of having a preference 'circpayfinesredirect' (as proposed in Bug 8058) I plan to expand the choices of 'CircAutoPrintQuickSlip' with two more options: "open a print quick slip window and clear the screen" (that's what I need to have) "open a print quick slip window and redirect to outstanding fines (if any)" (that's what Chris needs to have) The values can be evaluated in circulation.tt (near the comment '// listen submit to trigger qslip on empty checkout'). This can be expanded for any needs. Marc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4