October 2010 - Koha-bugs - lists.koha-community.org

[Bug 5180] New: Autocomplete broken on overdues report
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5180 Summary: Autocomplete broken on overdues report Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/circ/overdue.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5014 Estimated Hours: 0.0 There is a JavaScript error on the overdues report page. FireBug reports: YAHOO.widget.DS_XHR is not a constructor /cgi-bin/koha/circ/overdue.pl Line 126 This bug blocks Bug 5014 because without a working autocomplete I don't know if the markup corrections I think are required to fix 5014 will break the autocomplete. -- 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 12

[Bug 5295] New: ctype index Zebra configuration
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '12

21 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5295 Summary: ctype index Zebra configuration Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Hie, Advanced search on "content type" (Zebra index "ctype" corresponding to index "Content-type") doesn't work. Index is unknown. Index "Content-type" is used in records.abs (unimarc) : melm 110$a Type-Of-Serial:w:range(data,0,1),Frequency-code:w:range(data,1,1),Regularity-code:w:range(data,2,1),Content-type:w:range(data,3,1),Content-type:w:range(data,4,3),... First, in etc/zebradb/biblios/etc/bib1.att : ctype is declared as index 1034, it should be "Content-type". Second, in etc/zebradb/ccl.properties : Content-type 1=1034 t=b Why "t=b"? It means right and left truncation. Content type is a single letter ('a' to 'z'), it doesn't need truncation. Regards. -- 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 15

[Bug 5312] New: XHTML correction in authority summary
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '12

13 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5312 Summary: XHTML correction in authority summary Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When an authority summary contains a "\n",it is replaced by a HTML's "<br>". XHTML new line is "<br \>". -- 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 12

[Bug 4807] New: C4/Reserves.pm : define a max pick up date when reserving an item
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '12

11 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4807 Summary: C4/Reserves.pm : define a max pick up date when reserving an item Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- 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 4945] New: Patron search is limited by default to the currently logged-in library
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '12

09 Jun '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4945 Summary: Patron search is limited by default to the currently logged-in library Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/members/members-home.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The patron search form includes an option to limit by library which is hidden by default, and by default it selects the library at which the current user is logged in. This behavior is undesirable because there is no visual indication that the search is being limited. If the form field his hidden by default, it should also default to "Any." -- 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 20

[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 5199] New: Renewals do not add branchcode to statistics table
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5199 Summary: Renewals do not add branchcode to statistics table Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The AddRenewal() function of Circulation.pm is defined to take $branch as the third parameter, but most calls to this function, including OPAC renewal and Self Checkout, only take the first two, $borrowernumber and $itemnumber. This leaves the statistics table full of NULL values in the $branch field for renewal statistics. The $branch value passed should be the branch of the currently logged in user. This would be the current branch selected in the staff client, the patron's home branch in the OPAC, and the homebranch of the Self Checkout user for SCO. -- 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 5150] New: Issuing should read Circulation
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5150 Summary: Issuing should read Circulation Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/smart-rules.pl OS/Version: All Status: ASSIGNED Severity: trivial Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Issuing has been changed to Circulation in most other places, so it should be consistent throughout. -- 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 15

[Bug 5211] New: marking lost (long overdue) not charging fines
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5211 Summary: marking lost (long overdue) not charging fines Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 It used to be that if you manually marked an item as Long Overdue (Lost) it would automatically charge the patron the replacement price for the item. This is not happening now unless you use the cron job to mark things long overdue and lost. It should happen in both instances. -- 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 4819] New: Add ID tags to certain areas of OPAC so jquery can be used to hide them
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4819 Summary: Add ID tags to certain areas of OPAC so jquery can be used to hide them Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I've gotten requests to hide various parts of the OPAC screen that don't presently have tags, so it's been hard to do it with jquery. This patch adds tags to three places. * The OPAC search strategy -- some sites don't want to see the actual strategy used to display (e.g., “ mc-itype:BK or mc-itype:CR”), just the count. I added a span surrounding that part of the line, and put the word Search in front. Now the line reads Search “ mc-itype:BK or mc-itype:CR” returned 2235 results. If this jquery is used: $("#strategy").remove(); The line reads Search returned 2235 results. * The OPAC record display -- I've had a couple of requests to turn off the Notes tab. I added a span to it, so that using this jquery: $("#holdingnotes").remove(); hides that tab. * The OPAC patron account messaging tab -- Enhanced Messaging Preferences syspref has to be on for hold notices etc. to get sent out, but if that syspref is on, the Messaging tab shows in the OPAC patron account. Some sites do not want to allow patrons to change the settings. I added a span to that tab, so that using this jquery: $("#showmsgtab").remove(); hides the messaging tab. -- 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