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

[Bug 26124] New: Console errors on tools_koha-news when editing with TinyMCE
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26124 Bug ID: 26124 Summary: Console errors on tools_koha-news when editing with TinyMCE Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 are using TinyMCE in the news tools there is a console error: Uncaught ReferenceError: tinymce is not defined Everything works but you cannot add addtional JavaScript to this page. I'm pretty sure this is a product of Bug 22660. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[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 26804] New: Limit the size of the News column in newst table (News Tool)
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26804 Bug ID: 26804 Summary: Limit the size of the News column in newst table (News Tool) 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 If you have a lot of HTML or large images in any particular News item the newst table can become unmanageable. The 'News' column shows a preview of the content of the news item and if these are really big you must horizontal scroll to get to the edit and delete buttons. https://snipboard.io/1H3Oze.jpg -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 26511] New: PatronSelfRegistrationConfirmEmail preference shows up 19.11
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26511 Bug ID: 26511 Summary: PatronSelfRegistrationConfirmEmail preference shows up 19.11 Change sponsored?: --- Product: Koha Version: 19.11 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In 19.11 if you search for PatronSelfRegistrationConfirmEmail in system preferences you will find it. This new system preference was NOT backported to 19.11. This seems to be a rebasing error: http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=083ce15dee7… This should be removed from 19.11 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[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

[Bug 26143] New: Cannot see "all" libraries
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26143 Bug ID: 26143 Summary: Cannot see "all" libraries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: REST API Assignee: tomascohen(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org http://kohadev-intra.mydnsname.org:8081/api/v1/libraries?_page=1&_per_page=… [2020-08-05 11:02:43.54213] [6610] [debug] GET "/api/v1/libraries" (c37dcb31) [2020-08-05 11:02:43.54286] [6610] [debug] Routing to controller "Koha::REST::V1::Auth" and action "under" [2020-08-05 11:02:43.55991] [6610] [debug] Routing to controller "Koha::REST::V1::Libraries" and action "list" No method pager found for Koha::Libraries Fewer than one entry per page! at /usr/share/perl5/DBIx/Class/ResultSet.pm line 2542. at /kohadevbox/koha/Koha/REST/Plugin/Objects.pm line 127. [2020-08-05 11:02:43.57390] [6610] [debug] 500 Internal Server Error (0.031753s, 31.493/s) It has been caught by a selenium failure: An element could not be located on the page using the given search parameters: //div[@class="main container-fluid"]//a[contains(@href, "/admin/branches.pl?op=add_form&branchcode=UT_BC")],xpath at /kohadevbox/koha/t/lib/Selenium.pm line 174. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 23870] New: Using surname in cardnumber field gives unexpected user search results.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23870 Bug ID: 23870 Summary: Using surname in cardnumber field gives unexpected user search results. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Searching for users by surname using the standard fields search option in user search behaves unexpectedly when a surname has been keyed into the cardnumber field. If one borrower record has a specific surname keyed into the cardnumber field, the search becomes an exact match on that cardnumber (surname) and the search results display only one record, rather than displaying all records with the surname searched for. Steps to replicate. 1. Find a relatively common surname (We used Ellis). 2. Search for that in standard search (We found 142 matches). 3. Edit one record to change the cardnumber to the chosen surname. 4. Re-run the user search (using the standard fields option). 5. Observe that only one record is found. (We find only one Ellis, the other 141 are more difficult to find.) Observed in 18.11.04 an 19.05.02 versions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2