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

[Bug 5102] New: Greybox JS files missing
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '11

06 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5102 Summary: Greybox JS files missing Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Greybox JS files do not exist in the 3.0.x branch, but are called by OPAC templates. The result is that with XSLT on the "MARC View" link opens a page of plain text instead of popping up a modal window with the MARC data. -- 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 7

[Bug 5641] New: Replace Favicon From System Administration
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5641 Summary: Replace Favicon From System Administration Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: helen.linda(a)goddard.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Currently, to replace the Koha favicon with something else, it must be done on the server and has potential to break with future upgrades. It would be ideal if there were a way that favicons could be managed in System Administration, similar to how inserting a new logo on the search bar is managed. -- 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 7

[Bug 4950] New: checkbox should be removed when can't place a hold
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4950 Summary: checkbox should be removed when can't place a hold Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/opac-reserve.pl?biblionumber=804 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2315 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2315 can't place hold When you can't place a hold in the opac, a checkbox still appears to the left of the item making it looks like you should be able to click it and making you overlook the warning saying you can't -- 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 5593] New: Change cart markup to allow for easier icon styling
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5593 Summary: Change cart markup to allow for easier icon styling Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If we replace the inline image in the cart to a span with an ID it should make it easier for libraries to change the icon. -- 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 5745] New: overdues with fines not showing titles
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5745 Summary: overdues with fines not showing titles Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/circ/branchoverdues.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3134 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3134 report The overdues with fines report isn't showing anything useful. It shows the barcode and the item type, but it's missing the title (which I think is supposed to be there). Also what is 'overdue status' and 'notified by'? -- 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 5693] New: if parentheses used in ccode then searches against ccode fail
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5693 Summary: if parentheses used in ccode then searches against ccode fail Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: reed(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you set a CCODE value which contains parentheses like "S(B)" then when you search against it the parentheses confuse the search query parser per: opac-search.pl: WARNING: query problem with (mc-ccode=S(B)) ZOOM error 10014 "CCL parsing error" (addinfo: "')' expected") from diag-set 'ZOOM' at /home/reed/Catalyst/koha/koha/C4/Search.pm line 346. Patch provide wraps the mc-ccode value in quotes to get around this. -- 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 11

[Bug 4943] New: Search history cookie size limit
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4943 Summary: Search history cookie size limit Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For a none logged-in user : When using search many times, comes a time when search history stops (around 15). When not logged-in, search history is stored in a cookie and this cookie is full. Its size is limited by browser at 4Ko. Search history could erase old searches to keep space in cookie. 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 8

[Bug 5527] New: Reports: Patrons who haven't checked out misses active users from issues table
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5527 Summary: Reports: Patrons who haven't checked out misses active users from issues table Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/reports/borrowers_out.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I compared some of my sql statements for statistics with the results from Koha's built in reports in the reports module. Currently the 'Patrons who haven't checked out' report does not consider patrons from issues. If you have a newly registered user, that has checked out his first books in the library his borrowernumber will only appear in issues. This is an active user. At the moment Koha gets a list of active borrowernumbers only from old_issues and compares that (not in) to all borrowers to get the inactive borrowers. It should also get the borrowers from issues. Currently koha asks: SELECT CONCAT( borrowers.surname , "\t",borrowers.firstname, "\t", borrowers.cardnumber) FROM borrowers WHERE 1 AND borrowers.borrowernumber not in (SELECT DISTINCT borrowernumber FROM old_issues where old_issues.timestamp> 01/01/2010 ) group by borrowers.borrowernumber I think it needs to consider issues too, perhaps something like: SELECT CONCAT( borrowers.surname , "\t",borrowers.firstname, "\t", borrowers.cardnumber) FROM borrowers WHERE 1 AND borrowers.borrowernumber not in (SELECT DISTINCT borrowernumber FROM ( select borrowernumber from old_issues where old_issues.timestamp> 01/01/2010 union select borrowernumber from issues where issues.timestamp> 01/01/2010) active_b ) group by borrowers.borrowernumber There was some discussion about that on #koha too: http://stats.workbuffer.org/irclog/koha/2010-12-20#i_567711 -- 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 11

[Bug 5542] New: Limit to availability not working
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5542 Summary: Limit to availability not working Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The availability limiting code had been commented out. This bug is just to track uncommenting it -- 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 7

[Bug 5186] New: Setting a tax rate of zero for a vendor causes the tax value to become the default
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5186 Summary: Setting a tax rate of zero for a vendor causes the tax value to become the default Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Instead, it should remain as zero, and if the field is made blank, then it should become the default. -- 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 18