November 2017 - Koha-bugs - lists.koha-community.org

[Bug 16433] New: Patron import tool warning on duplicate card number is unclear
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '18

05 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16433 Bug ID: 16433 Summary: Patron import tool warning on duplicate card number is unclear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If I am matching on userid, and import a patron with no userid in the file but the cardnumber is already used the warning says "Cardnumber ###### is not a valid cardnumber" It would be clearer if it said 'this cardnumber is already used' -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 18336] New: Use utf8mb4 instead of utf8 for MySQL tables, columns, and connections
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '18

31 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18336 Bug ID: 18336 Summary: Use utf8mb4 instead of utf8 for MySQL tables, columns, and connections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org As noted by myself on the koha-devel listserv, Martin on https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11944#c247, and Mark Tompsett on https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15794#c2, we might want to use utf8mb4 instead of utf8 for MySQL tables, columns, and connections. utf8 in MySQL has a 3 byte limit: https://dev.mysql.com/doc/refman/5.7/en/charset-unicode-utf8.html. While most "normal" characters in most languages are covered by 1-3 bytes, UTF8 does allow for 4 bytes, which means we have a problem using lesser used characters in Chinese, Japanese, and Korean among other languages. It also means we can't store emoji. When MySQL encounters a 4 byte UTF8 character, it immediately truncates the string from that character onward. Unfortunately, it doesn't raise an error. It raises a warning, which isn't that easy to detect. In my case, I'm trying to store a MARCXML record with a 4 byte character, and while C4::Biblio::AddBiblio returns true, MySQL corrupts the XML record when using utf8 encoding rather than utf8mb4 (both in terms of the MySQL column and the MySQL connection set by Koha::Database). -- You are receiving this mail because: You are watching all bug changes.

1 102

[Bug 16702] New: Notice Triggers Issue: Delivery Mechanism Options Not Saving
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '18

29 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16702 Bug ID: 16702 Summary: Notice Triggers Issue: Delivery Mechanism Options Not Saving Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bassplayer9(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Problem with Notice & Status Triggers (Tools › Notice triggers) When attempting to save my notice trigger configuration after (1) setting a delay integer, (2) selecting an overdue notice template, and (3) then choosing a delivery type (Email, SMS, etc.), the configuration saves but without the any of the delivery method types saving/sticking - they reset to an unchecked status. I do get a "changes saved" confirmation overall, but my delivery mechanism selections disappear for Email, Print, and SMS after clicking the "Save Changes" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16923] New: System Preference Missing from Manual -- IndependentBranchesPatronModifications
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '18

17 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16923 Bug ID: 16923 Summary: System Preference Missing from Manual -- IndependentBranchesPatronModifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org The system preference "IndependentBranchesPatronModifications" which was added in 3.22 is missing from the 3.22 manual and the 16.05 manual. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18236] New: Add classes to material type icons on result lists and detail pages
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '18

16 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18236 Bug ID: 18236 Summary: Add classes to material type icons on result lists and detail pages Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Some libraries would prefer to show different material type icons in the result lists and detail pages in OPAC in staff. In order to make this possible with CSS, it would be nice if every icon had its own specific class so it's easy to target them. Something like: mt_icon_book, mt_icon_film, mt_icon_... -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 16189] New: Add an exception to SMS via email documentation in the Koha manual
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '18

14 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16189 Bug ID: 16189 Summary: Add an exception to SMS via email documentation in the Koha manual Change sponsored?: --- Product: Koha Version: master Hardware: All URL: https://lists.katipo.co.nz/pipermail/koha/2016-April/0 45114.html OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Add an "exception note" that basically says "this may not work for all providers. Especially, users in India should aware of any liability - both civil and criminal, for sending unauthorised bulk SMS using this feature." -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 19381] New: Replace the built-in help files with links to the online manual
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '18

14 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19381 Bug ID: 19381 Summary: Replace the built-in help files with links to the online manual Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org We would probably be better off maintaining documentation in one place - the manual. Links to the manual could have "placeholders" for version and language (based on the language chosen by the user). The base URL of those links could also be configurable, so a somewhat paranoid library could link to their own local version of the manual, instead of being potentially tracked by a central server. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 17651] New: t/db_dependent/api/v1/patrons.t is failing
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '18

14 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17651 Bug ID: 17651 Summary: t/db_dependent/api/v1/patrons.t is failing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org [Thu Nov 17 14:16:50 2016] [debug] GET "/api/v1/patrons" [Thu Nov 17 14:16:50 2016] [debug] Routing to a callback [Thu Nov 17 14:16:50 2016] [debug] Nothing has been rendered, expecting delayed response [Thu Nov 17 14:16:50 2016] [debug] Swagger2 routing to controller "Koha::REST::V1::Patron" and action "list" [Thu Nov 17 14:16:50 2016] [debug] 500 Internal Server Error (0.121564s, 8.226/s) ok 15 - GET /api/v1/patrons not ok 16 - 200 # Failed test '200 OK' # at t/db_dependent/api/v1/patrons.t line 122. # got: '500' # expected: '200' -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 18609] New: Make attachement of MARC records for list/ cart email optional
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '18

11 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18609 Bug ID: 18609 Summary: Make attachement of MARC records for list/cart email optional 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We just had a library reporting that a cart email was denied by a mail server because of the attachement. I think in the current situation we can expect mail servers to get even more critical. I propose that we make sending the attachement optional, maybe with a checkbox on the send cart/list form to avoid these problems. The checkbox could then be hidden with CSS for libraries that experience more problems with this. Alternatively we could also discuss generally removing the attachemeht, as we also offer the option to download in MARC format or a system preference to select the default behaviour. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18276] New: Koha::Biblio - Remove GetBiblioFromItemNumber
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '18

10 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18276 Bug ID: 18276 Summary: Koha::Biblio - Remove GetBiblioFromItemNumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement 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 -- You are receiving this mail because: You are watching all bug changes.

1 94