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

[Bug 12833] New: Patron search no longer searches extended attributes
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12833 Bug ID: 12833 Summary: Patron search no longer searches extended attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 9811 introduced C4::Utils::DataTables::Members::search for searching patrons which does not use C4::Members::Search at all. This is a huge problem that will cause either duplicated code, or missing features! Case in point, the code in C4::Utils::DataTables::Members::search does not take into account searching of extended patron attributes, which introduces a regression. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 12267] New: Allow password option in Patron Attribute non functional
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12267 Bug ID: 12267 Summary: Allow password option in Patron Attribute non functional Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com When adding (or editing) a Patron Attribute, the option to "Allow password" can be selected. The purpose here is to allow this attribute/password to be a secondary login for the patron account. [ Allow password: Check to make it possible to associate a password with this attribute ] However, checking the box and then adding a patron with an attribute/password combination does not allow the patron to log on using that attribute password combination. 1. Set up New Patron Attribute, clicking Allow password option. 2. Create a new patron. Enter patron data including the attribute and password value 3. Save patron 4. Using that attribute/password values, attempt to log on to the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12290] New: Gracefully handle errors in datatables.js
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12290 Bug ID: 12290 Summary: Gracefully handle errors in datatables.js 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Datatables.js creates a few errors when using IE 8, as the String method "trim()" isn't supported, and IE 8 throws fatal errors when trying to use a property or a method on a null object. It's easy enough to check support for "trim()" and just not use it if it's unavailable. It's also easy enough to check for the existence of a variable before using a property or method. Patch coming soon... -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12654] New: Incorrect quoting in regexp in AuthoritiesMarc
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12654 Bug ID: 12654 Summary: Incorrect quoting in regexp in AuthoritiesMarc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org An incorrect quote of a metacharacter in a regexp in AuthoritiesMarc.pm causes a compile time warning : Useless use of '\'; doesn't escape metacharacter '(' at /home/cc/kohaclone/C4/AuthoritiesMarc.pm line 856. annoyingly this crops up every time the module is compiled (e.g. in runs of rebuildzebra Let's quote correctly and silence the message -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 12364] New: Useless use of '\'; doesn't escape metacharacter '('
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12364 Bug ID: 12364 Summary: Useless use of '\'; doesn't escape metacharacter '(' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com QA Contact: testopia(a)bugs.koha-community.org With the latest version of Perl, there is the following error in C4::AuthoritiesMarc::FindDuplicateAuthority: Useless use of '\'; doesn't escape metacharacter '(' at /home/jcamins/kohaclone/C4/AuthoritiesMarc.pm line 856. That doesn't seem good. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12002] New: Koha does not pick up installed languages when running under Plack
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12002 Bug ID: 12002 Summary: Koha does not pick up installed languages when running under Plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr I took a database from an existing package install and dumped it into an installation running under Plack (which is a gitified package-install, to be exact). After doing this, when I go to the I18N tab of the systempreferences I do not see any other languages than "en" as options for the "language" and "opaclanguages" sysprefs. Translations are installed on the server: $ sudo koha-translate -i nb-NO Error: the selected language is already installed. Try --update if you want to re-install it. Updating the translations does not have any effect. I have this in the db: mysql> select variable, value from systempreferences where variable = 'language' or variable = 'opaclanguages'; +---------------+------------------------------------+ | variable | value | +---------------+------------------------------------+ | language | sv-SE,en | | opaclanguages | sv-SE,en,fr-FR,de-DE,es-ES,ar-Arab | +---------------+------------------------------------+ I restarted MySQL and memcached, without any effect. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 12013] New: Long loan period slows checkouts
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12013 Bug ID: 12013 Summary: Long loan period slows checkouts Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For circulation.pl and sco.pl, long loan periods cause the pages to take an extrememly long time to load. Checkout times per item slow to tens of seconds. Loading of the patron record in the SCO takes tens of seconds to minutes. ----------- Example: Our professors need to be able to borrow books for an indefinite period, sometimes several years (e.g. for textbooks). To accomplish this we originally set the loan period to 9999 days. The rest of our religious community can borrow for 1 year (loan period set to 365 days). On the staff client and self-checkout, the community would have checkout times of a couple to 10 seconds. Professors would take 30-60 second for each item checkout, and the SCO would take 60-90 seconds to even load their record, then 30-60 seconds per checkout. Changing only their loan period to match the rest of the community (365 days) made checkouts take at most seconds, so the difficulty is this variable and how these scripts use this variable. --------- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12057] New: anonymous suggestions showing to all
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12057 Bug ID: 12057 Summary: anonymous suggestions showing to all Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If a library allows anonymous suggestions it looks like those are showing to all patrons. Since the anonymous suggestions do have a borrowernumber I'm not sure how or why this is happening, but I have seen it with my own eyes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12082] New: hold statistics wizard can produce misleading results
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12082 Bug ID: 12082 Summary: hold statistics wizard can produce misleading results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The hold statistics wizards can produce or misleading incorrect results. Here are at least two circumstances: Case 1: - hold status = active column - hold date = active row, with date range 3/1/2014-3/2/2014 - holding library: not blank - home library: not blank Because the filters get applied even if they're not selected as the row or column, in this case the report doesn't count any bib-level requests that are not yet filled or which were cancelled. This is because the home/holding library comes into play only if there is an item number set, which doesn't happen for bib-level requests until the hold is captured. This can result in a hard-to-explain situation where running a report on the number of holds in the previous month can change over time as holds placed towards the end of the month get filled. Case 2: - hold status = active column - hold date = active row, with date range 3/1/2014-3/2/2014 - holding library blank - home library blank If there happens to be a case where, for a given date, the number of requests of a given status is the same in both reserves and old_reserves, the fact that a "UNION" is used rather than a "UNION ALL" means that only one set is counted. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12139] New: Preference name saved all lowercase
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12139 Bug ID: 12139 Summary: Preference name saved all lowercase Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a preference doesn't exist in the database, saving that preference via the UI will result the preference name set in all lowercase in the database. This means those preferences that have any uppercase characters won't find the value, eg. in templates. To test: 1) select * from systempreferences where variable like 'advancedMARCeditor'; (note the way the "variable" is in db: "advancedMARCeditor") 2) delete from systempreferences where variable like 'advancedMARCeditor'; 3) Go to system preferences, edit and save advancedMARCeditor setting. 4) select * from systempreferences where variable like 'advancedMARCeditor'; (note the way the "variable" is in db: "advancedmarceditor") -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2