June 2020 - Koha-bugs - lists.koha-community.org

[Bug 25311] New: Better error handling when creating a patron
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25311 Bug ID: 25311 Summary: Better error handling when creating a patron Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org When a new patron is created from the staff interface, the error is not correctly handled and the real cause of the issue is hidden in the logs. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 14848] Fund level user restriction is not working
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14848 Kelly McElligott <kelly(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kelly(a)bywatersolutions.com --- Comment #1 from Kelly McElligott <kelly(a)bywatersolutions.com> --- This is still relevant in 19.05. Creating a fund restricting to the owner, users and library all seem to be not applying when using a fund logged in (as not the owner, user or library) In addition, the funds that are specific to a library (through the Fund setup) are still showing to Baskets created at other libraries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 25341] New: When adding a single item to course reserves, ignore whitespace
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25341 Bug ID: 25341 Summary: When adding a single item to course reserves, ignore whitespace Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Especially when copying your barcodes from other pages in Koha, you easily end up with a bit of whitespace in front and/or after the barcode when you paste it. In circulation, this doesn't matter, but when adding to the course reserves, the whitepace is not ignored and you end up with "barcode not found". It would be nice if circ and course reserves behaved the same here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 24510] New: When Placing a Hold, cursor doesn't focus on Patron Name
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24510 Bug ID: 24510 Summary: When Placing a Hold, cursor doesn't focus on Patron Name Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: 1. Go to Biblio Record 2. Place Hold (request.pl) - either the Hold above the Bib or the Hold on the left, it does the same thing. 3. Note that the cursor does not go to Patron Name (for whom to place the hold for), it goes to the Top Search bar under Checkout. In 19.05, the cursor does go to the Patron Name during this process and that makes sense from a workflow standpoint. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 24390] New: Add Item Total to Rotating collections (addItems.tt)
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24390 Bug ID: 24390 Summary: Add Item Total to Rotating collections (addItems.tt) 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some librarians would find it handy if they could see the total number of items in each rotating collection. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22381] New: Wording on Calendar-related system preferences not standardized
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22381 Bug ID: 22381 Summary: Wording on Calendar-related system preferences not standardized Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 Target Milestone: --- We've got four very similar system preferences with very different wording, which fosters confusion. ExcludeHolidaysFromMaxPickUpDelay is worded is "(Allow/Don't Allow) Closed days to be taken into account in reserves max pickup delay." OverdueNoticeCalendar is worded as "(Use Calendar/Ignore Calendar) when working out the period for overdue notices." useDaysMode is "Calculate the due date using (the calendar to skip days the library is closed/the calendar to push the due date to the next open day/circulation rules only)" finesCalendar is "Calculate fines based on days overdue (directly/not including days the library is closed." Standardizing wording across these four would make them all clearer as a group. If nothing else, I'd love to see the word "calendar" included somewhere in ExcludeHolidaysFromMaxPickUpDelay so it comes up in an easy search with the others. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 24497] New: CodeMirror should be a sys pref
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24497 Bug ID: 24497 Summary: CodeMirror should be a sys pref 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some librarians would like the ability to turn CodeMirror off in the sys prefs like OPACUserJS, IntranetUserCSS, etc. An option to disable it via syspref would be nice. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 24523] New: Fix opac-password-recovery markup mistake
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24523 Bug ID: 24523 Summary: Fix opac-password-recovery markup mistake 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 ON the opac-password-recovery page the paragraph "To reset your password, enter your login or your email address." is missing a closing </p>. This is trivial but it does make it nearly impossible to update or hide that element with jQuery as it will effect the entire form below it. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 23506] New: Sound icon displaying wrong in MARC21slim2intranetDetail
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23506 Bug ID: 23506 Summary: Sound icon displaying wrong in MARC21slim2intranetDetail 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When the leader6 is set to 'i' the MARC21slim2intranetDetail.xsl attempts to display 'SO.png' which does not exist. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 24184] New: Reword FallbackToSMSIfNoEmail syspref text
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24184 Bug ID: 24184 Summary: Reword FallbackToSMSIfNoEmail syspref text Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration 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 This syspref was added in Bug 16149 and allows purchase suggestion notices to send via SMS if no email is present. As far as I know, the syspref only applies to purchase suggestion notices. The wording on the syspref is "(Disable/Enable) Send messages by SMS if no patron email is defined." Without the context gained by reading Bug 16149, this system preference very much suggest that it applies to *all* notices. I suggest changing this to "(Disable/Enable) Send purchase suggestion messages by SMS if no patron email is defined." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20