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

[Bug 5596] New: add author to holds to pull report
by bugzilla-daemon＠bugs.koha-community.org 24 May '12

24 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5596 Summary: add author to holds to pull report Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be nice if the holds to pull report had author listed. -- 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 17

[Bug 6865] New: Replace image-based gradient backgrounds with CSS3 gradients
by bugzilla-daemon＠bugs.koha-community.org 24 May '12

24 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6865 Bug #: 6865 Summary: Replace image-based gradient backgrounds with CSS3 gradients Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Browser support for CSS3 background gradients is good enough to stop using background images for the same effect. This will make the interface a little more efficient. -- 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 19

[Bug 5373] New: fields listed on patron import do not match the csv file
by bugzilla-daemon＠bugs.koha-community.org 24 May '12

24 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5373 Summary: fields listed on patron import do not match the csv file Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Tools AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 the fields listed in plain text on the patron import tool do not match those in the csv - the csv is correct, the text is wrong. -- 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 19

[Bug 5266] New: Patron Search Produces Incorrectly Sorted and Missing Results
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5266 Summary: Patron Search Produces Incorrectly Sorted and Missing Results Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: HP OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: glawson(a)rhcl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Koha version: 3.01.00.145 Zebra version: Zebra 2.0.44 MySQL version: mysql Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu Staff user reports that she types "johnston" (for example) into the patron search field on the staff interface. This produces 10 pages of results, but not the desired patron named Jessica. That name did not show up - it jumped from Jesse to Joan. However, if the user went in and typed "johnston, jessica", it came up. Also, later she had a different patron's record up and tried the search again with "johnston". That brought up the 10 pages of Johnstons again, but each page was alphabetical for the names displayed on that page - so each page started over with an "A" name and so on, but the names on each page were different and apparently non-repeating. -- 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 5

[Bug 6294] New: Add {BIBLIONUMBER} parsing support to SearchForTitleIn syspref
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6294 Bug #: 6294 Summary: Add {BIBLIONUMBER} parsing support to SearchForTitleIn syspref Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org By adding parsing support for {BIBLIONUMBER} to the SearchForTitleIn system preference, we can enable support for APIs (like Facebook, Twitter, etc) that could point back to the items detail page for a title. Example code to put into SearchForTitleIn (place after </ul> that comes with default): </div></div><div class="detailtagcell"> <script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><fb:like href="http://opac.mylibrary.tld/bib/{BIBLIONUMBER}" show_faces="true" width="450" font=""></fb:like> <div><a href="http://twitter.com/share" class="twitter-share-button" data-url="http://opac.mylibrary.tld/bib/{BIBLIONUMBER}" data-text="I'm reading this" data-count="horizontal">Tweet</a><script type="text/javascript" src="http://platform.twitter.com/widgets.js"></script></div></div><div><div><ul> Replace "http://opac.mylibrary.tld" with your OPAC base URL, and for Twitter, adjust the data-text attribute to whatever you like (you can parse in {TITLE} and {AUTHOR}, but beware character limits!) -- 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 8

[Bug 6924] New: Previous and next functions are not used, since this code was removed from mas_subfields_structure.pl
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6924 Bug #: 6924 Summary: Previous and next functions are not used, since this code was removed from mas_subfields_structure.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: juan.sieira(a)xercode.es QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 5603 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5603 Patch to solve it Previous and next functions are not used, since this code was removed from marc_subfields_structure.pl To test the patch, just apply it to remove this code from the template. -- 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 10

[Bug 6598] New: OPACFineNoRenewals syspreference does not stop user renewing in opac
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6598 Bug #: 6598 Summary: OPACFineNoRenewals syspreference does not stop user renewing in opac Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org This option is intended to stop users with fines from using opac to renew their books. Because the global variable patron_flagged is mistakenly taken to be a variable within larger structures in a couple of places the restriction is never applied. The opac display is also affected (a bogus table column is added and an empty message box is displayed) Fixing the above logic reveals two further bugs to address: The Renew Selected button is displayed even although you cannot select any for renewal. The option cannot be turned off. When editing the syspref it says 'leave blank to disable' as that is read in the script as the value 0.00 it disables renewing for all borrowers with fines. It needs to be set to high value to allow (relatively) unrestricted opac renewals -- 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 24

[Bug 6842] New: Branch transfer limits broken
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6842 Bug #: 6842 Summary: Branch transfer limits broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /admin/branch_transfer_limits.pl?branchcode=FPL OS/Version: All Status: NEW Severity: major Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org 1) Select of library broken When selecting a library and clicking 'choose' the page reloads but the pull down jumps back to the first branch in the list 2) Can't save changes If you change the checkboxed for the selected library and click 'save' nothing happens. Page does not reload, there is no message displayed and changes are not saved. -- 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 27

[Bug 6490] New: Lost and paid not updated when book is checked out.
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6490 Bug #: 6490 Summary: Lost and paid not updated when book is checked out. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: Macintosh OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: kaust(a)nhusd.k12.ca.us QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com After a book is marked lost and is billed to the patrons account and the book is seen again as a new checkout (it was not checked in) it does not take the bill off the patrons account. However when you check in the book it does take the bill off the patron's account. Whenever a book whose status is "Lost" is seen in the system again either through checkout, holds, ect... it should update the last borrowers account and book status. -- 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 13

[Bug 5674] New: Staff client - placing holds - patron name sort not ignoring letter case
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5674 Summary: Staff client - placing holds - patron name sort not ignoring letter case Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: bchurch(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When you are placing holds for patrons in the staff client, patron names do not sort correctly if patron names are entered in upper case. To recreate this issue, do the following: 1. Add two test patron records, one with the name "Smith, Joseph" and the other "SMITH, THOMAS". 2. Search for a title in the staff client and click Holds to open the request.pl window. 3. Do patron search for the name "Smith" and you will see that SMITH, THOMAS sorts before "Smith, Joseph". -- 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 9