March 2013 - Koha-bugs - lists.koha-community.org

[Bug 8370] New: Default checkout, hold and return policy for all library => wrong term
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8370 Priority: P2 Change sponsored?: --- Bug ID: 8370 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, nengard(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Default checkout, hold and return policy for all library => wrong term Severity: normal Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The string "Default checkout, hold and return policy for all library" that appear in issuingrules when you're on "All" library is wrong. It's related to the rule that is applied by default if there is no library-level rule. Same problem with "Checkout limit by patron category for all libraries" and "Holds policy by itemtype for all libraries" => they refer to the behaviour if no library-level rule is set -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8738] New: DateTime object being compared to a date string in circulation
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8738 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8738 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: DateTime object being compared to a date string in circulation Severity: enhancement Classification: Unclassified OS: All Reporter: mjr(a)software.coop URL: http://intranet/cgi-bin/koha/circ/circulation.pl Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha A DateTime object can only be compared to another DateTime object (DateTime=HASH(0x54110d8), 0). at /home/coop/koha/unstable/src/circ/circulation.pl line 346 at /usr/lib/perl5/DateTime.pm line 1801 DateTime::_compare('DateTime=HASH(0x54110d8)', 0, 0) called at /usr/lib/perl5/DateTime.pm line 1780 DateTime::compare('DateTime=HASH(0x54110d8)', 0) called at /usr/lib/perl5/DateTime.pm line 1762 DateTime::_compare_overload('DateTime=HASH(0x54110d8)', 0, '') called at /home/coop/koha/unstable/src/circ/circulation.pl line 346 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8860] New: can't merge if you don't have fast cataloging permissions
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8860 Priority: P5 - low Change sponsored?: --- Bug ID: 8860 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: can't merge if you don't have fast cataloging permissions Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha A couple of libraries so far have reported that they are unable to merge records through the Lists feature. They can create a list, add records to it, and select two records to merge without a problem, but when they get to the Merge Reference screen and click Next, they get logged out of koha and put back to the Login screen with an error. When logging back in, they get the error message "an unexpected number of records was provided for merging. Currently only two records at a time can be merged." They have only selected two records for merging but they still receive this message. We have tested this in 3.8 and master and in Chrome, Firefox and IE. It actually works in IE, but doesn't in FF or Chrome (the browsers we tell people to use for the staff client). It turns out this happens to users who have edit catalog and edit items permission but not fast cataloging permissions. You shouldn't need fast cataloging permissions to merge items, all it should require is edit catalog and edit items. Also, the error message is misleading since it's a permissions issue and not an issue with the number of items you're merging. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8622] New: Koha themes broken
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8622 Priority: P3 Change sponsored?: --- Bug ID: 8622 Assignee: jcamins(a)cpbibliography.com Summary: Koha themes broken Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Due to regressions in the codebase, Koha's built in theming support (e.g. prog) no longer functions properly: all of prog must be duplicated even for a relatively small change due to errors in fallback for TT includes and XSLT files. Moreover, in places where fallback *was* working, incorrect CSS, javascript, and image files were being displayed because [% themelang %] in the templates was being set to the fallback theme/language, rather than the current theme/language. CSS, Koha-specific javascript, and image files should always be pulled from the preferred theme, never from the fallback theme. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8597] New: New theme for the OPAC with a mobile view
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8597 Priority: P5 - low Change sponsored?: --- Bug ID: 8597 Assignee: oleonard(a)myacpl.org Summary: New theme for the OPAC with a mobile view Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Created attachment 11448 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11448&action=edit New theme for the OPAC We created a new OPAC theme for our client and he agreed to share it with the community. This new theme also includes a mobile version using mediaqueries in another patch. How to install : 1. Add the image files found in the attached "images.zip" file to the "koha-tmpl/opac-tmpl/prog/images" folder. 2. Apply the patch file on your Koha instance. This patch file includes new js and css files, and some template modifications. -- You are receiving this mail because: You are watching all bug changes.

