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

[Bug 9865] New: Make SIP2 message encoding configurable via SIPconfig.xml
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9865 Bug ID: 9865 Summary: Make SIP2 message encoding configurable via SIPconfig.xml Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com Depends on: 9531 Based on bug 9531 by Kyle Hall. We sometimes need to change the output charset to a specific encoding (mostly utf8). Being able to choose an encoding in the account line of SIPconfig.xml would be very useful. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 10833] New: Multi transport types for advanced notices
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10833 Bug ID: 10833 Summary: Multi transport types for advanced notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 9016 adds a UI for creating a message for each transport types for a letter. The cronjob script misc/cronjobs/advance_notices.pl should deal with this configuration. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 10729] New: Support phrases-icu.xml in install and upgrade
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10729 Bug ID: 10729 Summary: Support phrases-icu.xml in install and upgrade Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org While resolving some indexing probs for customers using icu in zebra, noted that recommendations for using icu suggested copying phrases-icu.xml from the zerbra install into koha. That procedure is a bit at odds with standard install and upgrade procedure. Need to add a useable phrases-icu.xml to koha and to ensure that install now updates default.idx correctly -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 12705] New: News not possible for one sublanguage if two sublanguages are installed
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12705 Bug ID: 12705 Summary: News not possible for one sublanguage if two sublanguages are installed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To reproduce: Install and enable (in systempreferences:I18N/L10N language) e.g. Português Português (pt-PT) Português (pt-BR) Deutsch Deutsch (de-CH) Deutsch (de-DE) Go to cgi-bin/koha/tools/koha-news.pl and try to create news. The dropdown 'Display location' contains: - All - Librarian interface - Slip - OPAC (pt-BR) - OPAC (en) - OPAC (de-DE) OPAC (de-CH) and OPAC (pt-PT) are missing. It is not possible to create news for them (even if you disable e.g. de-DE or pt-BR) in system preferences). -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 12823] New: Add some hints for Host and Database when hovering their labels
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12823 Bug ID: 12823 Summary: Add some hints for Host and Database when hovering their labels Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This report deals with a specific QA remark on point 6536 ("Database field not obvious for SRU servers"). Since this could be done in various ways, I prefer to put it under a separate report. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 6967] New: Create suggestion from z39.50 / existing records
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6967 Bug #: 6967 Summary: Create suggestion from z39.50 / existing records Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org I talked to someone about acquisitions and we came up with following idea for a new feature: After searching the catalog, when nothing is found we currently display a button to start a Z39.50 search. Idea 1) Add an additional 'Add suggestion' button at this place in staff Idea 2) Make it possible to add a suggestion using a result from z39.50 search Basically Idea 2 means to make it possible to use an existing or a downloaded record for suggestions (like we do with orders). So if you are requesting 'one or many more of this book' you could use the record in the system. Or you could use the bibliographic data from a z39.50 source instead of entering the data manually. -- 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 5

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

25 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 9968] New: Error when a search is done with Standard number option
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '15

25 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 25 Feb '15

25 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 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