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

[Bug 34234] New: Item groups dropdown in detail.tt modal does not respect display order
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34234 Bug ID: 34234 Summary: Item groups dropdown in detail.tt modal does not respect display order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. EnableItemGroups 2. Find a record and add some new item groups with display orders that are different from the order in which the groups were added 3. Check the checkbox next to one or more items and click the link to "Add/move to item group" 4. Notice that the values in the dropdown do not respect the display order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 35983] New: Branch specific Refund lost item replacement fee cannot be 'refund_unpaid'
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35983 Bug ID: 35983 Summary: Branch specific Refund lost item replacement fee cannot be 'refund_unpaid' 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 To recreate: 1. Admin > Circ & fine rules 2. Select a library at the top of the forms ( #selectlibrary ) 3. Try to change the 'Refund lost item replacement fee' to "Refund lost item charge (only if unpaid)". 4. Press save and let the page reload. 5. Look at the dropdown again, the value is now set to "Refund lost item charge and restore overdue fine". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 35800] New: edit_any_item permission required to see patron name in detail page
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35800 Bug ID: 35800 Summary: edit_any_item permission required to see patron name in detail page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 A staff member with limited permissions (mostly circulation-related) cannot see the name of the patron who has checked out an item from the detail page, if the patron is from another library, even if the staff member has view_borrower_infos_from_any_libraries. To recreate: 1. Check out an item to a patron from library A 2. Give permissions to a patron from library B (example of a circulation staff account) - circulate - catalogue - borrowers - reserveforothers - updatecharges - suggestions - lists - clubs -> enroll 3. If necessary, change the username and password of that staff member in order to be able to log in 4. In a private browser window, log in as the staff member 5. View the record with the checked out item --> Notice that it only says "Checked out" without any patron name 6. Back in the normal browser, give the additional permission "edit_any_item" to the staff member 7. Refresh the page in the private window (Ctrl+F5) --> Notice the name of the patron now appears I don't think not having the option to edit items from any library should impact the visibility of patron information. This should be managed by view_borrower_infos_from_any_libraries. With git bisect, I found that it was related to bug 33167, although I don't understand what happened... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 36137] New: update_totalissues.pl should always skip_holds_queue
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36137 Bug ID: 36137 Summary: update_totalissues.pl should always skip_holds_queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 update_totalissues.pl calls UpdateTotalIssues but does not pass a parameter in to skip the building of the holds queue. update_totalissues.pl should never update holdability. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 37036] New: Cannot access template toolkit branch variable in auto renewal notices
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37036 Bug ID: 37036 Summary: Cannot access template toolkit branch variable in auto renewal notices Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Set up autorenewals bu adjusting circulation rules: 'Automatic renewal' -> 'Yes' 'No automatic renewal before' -> 5 2. Set 'AutoRenewalNotices' to 'according to patron messaging preferences'. 3. Set an AUTO_RENEWALS and AUTO_RENEWALS_DGST notice to include branch info. I am using this to test: Branchcode: [% branch.branchcode %] Branch name: [% branch.branchname %] Branch address: [% branch.branchaddress1 %] Branch address2: [% IF branch.branchaddress2 %][% branch.branchaddress2 %][% END %] Branch city: [% branch.branchcity %], [% branch.branchstate %] [% branch.branchzip %] 4. Make sure your branch has the proper infro. filled out in Libraries administration. 5. Find a patron and adjust the messaging preferences so they receive automatic renewal notices. Also make sure the patron has an email. 5. Check out some items and make them due with the next 5 days. 6. Run the automatic_renewal cron job: perl /kohadevbox/koha/misc/cronjobs/automatic_renewals.pl -c -v 7. Notice no branch information displays. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 35950] New: Move the handling of statistics patron logic out of CanBookBeIssued
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35950 Bug ID: 35950 Summary: Move the handling of statistics patron logic out of CanBookBeIssued Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently CanBookBeIssued handles the logic of what to do with statistical patron checkouts and a call to AddReturn. ( see Bug 27992 ) Maybe that logic would be better handled elsewhere? But where? Koha::Patron->statistical_checkout? Also see Bug 35840 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 35535] New: Candcel hold -button does not work in pop-up (Hold found, item is already waiting)
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35535 Bug ID: 35535 Summary: Candcel hold -button does not work in pop-up (Hold found, item is already waiting) Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: minna.kivinen(a)hamk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you check in an item having awaiting hold there comes a pop-up window. There is a button saying Cancel hold. This button does not do anything. (you are able to cancel the hold from other hold windows) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 35840] New: Local use is double-counted when using both RecordLocalUseOnCheckin and statistical patrons
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35840 Bug ID: 35840 Summary: Local use is double-counted when using both RecordLocalUseOnCheckin and statistical patrons 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: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - enable RecordLocalUseOnReturn - create a statistical patron category and a patron in it - check an item out to your statistical patron - count local use entries with a report: SELECT * FROM statistics WHERE type='localuse' AND itemnumber= (your item) - see that your one checkout has created 2 entries in statistics It seems plausible that a single library might want to use these two features concurrently to count different things, but doing so creates an inflated count. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 64

[Bug 35352] New: Cannot hide SMSalertnumber via BorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35352 Bug ID: 35352 Summary: Cannot hide SMSalertnumber via BorrowerUnwantedField Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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 To recreate: 1. Add a value to SMSSendDriver like 'Emial'. 2. Go to BorrowerUnwantedField and attempt to hide "Mobile phone number (smsalertnumber)" 3. Go to members/memberentry.pl and see the field is not hidden. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 30116] New: When using UseACQFrameworkForBiblioRecords visibility settings have no effect
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '24

20 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30116 Bug ID: 30116 Summary: When using UseACQFrameworkForBiblioRecords visibility settings have no effect Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 When UseACQFrameworkForBiblioRecords is active the form for adding a bibliographic record can be configured via the ACQ framework. But you can't hide/preset fields as removing the editor checkbox has no effect. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2