1 89

[Bug 8623] New: Javascript libraries should be outside theme directories
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8623 Priority: P5 - low Change sponsored?: --- Bug ID: 8623 Assignee: oleonard(a)myacpl.org Summary: Javascript libraries should be outside theme directories Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Similar to bug 4048, which seeks to move Koha's non-translatable assets outside of language-specific directories, third-party javascript libraries should be stored outside of the theme hierarchy entirely, in koha-tmpl/opac-tmpl/lib/ and koha-tmpl/intranet-tmpl/lib/. This will prevent future regressions in Koha's theming functionality. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 8523] New: Authority hierarchies only support UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8523 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8523 Assignee: jcamins(a)cpbibliography.com Summary: Authority hierarchies only support UNIMARC Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Depends on: 8207 Product: Koha As of right now, the authority hierarchy code works only with UNIMARC. There is, however, no reason why it should not also work with MARC21, and we propose to add support for MARC21 to the authority hierarchy code. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 8737] New: Incorrect icon at login in staff client
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8737 Priority: P5 - low Change sponsored?: --- Bug ID: 8737 Assignee: oleonard(a)myacpl.org Summary: Incorrect icon at login in staff client Severity: enhancement Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: Templates Product: Koha Problem: despite setting the syspref for IntranetFavicon and doing several refreshes, the default koha icon shows in my firefox tab. Test: 1) Go to koha staff client to log in. The default green box k logo should be in the browsers tab. 2) Log in. 3) If it is still the default: 3-1) click "Koha Administration" 3-2) click "Global system preferences" 3-3) click on the "Staff client" tab near the bottom left of the page 3-4) In the "Appearance" section, modified the "IntranetFavicon" system preference to point a different icon. 3-5) scroll down and click 'Save all staff client preferences' 3-6) log out 3-7) log in 4) It should now be a different icon. 5) log out. It should now be the default icon, not the same one as logged in. Before coming upon what I am going to attach as a solution, I was looking in Template. jcamins commented out a section of code that I was going to add to as a solution, so I figured that wouldn't be a good solution. I then checked to see if it worked for OPAC. It did, so something must have the right code for Opac, but have forgotten the Intranet. Pre-solution hunt: 1) cd kohaclone 2) grep OpacFavicon `find . -name "*.p[lm]"` 3) grep IntranetFavicon `find . -name "*.p[lm]"` 4) Note there are two entries for OpacFavicon in C4/Auth.pm, but only one IntranetFavicon entry So looking at around line 949 which is in the "AUTH rejected" section, I found both OPAC and Intranet variables were being set, but the IntranetFavicon was missing. NOTE: Someone more familiar with expected environment variables should check if anything else is missing. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 8818] New: Authority linker error on Z cataloging
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8818 Priority: P5 - low Change sponsored?: --- Bug ID: 8818 CC: jcamins(a)cpbibliography.com, m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Authority linker error on Z cataloging Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha I was cataloging a new book today. I followed these steps: 1. Z39 search of LOC 2. Choose title 3. Add summary 520 4. Add url 856 5. Choose authority for author 100 6. Hit save I got this error: Software error: Can't locate object method "new" via package "C4::Linker::FirstMatch" (perhaps you forgot to load "C4::Linker::FirstMatch"?) at /home/nengard/kohaclone/C4/Biblio.pm line 503. For help, please send mail to the webmaster (webmaster@debian), giving this error message and the time and date of the error. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8110] New: Fines accruing on closed days
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8110 Priority: P5 - low Change sponsored?: --- Bug ID: 8110 Assignee: henridamien(a)koha-fr.org Summary: Fines accruing on closed days Severity: normal Classification: Unclassified OS: All Reporter: mduncan(a)uttyler.edu Hardware: All Status: NEW Version: master Component: Holidays Product: Koha Fines accrue on days set as closed in the calendar. -- You are receiving this mail because: You are watching all bug changes.

1 69