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

[Bug 18360] New: Allow deletion of cancelled order lines
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18360 Bug ID: 18360 Summary: Allow deletion of cancelled order lines Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Sometimes an order is just a mistake (double entry or similar) and it should be possible to delete those entries entirely from the database so they won't show up in any reports. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 36844] New: Set library, desk, and cash register menu follow-ups
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36844 Bug ID: 36844 Summary: Set library, desk, and cash register menu follow-ups Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Keywords: rel_24_05_candidate Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 36582 - On the login form, the form field IDs need to be updated to match the changed form fields in set-library.tt. Inclusion of desk_selection.js and register_selection.js need to be removed. - On the cash register statistics page, the form needs specific JS to deal with just the library-cash register selection changes. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36582 [Bug 36582] Add option to set library, desk, and register from user menu -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 34943] New: Add a pre-save plugin hook for biblios
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34943 Bug ID: 34943 Summary: Add a pre-save plugin hook for biblios Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be handy if we could have a hook that is passed the MARC::Record to be saved (on ModBiblioMarc) right before saving it. This way we could add machine generated fields using plugins. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 63

[Bug 15869] New: change framework on overlay
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15869 Bug ID: 15869 Summary: change framework on overlay 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you stage files for import you can choose how to handle matches. One option is to replace the existing record. The problem is that many libraries use this option to load a fuller record over a quick or fast record and the framework doesn't change. So you can choose the framework before importing but that framework only applies to new records, it doesn't update records that are being replaced or overlaid. We should fix that to update the framework for all items, not just new ones. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 21431] New: Create unique log key for password recovery different from password change
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21431 Bug ID: 21431 Summary: Create unique log key for password recovery different from password change Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com How often password reset has been used ? update_password just contains: logaction( "MEMBERS", "CHANGE PASS", … ) So the log does not really tell you. The borrower_password_recovery has no autoincrement id; so no luck there too.. opac/opac-password-recovery.pl could perhaps send a different code to update_password ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 22321] New: Make it possible to edit illrequests.borrowernumber
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22321 Bug ID: 22321 Summary: Make it possible to edit illrequests.borrowernumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Target Milestone: --- Sometimes an ILL request is connected to the wrong borrower, and it would be nice to be able to connect it to the right one. In Swedish ILL the cardnumber of the patron connected with an ILL request is entered into the central Libris system and then propagated to Koha through the Libris API. This can lead to errors, and we have created a dummy "ILL patron" to catch these. It would then be good to be able to connect the ILL to the right patron in Koha. We could implement this in the Libris backend, but I think it is relevant for other backends too, and should be implemented in the ILL module itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 32983] New: Use REST API route to retrieve authorised values
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32983 Bug ID: 32983 Summary: Use REST API route to retrieve authorised values Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 32925, 32981 Bug 32981 let us retrieve the authorised values from a REST API route, instead of injecting them from the template. Let us that for the ERM module! Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32925 [Bug 32925] Display loading info when a form is submitted https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32981 [Bug 32981] Add REST API endpoint to list authorised values for a given category -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 35362] New: Update patron module pop-up windows with consistent footer markup
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35362 Bug ID: 35362 Summary: Update patron module pop-up windows with consistent footer markup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 34343 I would like to update two pop-up windows in the patron module to be consistent with Bug 34343 and its children: - Brief patron view - Update child to adult category selection Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34343 [Bug 34343] Z39.50 search background not updated -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 33029] New: Add wrapper method for dt_from_string to KohaDates template toolkit plugin
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33029 Bug ID: 33029 Summary: Add wrapper method for dt_from_string to KohaDates template toolkit plugin 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be very useful to have direct access to dt_from_string in our templates. This would allow for us to handle custom date and time formatting. It would, for example, allow us to output the month name for a given date via Template Toolkit easily. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 29282] New: Allow items.issue and items.renewals to be shown in the bib details holdings table on the staff interface
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29282 Bug ID: 29282 Summary: Allow items.issue and items.renewals to be shown in the bib details holdings table on the staff interface 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some users would like to be able to see lifetime checkouts and renewals in the holdings table on a bib detail page. It'd be cool to make those columns available, but toggled off by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30