February 2022 - 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 #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

[Bug 14769] Authorities merge: Set correct indicators in biblio field
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '22

27 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14769 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |30154 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30154 [Bug 30154] AuthorityControlledIndicators copies empty indicators as space making it hard to edit in cataloguing -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29247] New: Enable staff to see whether a patron has a password or not
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29247 Bug ID: 29247 Summary: Enable staff to see whether a patron has a password or not Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.borkowski(a)kau.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the staff client at members/moremember.pl, a patron's password is always shown as a number of stars, even for patrons which do not have a password set. While there are provisions to handle unset passwords in koha-tmpl/intranet-tmpl/prog/en/modules/members/moremember.tt these are not effective. It is checked whether the patron.password field is false/empty or not. However, Koha::Patron::store always at least writes an exclamation mark in that field to mark the password invalid. So the field is never really empty, the condition being checked is always false, and hence the staff client never shows that a patron does not have a password set. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23976] New: limit ill by patron category
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23976 Bug ID: 23976 Summary: limit ill by patron category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es Koha administer could limit article request by patron category at circulation rules, but ill that it could cost more money is open to all type of patron it should be desirable if ill requests could be also limited by patroncategory like article request.. the limitation could be placed at syspref or also at circulation rules... perhaps better at syspref as itemtype could noe match with ill destination -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5