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

[Bug 34390] New: Inconsistencies in Credit types page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34390 Bug ID: 34390 Summary: Inconsistencies in Credit types page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Credit types page, here is what should be changed to make it consistent with the other pages in the module: Page title - Add credit type code to Modify X (e.g. Modify credit type 'CREDIT') Breadcrumb - Add credit type code to Modify X (e.g. Modify credit type 'CREDIT') Page header - Change 'Modify a credit type' to "Modify credit type 'Y'" -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 34393] New: Inconsistencies in MARC bibliographic framework page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34393 Bug ID: 34393 Summary: Inconsistencies in MARC bibliographic framework page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the MARC bibliographic frameworks page, here is what should be changed to make it consistent with the other pages in the module: Page title - Add bibliographic? (MARC bibliographic frameworks) - Change Add framework to New framework - Change 'Modify framework text' to "Modify framework 'frameworkcode'" - Change 'Delete framework for 'frameworkname' (frameworkcode)?" to "Confirm deletion of 'frameworkname' (framework code)" - Add a level for when viewing the MARC structure of a framework "MARC framework for 'frameworkname' (framework code)" (or MARC structure for... ?) - Change 'Add tag' to 'New tag' (? this one might work since we're adding *to* the framework? If we keep 'Add' we should change the button, so it matches) - When adding a tag, add a level for the framework - When viewing/editing subfields, add a level for the framework - When editing subfields, change 'Edit MARC subfields constraints' to "Modify MARC subfields constraints" (and add the tag number? "Modify MARC subfields constraints for tag 020") Breadcrumb - Add bibliographic? (MARC bibliographic frameworks) - Change Add framework to New framework - Change 'Delete framework for 'frameworkname' (frameworkcode)?" to "Confirm deletion of 'frameworkname' (framework code)" - When viewing the MARC structure of a framework, change "Frameworkname (frameworkcode)" to "MARC framework for 'frameworkname' (framework code)" (or MARC structure for... ?) - Change 'Add tag' to 'New tag' (? this one might work since we're adding *to* the framework? If we keep 'Add' we should change the button, so it matches) - When viewing subfields, the level for the framework should be "MARC framework for 'frameworkname' (framework code)", so it's consistent if we click on it - When viewing subfields, correct capitalization (Tag 010 Subfield structure to Tag 010 subfield structure) - When editing subfields, change 'Edit MARC subfields constraints' to "Modify MARC subfields constraints" (and add the tag number? "Modify MARC subfields constraints for tag 020") Page header - Add bibliographic? (MARC bibliographic frameworks) - Change Add framework to New framework - Change 'Delete framework for 'frameworkname' (frameworkcode)?" to "Confirm deletion of 'frameworkname' (framework code)" - When viewing the MARC structure of a framework, change 'Framework' to 'framework' (capitalization) (or change to MARC structure for... ?) - Change 'Add tag' to 'New tag' (? this one might work since we're adding *to* the framework? If we keep 'Add' we should change the button, so it matches) - When viewing subfields, remove 'admin' from the page header - When editing subfields, change 'Tag 020 Subfield constraints' to "Modify MARC subfields constraints for tag 020" -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 12532] Copy guarantee email to guarantor (or redirect if guarantee has no email set)
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33837] New: Objects->filter_by_last_update: Does not allow time comparison
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33837 Bug ID: 33837 Summary: Objects->filter_by_last_update: Does not allow time comparison 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 33843] New: Use filter_by_last_update in Koha::Notice::Util
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33843 Bug ID: 33843 Summary: Use filter_by_last_update in Koha::Notice::Util 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Resolve FIXME in sub _get_domain_count by using new datetime parameter from bug 33837. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 32874] New: Fix cataloguing/value_builder/unimarc_field_700-4.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32874 Bug ID: 32874 Summary: Fix cataloguing/value_builder/unimarc_field_700-4.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Blocks: 30975 This is part of the refactoring happening in bug 30975 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30975 [Bug 30975] Framework plugins do not work on cloned fields/subfields -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 30700] New: Patrons who can log into staff client should be able to change their own password
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30700 Bug ID: 30700 Summary: Patrons who can log into staff client should be able to change their own password 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patrons must have the additional borrowers->edit_borrowers subpermission to change other patron's passwords. This is fine, except if a patron has permission to log into the staff client but doesn't have borrowers permissions, they cannot change their own password via the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '23

13 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 --- Comment #43 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to David Cook from comment #41) > I noticed my local public library fills my holds and then I get an email the > next day saying which holds are ready for me to pick up. I found the delay a > bit annoying as I would've liked to know my holds were ready sooner, but I > think having just 1 email was very nice. This notice will function like the CHECKIN, CHECKOUT and RENEWAL notices. It will accrue until the message is sent, then start again. That means each library will be able to control (In reply to David Cook from comment #42) > Can you speak more to what the output would look like? If I understand > correctly, it seems like the email body would contain two full email letters > in it? This notice uses the same syntax as the above notices, only the middle section of the notice is repeated. The header and footer are not. > If a patron did have 50 holds that were filled during different times of the > day, I think they'd still get separate emails with the chunk being governed > the interval that "process_message_queue.pl" runs? That is correct. It'll behave just like the above notices. Another interesting thing to note is that the feature from bug 31453 means that libraries can run a separate process message queue cron for individual notices. The "default" run can go every $x minutes while another message queue cronjob for hold digests ( or checkin digests, or any other notice ) can run independently every $y minutes. It's not requisite but that feature gives libraries a lot more control over how long these digest notices build before being sent. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35051] New: Reservations Notification for return shelf
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '23

13 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35051 Bug ID: 35051 Summary: Reservations Notification for return shelf Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathias.hein(a)dreieich.de QA Contact: testopia(a)bugs.koha-community.org Hi, we are considering switching to Koha from OCLC for our library. In the future, we would like to set up a return shelf where users can also automatically check in their media at the self-checkout and place them on an adjacent shelf. Currently, however, there is no printout of possible reservations when returning media, so it would be beneficial to receive a notification on the Koha dashboard when someone has returned a reserved medium to the return shelf. This notification should be visually prominent so that we can promptly retrieve the item from the designated shelf and place it in a convenient location for users to pick up. This feature is currently missing and we would currently need to physically touch all items to check if a returned item is being held. This would be a valuable addition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32410] New: Don't show AnonymousPatron borrowernumber on checkout history
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '23

13 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32410 Bug ID: 32410 Summary: Don't show AnonymousPatron borrowernumber on checkout history 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the "Checkout history" for a record (/cgi-bin/koha/catalogue/issuehistory.pl?biblionumber=85452), there is a column called "Patron", which holds the borrowernumbers of the patrons that have borrowed items connected to the record. If old loans are anonymized, this will show the same borrowernumber as AnonymousPatron. If you do not remember the setting for AnonymousPatron you might not understand that the loans have been anonymized right away. It could be more helpful to display something like "Anonymized" instead of the AnonymousPatron borrowernumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1