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

[Bug 25214] New: It would be beneficial for patrons to be able to see their OPAC problem reports
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '21

11 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25214 Bug ID: 25214 Summary: It would be beneficial for patrons to be able to see their OPAC problem reports 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Depends on: 4461, 25213 With bug 4461 we introduce a mechanism for patrons to report issues with the OPAC and for staff to manage the progress of such enquiries through various status's. I would be beneficial for patrons to be able to see their reports when logged in. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4461 [Bug 4461] Context-sensitive report a problem screen https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25213 [Bug 25213] It would be beneficial to be able to notify the patron of a resolution -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 17801] New: 'Top Most-circulated items' gives wrong results when filtering by checkout date
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17801 Bug ID: 17801 Summary: 'Top Most-circulated items' gives wrong results when filtering by checkout date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We had a library reporting that records show up on this report that haven't been checked out within the selected date range of checkout dates. After looking at the script I think this is because it checks the timestamp column instead of the issuedate of old_issues. In old_issues the timestamp is the date of return, so that's not right and explains the results the library reported. Side note: the report does also not seem to count current checkouts as it avoids the issues table? -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 25349] New: Enter in the username field submits the login, instead of moving focus to the password field
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25349 Bug ID: 25349 Summary: Enter in the username field submits the login, instead of moving focus to the password field Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When using self checkout set to login with username and password and an "enter" function is submitted in the username field, the form is submitted instead of moving the focus to the password field. For libraries that have patrons scan their barcode for the username, this causes a never ending loop of not being able to login. The "enter" function is necessary from the barcode scanner when checking out books etc, so that can't be changed. The desired behavior would be to move the focus to next field on the form so patrons can scan their barcode, then type in the password, and then the enter key would submit the form. To recreate: 1. Enable self checkout function 2. Set sys pref SelfCheckoutByLogin to Username and Password 3. Go to your self check site and log in as your self check user 4. In the username field, type in a username and hit the enter key, or using a barcode scanner, scan a barcode. 5. Notice that the form is submitted, and results in a failed login, returning the patron to a blank log in screen. The same behavior is in 18.11, 19.05, and 19.11. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 24473] New: Syndetics content should be $raw filtered on opac-detail.tt
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24473 Bug ID: 24473 Summary: Syndetics content should be $raw filtered on opac-detail.tt 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 Syndetics offers enhanced content in the OPAC under the tabs 'Title Notes', 'Excerpt', 'About the author', 'Editions'. They provide this info as HTML therefore we should filter it as $raw so the content shows up without the markup. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 25791] New: SCO print dialog pops up twice
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25791 Bug ID: 25791 Summary: SCO print dialog pops up twice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With bz25597 the SCO print dialog now pops up twice (two separate dialog boxes) when a user clicks "Print receipt and end session". To recreate: 1) Turn on system preference SelfCheckReceiptPrompt 2) Check out item via /cgi-bin/koha/sco/sco-main.pl 3) Click "Finish" 4) Click 'Print receipt and end session' 5) Notice two print dialog boxes right on top of each other -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 26121] New: When using CodeMirror in News Tool DatePicker cant be seen
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26121 Bug ID: 26121 Summary: When using CodeMirror in News Tool DatePicker cant be seen 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you set the sys pref 'NewsToolEditor' to CodeMirror and go to the News tool and edit a some news the DatePicker is overlapped by CodeMirror making it difficult to see which dates you are picking: https://snipboard.io/cRQsdN.jpg -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 22660] New: Improve usability when editing HTML with the news editor
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22660 Bug ID: 22660 Summary: Improve usability when editing HTML with the news editor 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- At the moment when editing news item (and with bug 22318 possible other content) in the OPAC, the WYSIWYG editor is default and you can choose to edit HTML by clicking a button. The button will open the editor in a small pop-up window. There is no syntax highlighting. To save your changes you have to first click on "Update" and then save the entry. It would be nice if there was a nicer way involving less clicks working with HTML Working with HTML allows you to add classes and ids for styling, which will be very helpful for the content areas outside of the news. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 47

[Bug 25744] New: a11y: Replace tags with AND tags with everywhere
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25744 Bug ID: 25744 Summary: a11y: Replace tags with AND tags with everywhere Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com bug 22672 is for the OPAC, this is for the rest. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22672#c0 Lucas Gass: > Since screen readers typically ignore and tags. Instead we should > use and tags which look the same visually but are more > meaningful from an accessibility standpoint. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22672] New: Replace tags with AND tags with in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22672 Bug ID: 22672 Summary: Replace tags with AND tags with in the OPAC 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 Target Milestone: --- Since screen readers typically ignore and tags. Instead we should use and tags which look the same visually but are more meaningful from an accessibility standpoint. -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 25570] New: Listing requests should be paginated by default
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25570 Bug ID: 25570 Summary: Listing requests should be paginated by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com They were supposed to be paginated by default, but we lost that (or maybe just the idea) at some point. If pagination information is not passed, it should default to page 1, and page size to RESTdefaultPageSize. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28