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

[Bug 35662] New: Improper redirection to Advanced Editor when saving in Basic Editor, Save fails
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35662 Bug ID: 35662 Summary: Improper redirection to Advanced Editor when saving in Basic Editor, Save fails Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the past, Koha remembered which editor style was opened/used last. This behavior appears to have been changed in 23.05. If the Advanced Editor is enabled, it opens by default every time. Previously a new session always started with the Basic Editor by default. There also now appears to be a redirection problem and save failure. To replicate 1. Ensure the Advanced Editor is enabled. 2. Find a record and Edit. 3. Switch to the basic editor. 4. Edit the record by adding the word Test to the title. 5. Click on Save. See that the Advanced Editor opens and the edit is lost. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23494] New: Tie Lists to CKO
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23494 Bug ID: 23494 Summary: Tie Lists to CKO Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hello! We had migrated from a Bibliocommons system to Koha. In that previous system, our patrons had the ability to create a "for later" list that they could populate with books that they wished to read at a later time. When they did finally end up checking those items out, it was removed from their list. As a work around, I suggested that the patron put the item on a suspended hold and unsuspend it when they are ready for the book. However, having this functionality available through lists may be beneficial as well. Thanks Christofer -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35858] New: Local cover image doesn't display on initial load of OpacBrowseResults
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35858 Bug ID: 35858 Summary: Local cover image doesn't display on initial load of OpacBrowseResults Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate; 1. Enable OpacBrowseResults and OPACLocalCoverImages. 2. Add a local cover image for a record. 3. Go to the OPAC detail page for that record and in the holdings table click 'Browse shelf'. 4. Notice the local cover image does not appear initially. 5. Use the shelf browsers Previous/Next buttons to page away from the current record and page back. 6. When you get back to your record after Previous/Next'ing away you will see the local cover image. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 29738] New: koha-run-backups can't use option --uploaded_files from koha-dump
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29738 Bug ID: 29738 Summary: koha-run-backups can't use option --uploaded_files from koha-dump Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 21903 Bug 21903 add tow options to koha-dump (--uploaded_files and --uploaded_temp_files) but these options can't be used from koha-run-backups. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21903 [Bug 21903] koha-dump be able to include koha-upload -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26905] New: Purchase suggestion button hidden for users with suggestion permission but not acq permission
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26905 Bug ID: 26905 Summary: Purchase suggestion button hidden for users with suggestion permission but not acq permission Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gormanp(a)parliament.uk QA Contact: testopia(a)bugs.koha-community.org We have library staff who may need to submit purchase suggestions to our acquisitions team, but do not need access to the rest of the acquisitions module. We do not have purchase suggestions turned on on the OPAC. We have permissions set so that they can manage purchase suggestions, but do not have any acquisitions module permissions set. Unless I'm mistaken, the only route to access the purchase suggestion form through the staff client is through the acquisitions module, but if these users have no acquisitions permissions, they do not have the acquisitions page link available on the Koha homepage. Can I propose that a link to the purchase suggestion form be added somewhere else on the staff client homepage, so that users with this particular set of permissions can access the form without needing to have additional acquisitions permissions? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 35874] New: Missing text in UnseenRenewals sys pref description
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35874 Bug ID: 35874 Summary: Missing text in UnseenRenewals sys pref description Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The description in the Koha Manual for the UnseenRenewals system preference ends with "If you activate this preference, make sure to add a value in the ‘Unseen renewals allowed (count)’ column of the" ... (see it at https://koha-community.org/manual/latest/en/html/circulationpreferences.htm…) It looks like the words "circulation and fines rules" alongside a link to this section of the manual are missing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35875] New: Transfers to receive list should distinguish manual and automatic transfers
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '24

23 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35875 Bug ID: 35875 Summary: Transfers to receive list should distinguish manual and automatic transfers 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Transfers to receive list (circ/transferstoreceive.pl) should distinguish manual and automatic transfers. For example by adding the string "(manual)" in the 1st column -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 35867] New: Bug 33039 needs to be easier for librarians to use/understand
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '24

22 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35867 Bug ID: 35867 Summary: Bug 33039 needs to be easier for librarians to use/understand Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 33039 introduced a new field 'Publication date template:' which is mapped to subscription.published_on_template This seems like it needs some work before it is useful to librarians: 1. No mention of it here: https://schema.koha-community.org/master/tables/subscription.html 2. Publication date template requires Template Toolkit to get the desired 'publisheddatetext'. There should be some hints on what can be added here, and what cannot. It appears like the following can be added: subscription => $subscription, serialseq => $serialseq, serialseq_x => $subscription->lastvalue1(), serialseq_y => $subscription->lastvalue2(), serialseq_z => $subscription->lastvalue3(),28 subscriptionid => $subscriptionid, biblionumber => $biblionumber, status => $status, planneddate => $planneddate, publisheddate => $publisheddate, publisheddatetext => $publisheddatetext, notes => $notes, routingnotes => $routingnotes, Could these simply be options that a serial librarian could pick from a list? I don't think we should assume that librarians are comfortable writing/editing/testing template toolkit. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35825] New: User without edit_any_item permission gets "Edit item" and "Delete item" options on restricted item
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '24

22 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35825 Bug ID: 35825 Summary: User without edit_any_item permission gets "Edit item" and "Delete item" options on restricted item Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 161080 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=161080&action=e… Screenshot of edit_delete problem When a borrower does not have edit_any_item permission they do not see "Edit" or "Delete" on the action button drop-up menu for restricted items on additem.pl, but they do see the "Edit item" and "Delete item" options when they click on the cells in the row of that same restricted item. These "Edit item" and "Delete item" options don't work when you click on them (which is good). All they do is take the user back to the details page of the bibliographic record. But there is no message or warning or any other indication that the operation has failed - other than the fact that the item is not modified or deleted. This is confusing for library staff. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31792] New: Serial Patterns: Customize to allow for both full date and enumeration
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '24

22 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31792 Bug ID: 31792 Summary: Serial Patterns: Customize to allow for both full date and enumeration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -Add option to format publication date using templates - Add option for seasons - Month/Day/Year in various orders and formats -Display formatted publication date when showing serial enumeration -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3