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

[Bug 11638] New: Untranslatable "Tag editor" in addbiblio.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '14

03 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11638 Bug ID: 11638 Summary: Untranslatable "Tag editor" in addbiblio.pl Change sponsored?: --- Product: Koha Version: master 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 addbiblio.pl has a hard-coded (and therefore untranslatable) "Tag editor" text. It appears in two places in the code. Also: print "Content-Type: text/html\n\n<html><body><h1>ERROR when DELETING BIBLIO $biblionumber : $error</h1></body></html>"; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 10469] New: display more in frameworks
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '14

03 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10469 Bug ID: 10469 Summary: display more in frameworks Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When editing frameworks you have to click 'display more' to see the hidden values and others. I don't think we need to make this collapsed and require clicking to see more. But if others feel that we do need it I'd like a way to have it remember that I showed more on the previous subfield so that I don't have to click it over and over for every subfield on a tag. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11768] New: Show patron cardnumber in opac personal details
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '14

03 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11768 Bug ID: 11768 Summary: Show patron cardnumber in opac personal details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In previous versions of Koha, the patron cardnumber was displayed in the personal details section of the opac for logged in users. A patron needs to be able to access his or her cardnumber in some cases to access online resources a library makes available that requires his or her cardnumber. This is especially important for patron self registration where a patron may not have a physical library card. This field should be re-added to the patron personal details page. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7441] New: search results showing wrong branch?
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '14

03 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7441 Bug #: 7441 Summary: search results showing wrong branch? Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com When you search in the OPAC it shows you the HOME branch on the location in XSLT (see here: http://screencast.com/t/m870Mr8Wm) but if you click through to the detail page it shows you the CURRENT BRANCH in the holdings table which is very confusing to patrons. I don't know what's the right solution - home or holding branch, but they should be the same in both places for the patron's sake. If you do the same search in the staff client you see the right branch info on the search results and on the detail page. Nicole -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 83

[Bug 8466] New: Holds on MARC records with no item causes silent error in koha-error_log
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '14

03 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8466 Priority: P5 - low Change sponsored?: --- Bug ID: 8466 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Holds on MARC records with no item causes silent error in koha-error_log Severity: minor Classification: Unclassified OS: All Reporter: kolpen(a)o2.pl Hardware: All Status: NEW Version: rel_3_6 Component: Cataloging Product: Koha Created attachment 10931 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10931&action=edit proposed (two) patches While cataloging, viewing MARC details of record that hasn't items yet, a silent error occurs in koha-error_log when a librarian clicks on the "Holds" tab. The error messages are like that: request.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 3 at /usr/share/koha/lib/C4/Koha.pm line 811., request.pl: DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/share/koha/lib/C4/Koha.pm line 814., The reason is an empty items value in dynamically build query in procedures: - Module: Items.pm, procedure: GetItemInfosOf - Module: Biblio.pm, procedure: GetBiblioItemInfosOf Proposed patch refers to the version 3.6.4 The bug occurs also in later Koha versions (ie. 3.6.6, 3.8) and the same patches should be implemented there (it is only one line add), respectively: Module: Items.pm - line 1064 in version 3.6.6; line 1069 in version 3.8 Module: Biblio.pm - line 1014 in version 3.6.6; line 1026 in version 3.8 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 10068] New: Move from the utf8:: pragma methods to Encode::
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10068 Bug ID: 10068 Summary: Move from the utf8:: pragma methods to Encode:: Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com As stated by Larry Wall [1] we should not be using the loose (UTF-8 implementation) utf8::encode utf8::decode methods, and using Encode::encode and Encode::decode (respectively) instead, which are stricter. At first sight this might have important consequences (breakage for people having bad data). I belive it won't: we currently have reports on the lists of people having trouble with wide characters and bad encodings on the lists. (I think) several libs, we rely on, use UTF-8 instead of utf8. And we are not catching encoding problems properly because of the mixture. To+ [1] http://perldoc.perl.org/Encode.html#UTF-8-vs.-utf8-vs.-UTF8 -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8566] New: Enable koha-foreach to insert the instancename into commands
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8566 Priority: P5 - low Change sponsored?: --- Bug ID: 8566 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: Enable koha-foreach to insert the instancename into commands Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Packaging Product: Koha The synopsis for koha-foreach looks like this: koha-foreach [--enabled] [--email|--noemail] [command] It is used e.g. in cron configs, like this: koha-foreach --enabled /usr/share/koha/bin/cronjobs/fines.pl It would be very useful if we could provide a placeholder in the command, which could then be replaced with the name of the current instance. Then we could do e.g.: koha-foreach --enabled /usr/share/koha/bin/cronjobs/fines.pl --out /var/log/koha/__instancename__ and have fines.pl use the right directory for each instance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 7518] New: searches with quotation marks don't work
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7518 Bug #: 7518 Summary: searches with quotation marks don't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: melia(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com A search term without quotation marks returns the expected results. The same search term with quotation marks returns no results. I expected Koha to ignore the quotation marks and return results anyway... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 56

[Bug 11663] New: Bootstap theme opac holding tab improperly displayed when opacbookbag syspref is disabled
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '14

01 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11663 Bug ID: 11663 Summary: Bootstap theme opac holding tab improperly displayed when opacbookbag syspref is disabled 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: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org Bootstap theme opac holding tab is improperly displayed when opacbookbag syspref is disabled, and virtualshelf is enabled. This is due to the fact that in this situation basket.js is loaded (for virtual shelves), but some JS variable are not defined in template since opacbookbag is disabled. To reproduce this bug: - Choose bootstrap OPAC theme - Enable virtualsheves syspref - Disable opacbookbag syspref - Open a biblio record in OPAC detail page - You will observe that items holding tabs are not displayed as tabs but as a buletted list -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11306] New: Login bar over news in Mobile CCSR OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '14

01 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11306 Bug ID: 11306 Summary: Login bar over news in Mobile CCSR OPAC Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 23160 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23160&action=edit mobile See attached. If the library has News on the OPAC the black log in bar is across the middle of the page. -- You are receiving this mail because: You are watching all bug changes.

1 2