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

[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

[Bug 29156] New: File missing warning in Koha::UploadedFile should be for permanent files only
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29156 Bug ID: 29156 Summary: File missing warning in Koha::UploadedFile should be for permanent files only Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When an uploaded file is deleted, when file does not exist there is a warning : "Removing record for file.txt within category koha_upload, but file was missing." For temporary files, this warning is noisy. For example when they are in /tmp, system reboot deleted them. I propose to remove this warning for temporary files. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 --- Comment #94 from The Minh Luong <the-minh.luong(a)inlibro.com> --- Created attachment 131094 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131094&action=e… Bug 12532: Send email to guarantee and guarantor; This patch allows guarantors to receive emails sended to their guarentees. This patch is a rebase of the previous patches. NOTE: Attachment "Rebase and correction of the patch by adding the possibility of sending emails to several guarantors" generate an sha1 error. I had to took its content and put it in another commit. TO TEST: Before applying: 1) Search, or create, a patron with guarantor. 2) Enable checkout emails for both guarantors and guarantees. 3) Checkout an item. An email should be sent only to the guarantee. 4) Apply the patch. 5) Run updatedatabase.pl 6) Enable 'RedirectGuaranteeEmail' 7) Run misc/cronjobs/process_message_queue.pl 8) Notice that the email should be sended to both the guarantee AND the guarantor. -- You are receiving this mail because: You are watching all bug changes.

1 0