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

[Bug 11527] New: Do not pick up MARC subfield codes for translation from XSLTs
by bugzilla-daemon＠bugs.koha-community.org 07 May '14

07 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11527 Bug ID: 11527 Summary: Do not pick up MARC subfield codes for translation from XSLTs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr For example, from intranet-tmpl/prog/en/xslt/MARC21slim2intranetResults.xsl the following string is pick up for translation: <xsl:with-param name="codes">abhfgknps</xsl:with-param> and it shows up as msgid "abhfgknps" There is no sense in "translating" that, it's just confusing for translators. It really should not be picked up for translation in the first place. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9941] New: Web installer should not die with stacktrace when database does not exist
by bugzilla-daemon＠bugs.koha-community.org 06 May '14

06 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9941 Bug ID: 9941 Summary: Web installer should not die with stacktrace when database does not exist Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com When running under Plack with $ENV{DEBUG} set, the installer dies with a stacktrace when checking if the database exists, rather than simply reporting it does not exist. This is not good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 9270] New: Web-based SCO requires superlibrarian privileges
by bugzilla-daemon＠bugs.koha-community.org 06 May '14

06 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9270 Bug ID: 9270 Summary: Web-based SCO requires superlibrarian privileges Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com It would seem that the self-check user must have superlibrarian privileges, rather than the more safe-seeming circulation privileges. This is a bit of a security issue, since the cookies used on the self-checkout machine could then be modified for use with the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9063] New: When ordering from staged file '# Bibs' is empty
by bugzilla-daemon＠bugs.koha-community.org 06 May '14

06 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9063 Priority: P5 - low Change sponsored?: --- Bug ID: 9063 Assignee: koha-bugs(a)lists.koha-community.org Summary: When ordering from staged file '# Bibs' is empty Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha Created attachment 13409 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13409&action=edit screenshot When ordering from a staged file in acquisitions, the column '# Bibs' in the table is empty for my staged file with 17 records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 5768] New: serial enumeration appearing twice in staff client
by bugzilla-daemon＠bugs.koha-community.org 06 May '14

06 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5768 Summary: serial enumeration appearing twice in staff client Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3162 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3162 enumeration showing twice When you're in the staff client and viewing the holdings of subscription it shows the enumeration twice (in the opac it appears properly - only once). -- 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 11167] New: Remove memcached config from koha-conf-site.xml.in
by bugzilla-daemon＠bugs.koha-community.org 06 May '14

06 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11167 Bug ID: 11167 Summary: Remove memcached config from koha-conf-site.xml.in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Packaging Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 10733, 6193 The file debian/templates/koha-conf-site.xml.in, which is used to generate koha-conf.xml files for packages installations, still contains a couple of lines for configuring memcached, even though this was moved to the Apache config files by bug 6193 (see specifically attachment 7630, which removes the relevant lines from /etc/koha-conf.xml). Here are the lines: <memcached_servers>__MEMCACHED_SERVERS__</memcached_servers> <memcached_namespace>__MEMCACHED_NAMESPACE__</memcached_namespace> Having them there causes no harm, but it might create some confusion over where memcached is actually configured. This can also be seen as a followup to bug 10733 (attachment 21618), which needlessly changes the lines mentioned above from: - <memcached_servers></memcached_servers> - <memcached_namespace></memcached_namespace> to: + <memcached_servers>__MEMCACHED_SERVERS__</memcached_servers> + <memcached_namespace>__MEMCACHED_NAMESPACE__</memcached_namespace> -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10798] New: OPAC_SEARCH_LIMIT behaves badly with search groups
by bugzilla-daemon＠bugs.koha-community.org 06 May '14

06 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10798 Bug ID: 10798 Summary: OPAC_SEARCH_LIMIT behaves badly with search groups 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The code implementing multiple PAC's by URL support as in the RFC here at http://wiki.koha-community.org/wiki/Support_for_multiple_PAC_interfaces_by_… has been implimented for some time. However, when the 'search by groups' feature was implemented, the above code was not taken into account, and as such if you wish to limit a search by a group as a posed to just a branch, you met with strange behaviour should you also enable the SearchMyLibraryFirst system preference. Testplan to show Failure 1. Add a second PAC by adding an Alias to your Apache vhosts file (See below example) 2. Add a Search group to Koha using the staff client 3. Enable URL specific search limit (branch:search_group_code) to that same Apache vhosts file using a SetEnvIf (See below example) 4. Enable 'SearchMyLibraryFirst' system preference. 5. Create a user, and set that users branch. 6. Go to the 'normal' koha opac url and the search will not be limited 7. Go to the 'second' koha opac url and the search will be limited to your search group 8. Login on the 'normal' url and your search will be limited by your users branch 9. Login on the 'second' url and your search will be limited by your users branch Step 9 is the error, if OPAC_LIMIT_OVERRIDE is set to 1 in the SetEnvIf then this should NOT be your local library branch, but actually the limit set in the Apache conf VirtualHosts example additions ServerName opac.your-domain.com ServerAlias opac2.your-domain.com SetEnvIf Host "opac2.your-domain.com" OPAC_SEARCH_LIMIT=branch:search_group_code OPAC_LIMIT_OVERRIDE=1 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 9854] New: Add 'ttf-dejavu*' packages to debian/control file, for label printing (bug 8375)
by bugzilla-daemon＠bugs.koha-community.org 05 May '14

05 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9854 Bug ID: 9854 Summary: Add 'ttf-dejavu*' packages to debian/control file, for label printing (bug 8375) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: mtj(a)kohaaloha.com -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10857] New: Add facets cancellation
by bugzilla-daemon＠bugs.koha-community.org 05 May '14

05 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10857 Bug ID: 10857 Summary: Add facets cancellation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When searching (at the OPAC or staff), facets can be enabled but never disabled. So a user must relaunch the search. -- You are receiving this mail because: You are watching all bug changes.

1 61

[Bug 11741] New: < > not displaying correctly in XSLT result list
by bugzilla-daemon＠bugs.koha-community.org 05 May '14

05 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11741 Bug ID: 11741 Summary: < > not displaying correctly in XSLT result list 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If you have a record, that contains < >, those are incorrectly escaped on the OPAC and staff XSLT result lists. The detail pages display correctly. Example: Record: Wer ist wer? <TEST> Display: Wer ist wer? <TEST&gt HTML source: &lt;TEST&gt It looks like a problem with the sequence of escaping characters. First < > are changed to HTML entities, then the apersand itself is changed, leaving us with a mix. This was reported by one of our librares and seems to have changed between 3.6 and 3.12 as they were recently updated. The problem doesn't seem to appear on master. I couldn't test with 3.14 so far. -- You are receiving this mail because: You are watching all bug changes.

1 18