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

[Bug 7873] New: Title sort in OPAC basket doesn't work
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '12

09 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7873 Priority: P5 - low Change sponsored?: --- Bug ID: 7873 Assignee: adrien.saurat(a)biblibre.com Summary: Title sort in OPAC basket doesn't work QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: OPAC Product: Koha [MT7575] TEST PLAN : 1) Search for documents, add some to your basket. 2) Access the basket. Click on Title to sort from A to Z or Z to A. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8639] New: my personal details hidden when on my summary
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '12

09 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8639 Priority: P5 - low Change sponsored?: --- Bug ID: 8639 Assignee: oleonard(a)myacpl.org Summary: my personal details hidden when on my summary Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha See: http://screencast.com/t/lgVRmz2yr When in the opac on the my summary tab the my personal details tab doesn't show ... this is 3.8.3 and it does show right in master so I'm not sure what bug this is. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 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