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

[Bug 23690] New: During checkout, window hangs with a pop up "Loading...you may continue scanning." This message, whilst confounding, impedes staff from accessing other aspects of the patron record. Our work around has been to advise staff to print check-out slip.
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '20

05 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23690 Bug ID: 23690 Summary: During checkout, window hangs with a pop up "Loading...you may continue scanning." This message, whilst confounding, impedes staff from accessing other aspects of the patron record. Our work around has been to advise staff to print check-out slip. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: julie.kent(a)huntsvillelibrary.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 93208 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93208&action=ed… screen shot of pop-up message "Loading...you can continue scanning." This message, whilst confounding, impedes staff from accessing other aspects of the patron record. Our work-around has been to advise staff to print check-out slip. Patrons with email do received an confirmation of checked out items. However, if this is a system preference that can be removed without compromising the integrity of the patron record nor check out process, I would like to know and to know how to change the system preference. Please, help! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 17854] New: Print Slip and Close button
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '20

04 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17854 Bug ID: 17854 Summary: Print Slip and Close button 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Would like to see an enhancement on the clear screen (X) button on patron records. It would be great if it were replaced with a button with preference settings that would have the following options: Close Print Slip and Close Print Quick Slip and Close It would also be great if it could have a side action arrow giving you access to the other options that are not defaulted. This feature would help with staff closing accounts (clearing screen) when done, and making slip printing stand out a little better. It would also be a streamlined workflow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[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

[Bug 23683] New: Course reserves public notes on specific items should allow for HTML
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '20

03 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23683 Bug ID: 23683 Summary: Course reserves public notes on specific items should allow for HTML 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org BZ22501 allowed librarians to add public notes in HTML to each course but did not allow for the public note on each item in course-items-table to include HTML. Some librarians would like these to also allow for HTML so the can build links. A $raw filter should be used on both the OPAC (#course-items-table) AND the staff client (#course_reserves_table). These notes can only be entered from the staff client so this should be allowable. -- You are receiving this mail because: You are watching all bug changes.

1 16