October 2015 - Koha-bugs - lists.koha-community.org

[Bug 11496] New: The number of tested records when searching for duplicates during import is too low
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11496 Bug ID: 11496 Summary: The number of tested records when searching for duplicates during import is too low Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, only the first 10 records returned by koha for a given matchpoint are tested. This is not enough in some cases, because a significant matching record can be beyond these 10 first results. Please note that when the checkpoint is about fields with unique identifiers, like ISBN, the problem won't occur. On the other hand, when the checkpoint is about something less precise, like an author name, the matching record can be beyond the 10 first results. When that happens, the matchpoint will fail, the match threshold won't be reached, and a duplicate record will be created. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 13391] New: MARC 008 builder plugin not compatible with browser autocompletion
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13391 Bug ID: 13391 Summary: MARC 008 builder plugin not compatible with browser autocompletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the koha-tmpl/intranet-tmpl/prog/en/js/xmlControlfield.js (line 317) there are two JS events (onkeyup and onfocus) being handled for 008 MARC plugin <input ...> fields (for MARC21 008 plugin, <input> is used e.g. for dates, country codes and language codes). But there is a slight problem with onkeyup event handler: apparently this event does not fire when: - user starts to enter some characters using the keyboard, - and then chooses something from the autocompletion list offered by browser. End result is that in such circumstances only the first character[s] entered in the given field are saved in 008 (only the part that was typed on the keyboard), and the remaining characters are effectively lost / being ignored by 008 plugin (unless the user "returns" to this field, i.e. gives it focus once again, before clicking "OK"). Replacing 'onkeyup' with 'oninput' in line 317 looks like the easiest solution for this issue; it works fine in recent (HTML5 compliant) browsers, but OnInput event handler is relatively new thing - it would not work in old, "legacy" WWW browsers. I guess we can also add autocomplete='off' to the <input> fields generated by renderPositions() function in xmlControlfield.js ;). I'm wondering what would happen if we try to put both oninput=.. and onkeyup= event handlers in those fields (probably both of them would fire when user enters something, but maybe that will be not necessarily such a bad thing ?). However, none of those methods are quite sufficient for older browsers. Reparsing all fields on form submit may help a little bit - so changes in the entered values which may have been previously ignored by the plugin would have a chance to be saved in 008 after all - but that's only a partial solution, the 008 contents being displayed on top may still sometimes get "out of sync" with the individual values below.. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13435] New: OPAC self registration can't find OPAC_REG_VERIFY notice if it is assigned to a branch
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13435 Bug ID: 13435 Summary: OPAC self registration can't find OPAC_REG_VERIFY notice if it is assigned to a branch 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: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Email verification can look very broken for multi branch systems - if there is no "all libraries" notice defined for "OPAC_REG_VERIFY," but one defined for a specific branch, the self registration code can't find the notice and thus the verification email is not sent. Additionally, this code will only ever return the "all libraries" version of this notice, as it never passes a branchcode - making this notice useless on a per-branch basis. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9468] New: Add ability to hide items from purchase suggestions forms
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9468 Bug ID: 9468 Summary: Add ability to hide items from purchase suggestions forms Classification: Unclassified 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: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 88

[Bug 15083] New: acqui/currency.pl is unused
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15083 Bug ID: 15083 Summary: acqui/currency.pl is unused Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal 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 This script is never called from the Koha code and should be removed (especially regarding the FIXME...) -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 15092] New: item type descriptions not showing if no logo
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15092 Bug ID: 15092 Summary: item type descriptions not showing if no logo Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 10937 Created attachment 44245 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44245&action=edit missing item type images/text If there is no icon the item type description should show in the opac, but nothing is showing. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10937 [Bug 10937] Option to hide and group itemtypes from advanced search -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 14614] New: Multiple URLs (856) in cart email are broken
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14614 Bug ID: 14614 Summary: Multiple URLs (856) in cart email are broken 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If you send yourself a cart from the OPAC or staff client, multiple URLs are displayed, but without a space or new line - so they appear as one big broken link. This is the case for staff and OPAC cart emails. Also: it includes non-HTTP-URLs that might not be clickable at all (like URNs in a separate 856). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13409] New: Add ability to purge old special holidays using cleanup_database.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13409 Bug ID: 13409 Summary: Add ability to purge old special holidays using cleanup_database.pl 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries have expressed interested in being able to purge old holidays from the database. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 13049] New: Improve self-registration cronjobs
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '15

05 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13049 Bug ID: 13049 Summary: Improve self-registration cronjobs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org There are two small cronjobs for self-registration: delete_expired_opac_registrations.pl and delete_unverified_opac_registrations.pl The expired job is meant to delete from borrowers when the patron category is equal to PatronSelfRegistrationDefaultCategory and date enrolled past PatronSelfRegistrationExpireTemporaryAccountsDelay. (See also bug 11945.) It seems to me that this behavior is unexpected since the pref descriptions do not suggest that the default category is temporary. Perhaps, it was meant to add some verification step into the process when you do not use the email verification triggered by pref PatronSelfRegistrationVerifyByEmail. The unverified job is meant to delete from borrower_modifications and uses a time parameter (defaulting to 24 hours) to find unverified entries. It seems to me that it should use the PatronSelfRegistrationExpireTemporaryAccountsDelay preference. (Read its description.) I propose the following changes: [1] Move these actions to cleanupdatabase. Do they really need two separate scripts? [2] Rename the Delay preference. Name and description conflict now. We could make name and description cover both cases: (a) verify is on and still unverified and (b) verify is off and still in the initial category. [3] Trigger the borrowers/category delete only if Verify is off and the renamed delay has been past. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 15095] New: marc_modificacation_template_actions DB not consistent between fresh and updated DB
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '15

04 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15095 Bug ID: 15095 Summary: marc_modificacation_template_actions DB not consistent between fresh and updated DB Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org A review of the 3.20.00 + upgrade DB, compared to a fresh master install highlighted an inconsistency on that table. This is mysqldbcompare's output for it: - `action` enum('delete_field','update_field','move_field','copy_field','copy_and_replace_field') COLLATE utf8_unicode_ci DEFAULT NULL, ? ------------------------- ^^^^^^ + `action` enum('delete_field','update_field','move_field','copy_field') COLLATE utf8_unicode_ci NOT NULL, So one ENUM value is missing on fresh installs, and an upgraded one yields a DEFAULT NULL configuration for the 'action' column. -- You are receiving this mail because: You are watching all bug changes.

1 9