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

[Bug 29933] New: Fix stray usage of jquery.cookie.js plugin
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29933 Bug ID: 29933 Summary: Fix stray usage of jquery.cookie.js plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor 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: 23944 Blocks: 27750 There are a few instances of "$.removeCookie" usage which should be been replaced when Bug 23944 was submitted. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27750 [Bug 27750] Remove jquery.cookie.js plugin -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 29943] New: Fix typo in notices yaml file
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29943 Bug ID: 29943 Summary: Fix typo in notices yaml file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 29967] New: Increase size of description fields for authorized values in templates
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29967 Bug ID: 29967 Summary: Increase size of description fields for authorized values in templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The description fields for authorised values in the GUI are quite short which makes editing and adding longer descriptions a little harder than it must be. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 19865] New: Side scroll bar in z39.50 MARC view
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19865 Bug ID: 19865 Summary: Side scroll bar in z39.50 MARC view Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 70065 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=70065&action=ed… ScreenShot Prior to the 17.05 upgrade when you did a z39.50 search and then viewed the MARC record prior to import, a side scroll bar would appear at the bottom of the window, however, in 17.05 you have to scroll to the bottom of the window before the side scroll bar appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 29895] New: Button [Add multiple items] stops responding when it's pressed and some multiple items added to basket
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29895 Bug ID: 29895 Summary: Button [Add multiple items] stops responding when it's pressed and some multiple items added to basket Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart+koha(a)gmail.com Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1. get into basket, go find some biblio (i.e. press the "🧺 Add order" button on some biblio) and get into adding items to basket interface, smth /cgi-bin/koha/acqui/neworderempty.pl?booksellerid=1&basketno=1&biblionumber=233 2. press [Add multiple items] button st get the next interface elements with input for the number of items and the [Add] button. 3. add a few, 2 items, by pressing the [Add] button. 4. the modal will blink and 2 items added. 5. Extra interface with "number of items to add" and [Add] button gone, only three buttons again: [Add item] [Clear] [Add multiple items] . 6. but now if to press [Add multiple items] - nothing happens. Looks like the item lost its listener or not mapped to listener when recreated (if so). It seems the issue in koha-tmpl/intranet-tmpl/prog/js/additem.js. One side observation: - if after this to press "Add item" button and add single item, then "Add multiple items" starts to work for one time again. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 29809] New: StockRotationItems->itemnumber is poorly named
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29809 Bug ID: 29809 Summary: StockRotationItems->itemnumber is poorly named 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This subroutine returns a Koha::Item object - not an itemnumber Leads to fun lines of code like: $sr_item->itemnumber->itemnumber -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 29043] New: Items are prcoessed but not displayed on request.pl before a patron is selected
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29043 Bug ID: 29043 Summary: Items are prcoessed but not displayed on request.pl before a patron is selected 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1 - Browse to a bib in the staff client 2 - Click on the holds tab 3 - Note loading time 4 - Add 500 items to bib 5 - Note loading time - it takes longer 6 - Note items are not displayed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 21652] New: reserves.waitingdate is set to current date by printing new hold slip
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21652 Bug ID: 21652 Summary: reserves.waitingdate is set to current date by printing new hold slip Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement 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 To test: - Find or create a hold with a waitingdate other than today - Check the item in to generate a new hold alert - Select "Confirm and Print" - Verify that the waiting date has changed to the current date The waiting date does not change if you select "Confirm" rather than "Confirm and Print." This causes confusion as it puts the waiting date out of sync with the expiration date. In fact, if ExpireReservesMaxPickUpDelay is off and expired holds must be cancelled manually, a new hold slip can be printed after the cancellation date, causing the hold to show a waiting date after its expiration date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 29320] New: Use OverDrive availability API V2
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29320 Bug ID: 29320 Summary: Use OverDrive availability API V2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Our availability request/display for OverDrive records needs to be updated http://developer.overdrive.com/apis/library-availability-new -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29054] New: Stop warns from advance_notices.pl if not running in verbose mode
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29054 Bug ID: 29054 Summary: Stop warns from advance_notices.pl if not running in verbose mode 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: hayleypelham(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When the advance_notices.pl cronjob is run and the EnhancedMessagingPreferences syspref is set to don't allow, we get the following warning: The "EnhancedMessagingPreferences" syspref is off. Therefore, it is unlikely that this script will actually produce any messages to be sent. To change this, edit the "EnhancedMessagingPreferences" syspref. The advance_notices.pl script help says: -v Verbose. Without this flag set, only fatal errors are reported. However, the above warning is shown regardless of whether the script is run with the verbose flag. We need to add a verbosity check to this warn -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21