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

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 --- Comment #243 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #241) > Was this feature reverted? I've never actually seen it operational in Koha, > which is why bug 15565 exists in its present all-encompassing state? It's possible in staff, but you need to allow multiple holds on one record in circulation rules. OPAC implementation is pending. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26893] New: New version of JSON::Validator (D11) break our REST API routes
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26893 Bug ID: 26893 Summary: New version of JSON::Validator (D11) break our REST API routes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Error while loading /etc/koha/sites/kohadev/plack.psgi: Can't load application from file "/kohadevbox/koha/api/v1/app.pl": Can't use string ("paths.json") as a HASH ref while "strict refs" in use at /usr/share/perl5/JSON/Validator/OpenAPI/Mojolicious.pm line 333. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 15565] Place multiple item-level holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 --- Comment #276 from David Cook <dcook(a)prosentient.com.au> --- As per my comment at https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695#c242, it looks like multi-hold doesn't properly process Pickup location at the item-level... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 --- Comment #242 from David Cook <dcook(a)prosentient.com.au> --- If it is possible to make multiple item holds, it looks like they're hard-coded to use the bib-level Pickup location and not the item-level Pickup locations, which seems odd... and I'd be surprised no one has picked that up yet... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #241 from David Cook <dcook(a)prosentient.com.au> --- Was this feature reverted? I've never actually seen it operational in Koha, which is why bug 15565 exists in its present all-encompassing state? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29047] New: Update the calendar page to use a calendar component
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29047 Bug ID: 29047 Summary: Update the calendar page to use a calendar component 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Trying out a full calendar component for the calendar page rather than an adapted picker widget. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30192] New: Gray icons in the background in staff interface
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30192 Bug ID: 30192 Summary: Gray icons in the background in staff interface Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: resetka.bedi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 131155 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131155&action=e… Staff interface Gray icons are on the background of magnifying glass icons (attachment). HTML code: <a class="icon_general icon_search" href="/cgi-bin/koha/catalogue/search.pl"> Advanced search </a> and: <a class="icon_general icon_search" href="/cgi-bin/koha/catalogue/itemsearch.pl"> Item search </a> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 29584] New: autoBarcode generates a fifteen-digit number in the unit catalog instead of EAN13
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29584 Bug ID: 29584 Summary: autoBarcode generates a fifteen-digit number in the unit catalog instead of EAN13 Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: resetka.bedi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I have Koha 21.05.05.003. I have autoBarcode in Administration set to Barcodes are incremental EAN-13 barcodes. Previously, this generated a EAN13 number correctly for my units. Now I get a number like, for example: 977233613400114 - There are extra zeros I guess. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 29594] New: Koha should print transfer slip when generated a transfer from cancelling a hold on Holds Awaiting Pickup
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29594 Bug ID: 29594 Summary: Koha should print transfer slip when generated a transfer from cancelling a hold on Holds Awaiting Pickup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 23092 When one cancels a hold with the Cancel button on Holds Awaiting Pickup (waitingreserves.pl), a transfer may be generated but Koha doesn't prompt you to print a transfer slip. Following the changes in bug 23092, this transfer is generated with both a daterequested and a datesent -- in other words the transfer is immediately considered Sent. Since the transfer is already Sent, checking the item in to generate a new hold slip will generate a "wrong transfer" error message, cancel the first transfer, and generate a new transfer (which does get a slip). I see two options to resolve this: 1: We could generate the transfer as Requested rather than Sent. One would then check the item in to trigger the transfer and get a slip at that point. 2: We could print the transfer slip right away when cancelling the hold. Answer 1 seems simpler and more in line with the directions transfers are going in. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23092 [Bug 23092] Add 'daterequested' to the transfers table -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29119] New: Search of course reserves doesn't work propertly with accents
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29119 Bug ID: 29119 Summary: Search of course reserves doesn't work propertly with accents Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org when a user looks for a course reserve it must write as it is, it doesn't recognize accent variations Example is a course reserve 'evaluación' and the users looks fon evaluacion, the result will be empty. Search course reserves should be accent neutral kindest regards -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2