January 2014 - Koha-bugs - lists.koha-community.org

[Bug 6483] New: Paging in opac-detail when coming from a search
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '14

10 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6483 Bug #: 6483 Summary: Paging in opac-detail when coming from a search Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: salva(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org Add paging in opac-detail when coming from a search to be able to continue viewing the results list in the opac-detail without returning to the results list page. -- 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 58

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #57 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Owen, how do these results differ from the same tests pre-patch? I think it's safe to say hold rules are generally on the fritz. The issue is that the code between opac and intranet holds is not unified. It needs to be done, but it's gonna be a lot of work. If this patch corrects the holds behavior in at least one case and doesn't break it in others, I think it should still be pushed. (In reply to Owen Leonard from comment #56) > I'm not sure what the test plan is for this, but here's what I just tried in > the staff client: > > - Circ rule: NPL patrons of type J limited to 1 hold > > - Can place multiple holds at once which exceed circ rule > - Can place multiple holds at once which exceed maxreserves > - Single holds not blocked until maxreserves limit is reached > > - Circ rule: All patrons limited to 1 DVD hold > > - Can place multiple holds at once which exceed circ rule > - Can place multiple holds at once which exceed maxreserves > - Single holds not blocked until maxreserves limit is reached > > - Circ rule: Staff patrons limited to 1 Audio book hold > > - Can place multiple holds at once which exceed circ rule > - Can place multiple holds at once which exceed maxreserves > - Single holds not blocked until maxreserves limit is reached > > In summary: Circulation rule hold limits by patron type, item type, and/or > branch do not work. The maxreserves limit rule only works if you place holds > one at a time. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9728] New: XISBN use simple search instead of SQL
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 Bug ID: 9728 Summary: XISBN use simple search instead of SQL Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com CC: gmcharlt(a)gmail.com XISBN API uses normalized ISBN of a biblio to get a list of ISBNs, then searches via SQL in database for notices with those ISBNs. I noticed that if input ISBN has hyphens then returned ISBNs have hyphens else they don't have. So SQL query will not find if ISBNs have hyphens in database. Also, if biblio has several ISBN, only first one can be found with actual SQL query (isbn LIKE '$xisbn%'). So I propose to use a simple search "nb=$xisbn". This will find biblio from ISBN with or without hyphen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11511] New: Keep stats on opac logins
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11511 Bug ID: 11511 Summary: Keep stats on opac logins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Would be nice to be able to keep stats on the number of times users are logging in to the opac. Maybe a table (or part of the stats table) that stores borrowernumber (so we could query patron categories and branches) and the number of times they clicked the 'login' button on the opac? or if in the stats table the date/time of the login so it can be counted in a report? Just an idea - I often get asks about the number of logins to the opac. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11506] New: Untranslatable table headers in several perl files
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11506 Bug ID: 11506 Summary: Untranslatable table headers in several perl files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr html_table headers are hard-coded (and therefore untranslatable) in label/label-item-search.pl, label/label-manage.pl, patroncards/edit_batch.pl, patroncards/manage.pl, patroncards/image-manage.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11501] New: Add Zebra index for "Local-Subjects"
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11501 Bug ID: 11501 Summary: Add Zebra index for "Local-Subjects" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, we store MARC21 690 in the Subject index, but perhaps we should also store it in a Local-Subject index. (I'm not really sure why, but it's something that we've done locally for a while.) We might also want to include 691, 695, 696, 697, 698, 699 in both the Subject and Local-Subject indexes, as these are also valid subject fields. It looks like Robin has created bug 10308 to deal with adding authority linking. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11500] New: Use dateformat syspref and datepicker on additems.pl (and other item cataloguing pages)
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11500 Bug ID: 11500 Summary: Use dateformat syspref and datepicker on additems.pl (and other item cataloguing pages) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, the dateformat system preference isn't used when cataloguing items with dates. That is, if you're adding/modifying/viewing a date when cataloguing an item, you'll see it in 'iso' format. This makes sense since this is the date format that is used in the database, but staff might think that they can enter dates based on the dateformat syspref. If we handle the dates based on dateformat, we get around that. Another idea is using the datepicker so that staff don't even need to manually enter dates. Like other parts of Koha, they could just pick the date (ideally in accordance with the dateformat syspref - like in circulation - but this could even work with iso format). We've had one librarian bring it up, but I'm not sure this is something that we're necessarily going to pursue. I thought I would bring it up anyone though. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11494] New: Pay patron fines shows cryptic, untranslatable, account types
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '14

08 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11494 Bug ID: 11494 Summary: Pay patron fines shows cryptic, untranslatable, account types Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Paying patron fines, the fines table has an Account type -column, which shows cryptic, untranslatable codes, such as "FU". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11492] New: Receiving a serial item causes routing list notes to be lost
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '14

08 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11492 Bug ID: 11492 Summary: Receiving a serial item causes routing list notes to be lost Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To replicate: Create a routing list for a subscription Add some borrowers to it Add a note Save it View the routing list, the note should be appearing Receive the next serial in the subscription View the routing list Note that the routing list notes are now gone. Uh oh. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10863] New: Add 2 circulation permissions: force_checkout and lift_restriction
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '14

07 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10863 Bug ID: 10863 Summary: Add 2 circulation permissions: force_checkout and lift_restriction Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49