February 2018 - Koha-bugs - lists.koha-community.org

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

15 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 19955] New: Add ability to process only one 'type' of message ( sms, email, etc ) for a given run of process_message_queue.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '18

13 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19955 Bug ID: 19955 Summary: Add ability to process only one 'type' of message ( sms, email, etc ) for a given run of process_message_queue.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It would be nice to allow emails to be sent overnight, but limit the sending of SMS messages to hours when people are awake. Adding a type limit to process_message_queue.pl would allow this to be accomplished easily. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 20066] New: Remove forbidden patterns from .inc and .tt files
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '18

06 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20066 Bug ID: 20066 Summary: Remove forbidden patterns from .inc and .tt files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: indradg(a)l2c2.co.in QA Contact: testopia(a)bugs.koha-community.org The following files contain forbidden patterns a) includes/datatables.inc => [% interface %] instead of [% themelang %] b) modules/opac-auth-MARCdetail.tt => hard-coded path c) modules/opac-auth-detail.tt => hard-coded path This patch removes these. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 20285] New: Lost item refund won't always pay down lost item fee first
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '18

06 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20285 Bug ID: 20285 Summary: Lost item refund won't always pay down lost item fee first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Due to a simple typo, the accountline passed to Koha::Account::pay from _FixAccountForLostAndReturned is not used. That means that the credit for the lost item fee may be applied to other fees before it is used on the lost fee itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[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 20300] New: Import authorities data fail in module Stage MARC record for import
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '18

05 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20300 Bug ID: 20300 Summary: Import authorities data fail in module Stage MARC record for import Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 72243 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=72243&action=ed… Authorities data fail via Stage Marc Records for Import Can't import authorities marc records via Stage MARC records for import the progress stock in 0%. A message is showing "Failed to submit form: error" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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 20248] New: Elasticsearch - Improvements to mappings UI and indexing script
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '18

24 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20248 Bug ID: 20248 Summary: Elasticsearch - Improvements to mappings UI and indexing script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: ere.maijala(a)helsinki.fi -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 20160] New: Sort translated languages by code
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '18

23 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20160 Bug ID: 20160 Summary: Sort translated languages by code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org The language tabs in Change notices -page are in random order, and will rearrange at every page reload. This is quite irritating. Make getTranslatedLanguages return the languages always in the same order, sorted by the language code. This is better than returning them in a random one. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13