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

[Bug 35493] New: Housebound roles show as a collapsed field option when checked in CollapseFieldsPatronAddForm, even if housebound is off
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '24

21 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35493 Bug ID: 35493 Summary: Housebound roles show as a collapsed field option when checked in CollapseFieldsPatronAddForm, even if housebound is off 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: 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. HouseboundModule - disabled 2. CollapseFieldsPatronAddForm, add 'Housebound roles' 3. Edit/create a patron. 4. Notice the useless Housebound roles link at the top of the page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 35360] New: Inconsistent use/look of 'Cancel hold(s)' button on circ/waitingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '24

21 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35360 Bug ID: 35360 Summary: Inconsistent use/look of 'Cancel hold(s)' button on circ/waitingreserves.pl 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 If you go to circ/waitingreserves.pl there are 3 tabs: -Holds waiting -Holds waiting past their expiration date -Holds with cancellation requests -Holds waiting includes a 'Canceled selected' button at the top of the table. It is with in a #toolbar. -Holds waiting past their expiration date includes a 'Cancel selected' and a 'Cancel all' button. None are within a #toolbar. The 'Cancel selected' here lacks a Bootstrap .btn class. The 'Cancel all' button does have a .btn class. -Holds with cancellation requests has neither a 'Cancel selected' or a 'Cancel all' button. It would be nice if things were a bit more consistent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 35952] New: Removed unnecessary line in opac-blocked.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '24

21 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35952 Bug ID: 35952 Summary: Removed unnecessary line in opac-blocked.pl 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 -$template->param ( OpacSuppressionMessage => C4::Context->preference('OpacSuppressionMessage')); This line is useless now that OpacSuppressionMessage comes from additional_contents, not a sys pref. -- You are receiving this mail because: You are watching all bug changes.

1 14

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

21 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 35800] New: edit_any_item permission required to see patron name in detail page
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '24

21 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 35950] New: Move the handling of statistics patron logic out of CanBookBeIssued
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '24

21 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 21 Dec '24

21 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 21 Dec '24

21 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 21 Dec '24

21 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