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

[Bug 17137] New: Omnibus: Always use SSL when referencing external sources
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '18

25 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17137 Bug ID: 17137 Summary: Omnibus: Always use SSL when referencing external sources 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 Amazon, OpenLibrary, etc shoudl all use https if available as otherwise they create a mixed content error for sites using https. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 18635] New: Koha::Patron->guarantees() should return results alphabetically
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18635 Bug ID: 18635 Summary: Koha::Patron->guarantees() should return results alphabetically 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently there is no sort here so patrons are returned in db order (unordered) We should return them alphabetically for display and other purposes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 17625] New: 245f and 245g are not mapped to subtitle in Keyword to MARC mapping
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17625 Bug ID: 17625 Summary: 245f and 245g are not mapped to subtitle in Keyword to MARC mapping Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 57470 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57470&action=ed… Subfield $f and $g are not displayed to the right as expected. I have mapped the 245$f and 245$g to the subtitle in Keyword to MARC mapping. However those two fields are not displayed as expected to the right of the title. Two screenshots attached. One showing I mapped all 245 subfields to subtitle. One showing a bib where I added data in all subfields and how they are displayed. Missing 245$f and 245$g -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 15772] New: GetNormalizedISBN returns a 10 digit ISBN - should return 13
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '18

19 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15772 Bug ID: 15772 Summary: GetNormalizedISBN returns a 10 digit ISBN - should return 13 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org As not all 13 digit ISBNs can be 10 digit we should normalize to 13 instead of 10 (Novelist also can't interpret 10 digit ISBNs with an ending X so this would solve that too) -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 18437] New: Acquisitions fund edit repair
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '18

16 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18437 Bug ID: 18437 Summary: Acquisitions fund edit repair Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org While editing a fund, if there is no owner and you select an owner, the owner does not appear until you save the edit and edit it again. Also, when adding users, the selection tool is not checking if the user selected is already added. Links next to owner and users should be converted to buttons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 17339] New: returns.pl transfers message should have buttons instead of links
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '18

16 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17339 Bug ID: 17339 Summary: returns.pl transfers message should have buttons instead of links Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 The holds dialogs have buttons, so for consistency, the transfer messages should have buttons instead of links. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 18229] New: update_dbix_class_files.pl loads defaults from ~/.my.cnf
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '18

15 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18229 Bug ID: 18229 Summary: update_dbix_class_files.pl loads defaults from ~/.my.cnf Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I am so frustrated having to write those elongated --db_name, --db* parameters. This patch automatically loads defaults from your ~/.my.cnf so you don't have to copypaste stuff or write ad-hoc bash scripts. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 17930] New: Errors in the manual in self-checkout section
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17930 Bug ID: 17930 Summary: Errors in the manual in self-checkout section Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org There are two errors that have been spotted in the manual in Chapter 5, Section 12 (Self-checkout) 1) "There is no link to the Self Checkout module, but a simple addition to the IntranetUserJS system preference can add one." - This should say 'OPACUserJS', not 'IntranetUserJS'. 2) The JS script that is provided does not work with the #submit bit, but works without it -- You are receiving this mail because: You are watching all bug changes.

1 4

[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