November 2022 - Koha-bugs - lists.koha-community.org

[Bug 31653] New: jQuery upgrade broke search button hover effect
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '22

14 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31653 Bug ID: 31653 Summary: jQuery upgrade broke search button hover effect Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 29155 Created attachment 141083 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=141083&action=e… Gif showing the intended behavior When we upgrade jQuery I missed an instance of deprecated code: "hover" is no longer an alias for "mouseenter mouseleave" when used with on(). Instead of... $("a").on("hover", function... ...we must use... $("a").on("mouseenter mouseleave", function... This change broken the hover action which is supposed to be triggered when the user's mouse interacts with the "Search" button in the header menu. See attached gif. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29155 [Bug 29155] Upgrade jquery version to 3.6.0 -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 32274] New: Add option for repeating calendar closings on the nth weekday of the month
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32274 Bug ID: 32274 Summary: Add option for repeating calendar closings on the nth weekday of the month Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org It would be very helpful if closings could be scheduled to repeat on a specific occurrence of a weekday each month (i.e. repeat closing each 2nd Saturday of every month). My use scenario here is a library that's only open the first Saturday of the month. Currently the fastest way to pull that off is a weekly repeated holiday on Saturday, and then manually placing exceptions each first Saturday which requires ongoing manual upkeep. Double bonus points if it could also limit to a specific month (i.e. repeat closing every 4th Thursday in November). Currently those "Unique" holidays have to be added at the start of each year despite their yearly repetition on a predictable schedule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 29958] New: Dateaccessioned is set to todays date if missing when storing an item.
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29958 Bug ID: 29958 Summary: Dateaccessioned is set to todays date if missing when storing an item. Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the work on bug 23463 the subroutine _set_defaults_for_add was removed in commit 02134d7604a6fc08b88046fde87b6c909de04353. This subroutine was called when a new item was added (in subroutines AddItem and AddItemBatchFromMarc). However, commit 02134d7604a6fc08b88046fde87b6c909de04353 adds this to the store method of Koha::Item : + unless ( $self->dateaccessioned ) { + $self->dateaccessioned($today); + } + I'm guessing this migth have been a mistake, and it should have been added to the new method? The problem here is that libraries that have old items with dateaccessioned NULL will gradually get their database filled with garbage dateaccessioned as the date gets updated whenever the item is issued and therefore will be unable to rely on the accuracy of dateaccessioned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 24971] New: Select invoice currency from vendor on receive
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '22

13 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24971 Bug ID: 24971 Summary: Select invoice currency from vendor on receive Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Depends on: 24158 With the new feature from bug 24158 you can enter the price of the items you receive in a different currency than your active one. At the moment, the currency pull down preselects the active currency. I think it would be a nice enhancement to select it to the currency from the vendor for 'invoice prices'. At the moment, it appears this setting has no effect, but this way it would have a useful purpose. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24158 [Bug 24158] Receive items in multiple currencies -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 26860] New: Add search limit for records without items
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '22

12 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26860 Bug ID: 26860 Summary: Add search limit for records without items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org May libraries ask for a way to search biblio records without items. In order to clean the catalogue or acquire items. I propose to add a search limit and facet. Only in staff interface for start. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 16261] New: System preference noissuecharge should take account of the amount "greater than or equal to"
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '22

12 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16261 Bug ID: 16261 Summary: System preference noissuecharge should take account of the amount "greater than or equal to" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, Noissuecharge takes into account the amounts of fines "greater than" to what is written in the preference system. Example: noissuecharge filled with 5 Patron has $ 5 in fines, it will not be blocked to check-out. We have to write 4.99 to block patron with 5 $ in fines. Noissuecharge should take account of the amount "greater than or equal to" Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30891] New: SMS provider shows on staff side even if SMS::Send driver is not set to "Email"
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '22

12 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30891 Bug ID: 30891 Summary: SMS provider shows on staff side even if SMS::Send driver is not set to "Email" Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It appears that in my original submission ( Bug 9021 ), I hid the SMS provider selector unless the SMS::Send driver was set to "Email", but only on the OPAC, not on the staff interface! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 30918] New: Non-public note is visible in OPAC in Title Notes tab
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '22

12 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30918 Bug ID: 30918 Summary: Non-public note is visible in OPAC in Title Notes tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz, david(a)davidnind.com, dcook(a)prosentient.com.au, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com Depends on: 29871, 30744, 30848 Blocks: 29652 +++ This bug was initially created as a clone of Bug #30744 +++ To reproduce: 1. Go to Koha Administration -> Koha bibliographic frameworks 2. View the MARC structure for your BKS framework (or something else) 3. Search for tag 583, edit subfields 4. Go to subfield 'x' - nonpublic note. Confirm the OPAC visibility checkbox is UNCHECKED. 5. Edit or create a record using the BKS framework. Put a note in the 583$x. 6. View this record in the OPAC 7. Go to the Title notes tab. Confirm the non-public note is showing, even though the framework says it should not be visible via the OPAC. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29652 [Bug 29652] Move Koha::Biblio->get_marc_* to Koha::Biblio::Metadata https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29871 [Bug 29871] Remove marcflavour param in Koha::Biblio->get_marc_notes https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30744 [Bug 30744] Non-public note is visible in OPAC in Title Notes tab https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30848 [Bug 30848] Introduce Koha::Filter::ExpandCodedFields -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 31154] New: Batch item modification fails when "Use default values" is checked
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '22

11 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31154 Bug ID: 31154 Summary: Batch item modification fails when "Use default values" is checked Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org When one tries to batch mod items and has "Use default values" checkbox checked on, Koha dies on error 500. In logs it reads: Can't call method "field" on an undefined value at .../Koha/Koha/UI/Form/Builder/Item.pm line 164. To test: 1. Find item(s) to modify 2. Provide barcodes of item(s) to modify and check checkbox "Use default values" 3. Hit "Continue" => error 500 is raised -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 31373] New: Notice template validation is missing INCLUDE_PATH
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '22

09 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31373 Bug ID: 31373 Summary: Notice template validation is missing INCLUDE_PATH Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We allow the use of staff client includes in template toolkit notice templates however, the current validation processing is missing this code and thus errantly reports issues with valid notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26