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

[Bug 5316] New: Limit 39.50 targets to specific users
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5316 Summary: Limit 39.50 targets to specific users Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Have several locations with different OCLC subscriptions. Would need a way to limit the z39.50 target to specific accounts. -- 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 3

[Bug 5345] New: Table sorters in Koha
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5345 Summary: Table sorters in Koha Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Table_sorters_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We will add table sorter & filters « everywhere » in Koha We will avoid adding sorters & filters where perf is a caveat (like circulation) -- 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 111

[Bug 5766] New: Add system preference for excluding articles from jQuery table sorter
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '13

13 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5766 Summary: Add system preference for excluding articles from jQuery table sorter Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The jQuery table sorter can be configured with a custom parser for excluding articles from sorting. Many pages in Koha already include this, but for English only: $.tablesorter.addParser({ id: 'articles', is: function(s) {return false; }, format: function(s) { return s.toLowerCase().replace(/^(the|an|a) /,''); }, type: 'text' }); A system preference should be created to contain the pipe-delimited articles (or other text) for exclusion so that speakers of other languages can include their own. -- 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 6124] New: In transferstoreceive.pl some biblios are empty.
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '13

12 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6124 Bug #: 6124 Summary: In transferstoreceive.pl some biblios are empty. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Due to the fact that it is possible to have some lines in branchtransfers with an itemnumber that does not exists in table items. With the coming patch in this case the line with no biblios will be omitted. -- 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 6604] New: without OPACXSLTResultsDisplay, some entries are "no items available" in opac-search
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '13

12 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6604 Bug #: 6604 Summary: without OPACXSLTResultsDisplay, some entries are "no items available" in opac-search Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: semarie-koha(a)latrappe.fr QAContact: koha-bugs(a)lists.koha-community.org Under some circumstances (seems to be zebra indexing), some entries in opac-search are marked with "No items available", whereas in opac-detail, the items are showed. This occurs only without OPACXSLTResultsDisplay preference (not using xsl for result display). The items not displayed seems to be correlated with zebra indexing state: only the latest items are "no items available". The incremental indexing not resolving this, but a full indexing yes (indexing with reset). In order to test: - unset the system preferences OPACXSLTResultsDisplay (not use xsl for result display) - in OPAC: search for your lasted created entries in search form (created after a full indexing) - check the availability displayed Additional question: zebra incremental indexing shouldn't process also items (not just notice) ? So I don't now if the problem is more a "display" error (information present in zebra, but not showed), or a zebra problem (the information isn't present so can't be showed) -- 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 1

[Bug 6489] New: cancelling hold from holds awaiting pickup does not trigger transit
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6489 Bug #: 6489 Summary: cancelling hold from holds awaiting pickup does not trigger transit Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When an expired hold is canceled using this report, the status of the item changes from "Waiting for Patron A" to "Available." The status does not indicate that a transfer has been triggered. Unlike before the recent upgrade, the current location changes to the owning branch rather than erroneously updating the the holding branch. Here is my testing. http://screencast.com/t/aekZRW6Hh -- 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 6035] New: Mobile interface for OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6035 Bug #: 6035 Summary: Mobile interface for OPAC Classification: Unclassified Change sponsored?: Seeking cosponsors Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Koha could use a proper mobile interface for the OPAC. -- 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 5832] New: rss.pl limited to 15 results
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5832 Bug #: 5832 Summary: rss.pl limited to 15 results Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org When fetching items, rss.pl puts a hard LIMIT 15 clause on the end of the query. This is to ensure compatibility with RSS 0.91. This restriction is lifted with RSS 0.92, but rss.pl does not recognize this. The rss.pl script should have a mechanism for identifying the RSS version, and if it's 0.92 or greater, allowing for users to specify their own LIMIT clause on the query. -- 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 2

[Bug 6206] New: can't change framework in the middle of cataloging
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6206 Bug #: 6206 Summary: can't change framework in the middle of cataloging Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com If you're cataloging a record and you change the framework after entering data all the data is erased and you're left with a blank record. This is in FF4 on Mac OSX -- 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 6

[Bug 5920] New: remove html from downloaded reports
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '13

06 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5920 Bug #: 5920 Summary: remove html from downloaded reports Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Right now if you want to have HTML in your report you can do so - usually this is used to turn bib numbers into links or titles into links - etc. It would be great if the export to CSV function stripped out the html tags before exporting so that you could have a report that printed to the screen with links, but when downloaded just showed you the necessary data without any extraneous tags. -- 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 2