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

[Bug 29626] New: Map biblioitems.place to 264$a by default
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29626 Bug ID: 29626 Summary: Map biblioitems.place to 264$a by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In Administration > Koha to MARC mappings, biblioitems.place is currently only mapped to 260$a. I propose we also link to 264$a as RDA uses that MARC field rather than 260. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 29627] New: Map biblioitems.publishercode to 264$b by default (MARC21)
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29627 Bug ID: 29627 Summary: Map biblioitems.publishercode to 264$b by default (MARC21) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In Administration > Koha to MARC mappings, biblioitems.publishercode is currently only mapped to 260$b. I propose we also link to 264$b as RDA uses that MARC field rather than 260. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 28405] New: Add author info to the holds page (reserve/request.pl)
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28405 Bug ID: 28405 Summary: Add author info to the holds page (reserve/request.pl) Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Currently if you are placing a hold on a record in the staff client and want to double-check the author of the title, you have to click off to another page. It would be helpful to have the author information below the title information as it is on other pages. Currently, author information is already present on the "Checkout history" page (catalogue/issuehistory.pl) and the "Items" page (catalogue/moredetail.pl) so it would add some consistency to have it also present on the "Holds" page (reserve/request.pl). -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 26704] New: Koha::Item store triggers should utilise Koha::Object::Messages for message passing
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26704 Bug ID: 26704 Summary: Koha::Item store triggers should utilise Koha::Object::Messages for message passing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org During work on bug 18501 we introduced a way to pass back status information from the trigger action in the Koha::Item object. We have since formalised such a procedure with the introduction of Koha::Object::Messages in bug 26555. We should migrate the custom implementation found in Koha::Item to use the formalised version from bug 26555. This would also include the enhancements to he message passing that were added in bug 23091. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 26257] New: Move translatable strings out of subscription-add.tt and into subscription-add.js
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26257 Bug ID: 26257 Summary: Move translatable strings out of subscription-add.tt and into subscription-add.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in subscription-add.tt can now be wrapped in the new translation function and put in subscription-add.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 28993] New: Switch magnifying class in staff detail pages to FA icon
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28993 Bug ID: 28993 Summary: Switch magnifying class in staff detail pages to FA icon Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It appears that bug 13327 switched the magnifying class shown on authority links in the OPAC detail pages to a FA icon. It would be nice to make the same change to the staff detail pages. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 29670] New: Fix errors caused by bug 27708
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '22

17 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29670 Bug ID: 29670 Summary: Fix errors caused by bug 27708 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 27708 misunderstood how the acquisitions link tables work and thus incorrectly assigned values from rows in the wrong table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 23291] New: Allow selecting patrons by smsalertnumber in batch patron modification
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '22

17 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23291 Bug ID: 23291 Summary: Allow selecting patrons by smsalertnumber in batch patron modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Use case: When SMS messages from Koha fail at the SMS gateway layer and a library receives the list of failed SMS messages in an SMS gateway report they may wish to restrict patrons by their smsalertnumbers so that they are prompted to correct their smsalertnumber. This patch would add a new file upload and text input to the Batch patron modification tool. The user will be able to upload a file of sms numbers (one per line) as they currently can with cardnumbers. Similarly, they will be able to paste in a list of smsnumbers into the text input area (one per line) as they can currently with cardnumbers. If a matching smsalertnumber cannot be found then the sms will be skipped. Once the list of patrons is returned building on the functionality added in Bug 13552 the librarian will be able to place restrictions on a batch of patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 26119] New: Patron Attribute Option to Display in OPAC Not Compatible with PatronSelfRegistrationVerifyByEmail
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '22

17 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26119 Bug ID: 26119 Summary: Patron Attribute Option to Display in OPAC Not Compatible with PatronSelfRegistrationVerifyByEmail Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: erohlfs(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org Within the Patron Attribute Type User Interface (Home › Administration › Patron attribute types), there is a parenthetical note indicating that the option to Editable in OPAC "does not work with [System Preference] PatronSelfRegistrationVerifyByEmail." The patron attribute option to Display in OPAC also does not work with System Preference PatronSelfRegistrationVerifyByEmail. It would be ideal for the attribute to display. However, the quicker alternative would be to include the same parenthetical warning to users that the display will not work with the system preference (like the Editable in OPAC value indicates). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 25620] New: Add Browzine enrichment for Serials in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '22

17 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25620 Bug ID: 25620 Summary: Add Browzine enrichment for Serials in OPAC Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jeremy.evans(a)phe.gov.uk QA Contact: testopia(a)bugs.koha-community.org In the OPAC books have jacket images and other enrichment supplied from services such as Syndetics. However there is no enrichment displayed for serials. We use Browzine for our Serials holdings and this is integrated into the serial records in EBSCO Discovery, which includes the addition of journal cover images. We would like the Browzine integration to also appear in the Koha OPAC. For a serial record in Koha if the ISSN matches in Browzine, the OPAC should display using the Browzine data feed: Journal cover image Live link to current issue Browzine journal contents search box Name and links to all subject categories assigned to that journal in BrowZine The Browzine API will return the following data from an ISSN search: Title of the journal Path to the current issue of the journal Path to the journal cover image SJR value (SciMago Journal Rank) Name and links to all subject categories assigned to that journal in BrowZine The Browzine LibraryID will need configuring in the Koha preferences. Browzine API: https://support.thirdiron.com/knowledgebase/articles/1127656-browzine-api-f… -- You are receiving this mail because: You are watching all bug changes.

1 2