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

[Bug 13701] New: Sharing lists: Text hardcoded to 2 weeks, but could be any time frame
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13701 Bug ID: 13701 Summary: Sharing lists: Text hardcoded to 2 weeks, but could be any time frame Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you invite someone to share a list with you, there is a text displayed on the confirmation page: An invitation to share list ... will be sent shortly to test@... You will receive an email notification if someone accepts your share within two weeks. I think the invitations are cleaned up using cronjobs - so maybe the text should be less specific? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12392] New: trying to vote gets invalid parameter
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12392 Bug ID: 12392 Summary: trying to vote gets invalid parameter Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: karl(a)freefriends.org QA Contact: testopia(a)bugs.koha-community.org I tried to vote on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=569 and received the following internal error ... maybe my account isn't allowed to vote, I'm not sure (I just created it a couple days ago), but presumably this error shouldn't happen anyway. Although the error page says to mail it to chris@..., I somehow suspected reporting it this way would be preferable. karl URL: http://bugs.koha-community.org/bugzilla3/page.cgi?id=voting/user.html&bug_i… Invalid parameter HASH(0xa9c6a94) passed to Bugzilla::User->visible_bugs: It must be numeric. Traceback: at Bugzilla/User.pm line 894 Bugzilla::User::visible_bugs(...) called at Bugzilla/User.pm line 873 Bugzilla::User::can_see_bug(...) called at template/en/default/bug/link.html.tmpl line 38 eval {...} called at template/en/default/bug/link.html.tmpl line 38 eval {...} called at template/en/default/bug/link.html.tmpl line 18 Template::Provider::__ANON__(...) called at /usr/lib/perl5/Template/Document.pm line 151 eval {...} called at /usr/lib/perl5/Template/Document.pm line 149 Template::Document::process(...) called at /usr/lib/perl5/Template/Context.pm line 351 eval {...} called at /usr/lib/perl5/Template/Context.pm line 321 Template::Context::process(...) called at Bugzilla/Template/Context.pm line 31 Bugzilla::Template::Context::process(...) called at extensions/Voting/template/en/default/pages/voting/user.html.tmpl line 136 eval {...} called at extensions/Voting/template/en/default/pages/voting/user.html.tmpl line 155 eval {...} called at extensions/Voting/template/en/default/pages/voting/user.html.tmpl line 163 eval {...} called at extensions/Voting/template/en/default/pages/voting/user.html.tmpl line 18 Template::Provider::__ANON__(...) called at /usr/lib/perl5/Template/Document.pm line 151 eval {...} called at /usr/lib/perl5/Template/Document.pm line 149 Template::Document::process(...) called at /usr/lib/perl5/Template/Context.pm line 351 eval {...} called at /usr/lib/perl5/Template/Context.pm line 321 Template::Context::process(...) called at Bugzilla/Template/Context.pm line 31 Bugzilla::Template::Context::process(...) called at /usr/lib/perl5/Template/Service.pm line 94 eval {...} called at /usr/lib/perl5/Template/Service.pm line 91 Template::Service::process(...) called at /usr/lib/perl5/Template.pm line 66 Template::process(...) called at Bugzilla/Template.pm line 545 Bugzilla::Template::process(...) called at /var/www/bugzilla3/page.cgi line 78 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 13727] New: Validation of authorized values
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13727 Bug ID: 13727 Summary: Validation of authorized values Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rurik.greenall(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl While automatically testing item creation, we added randomized alphanumeric values to NOT_LOAN. When we attempted to add NOT_LOAN statuses to items, we found that Koha did one of two things: 1) allowed us to set the status in the interface, but failed silently 2) allowed us to set the status, but added only part of the value REPLICATION: Type one: 1) create a new authorized value for category NOT_LOAN 2) add a value (value: "abc1de", description: "new1", OPAC description: "New 1") 3) create new item 4) set Not for loan to "New 1" Result: Item's "Not for loan" status is "" Type two: 1) create a new authorized value for category NOT_LOAN 2) add a value (value: "12abce", description: "new2", OPAC description: "New 2") 3) create new item 4) set Not for loan to "New 2" Result: Item's "Not for loan" status is 12 We notice that the documentation clearly states that the values of NOT_LOAN must not be alphabetical http://manual.koha-community.org/3.18/en/basicparams.html#notforloan however, we would argue that the ability to set values opens for an expectation that they should be usable. In terms of a fix, it is possible to add a validation pattern to the authorized value at creation time; which is then stored in the table with the value and can be used to validate entry via the jQuery validation plugin and a html5 data-field. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9968] New: Error when a search is done with Standard number option
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9968 Bug ID: 9968 Summary: Error when a search is done with Standard number option Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: rus.silvia(a)masmedios.com In file "etc\zebradb\ccl.properties" the label "Local-number" is being abbreviated by "sn", it seems an error because "sn" should be the abbreviation of "standard number". The label of standard number is "Identifier-standard" abbreviated by "ident". The standard numbers sholud be the 020, 022 and 024 MARC fields and not the in 001 and 035 fields. For this reason searching in Advanced Search is wrong in "search-indexes.inc" it find the following code: [% IF (numbersphr) %] <option value="sn,phr">Standard number</option> [% ELSE %] <option value="sn">Standard number</option> [% END %] Should be: [% IF (numbersphr) %] <option value="ident,phr">Standard number</option> [% ELSE %] <option value="ident">Standard number</option> [% END %] -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6481] New: Koha doesn't have a way to set a preferred language from system
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6481 Bug #: 6481 Summary: Koha doesn't have a way to set a preferred language from system Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: conan(a)lugmen.org.ar QAContact: koha-bugs(a)lists.koha-community.org There's something wrong with this snippet: select variable,value,explanation from systempreferences where variable like '%language%'; variable value explanation language en,es-ES Set the default language in the staff client. opaclanguages en,es-ES Set the default language in the OPAC. Koha doesn't have a way to set a default language from system. You can allow user to decide, but that gets into a cookie, not into database. And that cookie doesn't get set up upon first login for some configurations (that could be material for another bug). So we need a way to select a default language and set it into system preferences. The explanation of those two variable tells they set a default, but how can they claim to set a default language if 'value' holds a list of possibilities and there is no way to arrange it's order? I would like to add a new syspref called "available_languages" and change the behaviour of this two to actually do what they claim. But on an irc chat with Magnuse and Cait we agree that it would be more cumbersome and confusing to change the way those variables work now. So even when they will keep misleading names, it's preferable to have two new syspref to set a default languages and keep these two the way they work now: as a list of language options, and, of course, modify their descriptions. I propose to add "preferred_language" and "preferred_opaclanguage" to systempreferences table. Finally, I believe this affects master too, but my testing was done in a 3.4.x installation. -- 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 13612] New: Remove old YUI javacript libraries from opac-tmpl
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13612 Bug ID: 13612 Summary: Remove old YUI javacript libraries from opac-tmpl 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org After checking with Owen it appears that the opac-tmpl/lib/yui directory can be removed now that we only support Bootstrap OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 13689] New: Remove opac-old.css and sco-old.css
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13689 Bug ID: 13689 Summary: Remove opac-old.css and sco-old.css Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The following files are obsolete and should be removed: koha-tmpl/opac-tmpl/bootstrap/css/opac-old.css koha-tmpl/opac-tmpl/bootstrap/css/sco-old.css (see Bug 13612, Comment #4) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 13749] New: On loading holds in patron account 'processing' is not translatable
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13749 Bug ID: 13749 Summary: On loading holds in patron account 'processing' is not translatable 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The message shown while loading holds in the patron account "Processing..." is not translatable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 12087] New: Improve purge of suggestions: to delete only suggestions with specified status
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12087 Bug ID: 12087 Summary: Improve purge of suggestions: to delete only suggestions with specified status 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: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org This enhancement is for the script purge_suggestions.pl. We add the option to delete only suggestions with specified status. and older of XX days. For -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 9072] New: Add sort order option to Linker
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '15

24 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9072 Priority: P5 - low Change sponsored?: --- Bug ID: 9072 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Add sort order option to Linker Severity: enhancement Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When linking biblio to authorities, matching authorities search is made with 'AuthidAsc' sort order hardcoded. This patch allows to set sort order in LinkerOptions syspref (HeadingAsc, HeadingDsc, AuthidAsc or AuthidDsc). Without option, sort order 'AuthidAsc' is used like previsously. This is useful for FirstMatch or LastMatch linkers where results order is important. PS : This solves a problem with some headings. ie : headings "History" and "History of art". The linker search for "History" will return both headings. With linker FistMatch and "HeadingAsc" sort order, the heading "History" will be first and so will match. -- You are receiving this mail because: You are watching all bug changes.

1 20