April 2014 - Koha-bugs - lists.koha-community.org

[Bug 7046] New: subscription renewal period should be a pull down
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7046 Bug #: 7046 Summary: subscription renewal period should be a pull down Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5938 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5938 renew subscription length When adding a new subscription there is a pull down menu for the subscription length, but when you renew it the length is 3 text boxes which implies that you can fill them all in - or that you have to fill them all in, but I assume you're just supposed to fill in one like you do when you add a subscription. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[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

[Bug 12159] New: Duplicate borrower_add_additional_fields function
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12159 Bug ID: 12159 Summary: Duplicate borrower_add_additional_fields function Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client 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 The function borrower_add_additional_fields is defined twice, and used twice, in members/pay.pl and members/paycollect.pl Perhaps fold the functionality into GetMember()? (Also take a look at tools/viewlog.pl, it does partially the same thing as borrower_add_additional_fields) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10327] New: Rename poorly named system preferences
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10327 Bug ID: 10327 Summary: Rename poorly named system preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com Over time Koha's system preference names have become de facto standardized using upper camel case. It would be nice to go through our system preferences and rename those prefs that do not follow this standard. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12052] New: Display a patron message on the summary page
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12052 Bug ID: 12052 Summary: Display a patron message on the summary page 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org There is no way (or I missed something) to display a note for all patrons at the OPAC. The note should only be displayed if the user is logged in. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11448] New: Accessibility: Make it possible to enter date for restriction without using the datepicker widget
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11448 Bug ID: 11448 Summary: Accessibility: Make it possible to enter date for restriction without using the datepicker widget Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org For better accessibility it should be possible to enter the restriction date directly without being forced to use the datepicker widget. -- You are receiving this mail because: You are watching all bug changes.

1 9