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

[Bug 35915] New: Add URL encoding to status tabs in purchase suggestions management
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35915 Bug ID: 35915 Summary: Add URL encoding to status tabs in purchase suggestions management Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If users add custom suggestion statuses in the SUGGEST_STATUS authorized values and the value has spaces (or probably any other weird character), the tab in the suggestions management page becomes unclickable/inaccessible. To recreate: 1. Add a custom suggestion status with a space in the authorized value (e.g. "En analyse") 1.1. Go to Adminsitration > Authorized values > SUGGEST_STATUS 1.2. Click Add new authorized value 1.3. Fill out the form - Authorized value: term with a space (e.g. "En analyse") - Description: description (e.g. "En analyse") 1.4. Click Save 2. Create two suggestions 2.1. Go to Acquisitions > Suggestions 2.2. Click New purchase suggestion 2.3. Fill out the form (with whatever) 2.4. Click Submit your suggestion 2.5. Redo steps 2.2 to 2.4 for the second suggestion 3. Change the status of one of the suggestion to the custom status 3.1. Check the box next to one of the suggestion 3.2. At the bottom of the page, under Mark selected as, choose the custom status 3.3. Click Submit 4. Try to access the custom status tab --> Nothing happens If you look at the URL it's trying to access it's "suggestion.pl#En analyse_panel" with the space instead of %20. I don't know if that's the blocking element, but it looks suspicious... Now, I know some of you are going to say "Just don't put spaces in the authorized value!" But even though I repeat it ALL the time and wrote it in RED in our FAQ, users are gonna use... So either we make it impossible to enter spaces in authorized values (I don't think that's a good idea, as some categories might require spaces, such as categories to fill out marc fields), or we make it so that Koha doesn't break if there is a space... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 35923] New: Add a permission to transfer items
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35923 Bug ID: 35923 Summary: Add a permission to transfer items 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the ability to transfer items is only in "circulate_remaining_permissions" which gives access to the circulation-home.pl page, along with all circulation options (ability to check out, the check in, etc.) Some libraries might want to prevent some staff members to access the branchtransfers.pl page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36116] New: Link to suggestion leads to undefined suggestion in parcel.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36116 Bug ID: 36116 Summary: Link to suggestion leads to undefined suggestion in parcel.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While investigating the reception problem in bug 36047, I noticed the link to the suggestion from the receive page leads to an empty (?) suggestion. To recreate: 1. Create a suggestion 1.1. Go to Acquisitions > Suggestions 1.2. Click New purchase suggestion 1.3. Enter a title 1.4. Click Submit your suggestion 2. Accept the suggestion 2.1. In the suggestions list, check the box next to the suggestion 2.2. At the bottom of the screen, choose Mark selected as: Accepted 2.3. Click Submit 3. Order the suggestion 3.1. Go to Acquisitions 3.2. Search for a vendor 3.3. Click New > Basket 3.4. Enter a basket name (Optional: for testing I like to change Create items when: cataloging the record) 3.5. Click Save 3.6. Click Add to basket 3.7. Click From a suggestion 3.8. Click Order next to the suggestion 3.9. Enter order details 3.10. Click Save 3.11. Click Close basket 3.12. Click Yes, close 4. Receive the order 4.1. Click Receive shipments 4.2. Enter a Vendor invoice number 4.3. Click Next 4.4. Click the name after Suggested by: --> The suggestion it leads to is empty --> If you hover the mouse on the link, you'll see it says suggestionid=undefined -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24644] New: Hold not marked filled if item set to positive not for loan value
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '24

04 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24644 Bug ID: 24644 Summary: Hold not marked filled if item set to positive not for loan value 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 Confirmed in master and 19.05. To test: 1: make sure AllowNotForLoanOverride is set to allow 2: place a hold on an item with notforloan=0 3: check item in, confirm hold now shows Waiting 4: edit item, set notforloan to any positive value 5: check item out, performing override to allow checkout 6: confirm hold still shows Waiting Not a situation one expects to see often, but confusing when it pops up. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 6796] Overnight checkouts taking into account opening and closing hours
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 Marie Martino <martinom43(a)morainevalley.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martinom43(a)morainevalley.ed | |u -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35860] New: Checking out an item that to stats patron that is already checked out results in 2 entries in the stats table
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35860 Bug ID: 35860 Summary: Checking out an item that to stats patron that is already checked out results in 2 entries in the stats table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This arises from Bug 35840. Scenario: Checking out an item to the stats patron that is already checked out to someone else. Should this be counted as return and a localuse in the statistics table, or should it only record a return. OR should it be configurable per system? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 --- Comment #8 from Kristi <kkrueger(a)cuyahogalibrary.org> --- I was testing in a sandbox, Nick. I think that may answer your second question. It sounds like perhaps this is best tested in a dev environment. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18138] New: Use MARC modification template when adding/ updating bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18138 Bug ID: 18138 Summary: Use MARC modification template when adding/updating bibliographic records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When importing records, MARC modification templates can be used to silently remove unwanted tags among other thing. The same thing could be useful when adding/updating bibliographic records from within Koha. I therefor propose an addition of a SysPref to set a default template to use in AddBiblio and ModBiblio before TransformMarcToKoha is called. -- You are receiving this mail because: You are watching all bug changes.

1 117

[Bug 26824] New: Use confirmation modal when removing titles from a list in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26824 Bug ID: 26824 Summary: Use confirmation modal when removing titles from a list in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: david(a)davidnind.com, lisetteslatah(a)gmail.com, testopia(a)bugs.koha-community.org Depends on: 26805 When removing titles from a list on the OPAC lists page, a JavaScript confirmation alert is used. We should switch to the same kind of confirmation modal used when someone deletes a suggestion or cancels a hold. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26805 [Bug 26805] Remove remaining instances of jquery.checkboxes plugin from the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #7 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Kristi from comment #3) > In testing, I do not see 11 - Note the table now say 'Item was not checked > in' and displays the due date and patron info > 12 - Note the table also includes the withdrawn value for the item. > Screenshot attachment to come. This works for me in my testing - did you test on a sandbox, or a local dev environment? Can you confirm plack/memchaced were restarted after the patch was applied? -- You are receiving this mail because: You are watching all bug changes.

1 0