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

[Bug 8811] New: can't run report after saving
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8811 Priority: P5 - low Change sponsored?: --- Bug ID: 8811 Assignee: gmcharlt(a)gmail.com Summary: can't run report after saving Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Reports Product: Koha Created attachment 12472 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12472&action=edit run report after saving After saving a new report, the link to run this report is gone, but the button remains (which is good), however if you click the button to run report it brings you to a blank screen that just has the 'New' button on it. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8829] New: can't import authorities
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8829 Priority: P5 - low Change sponsored?: --- Bug ID: 8829 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: can't import authorities Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha I cannot import authority files via the staff client, but can import bib records. ---------- FROM IRC: [10:45] <nengard> jcamins, i'm testing the authority import in master and it's frozen [10:45] <nengard> and the list of processes on my server doesn't show it running anymore [10:45] <nengard> it did work the first time I tested it … last week I think [10:45] <jcamins> nengard: your javascript was out of date. Go to the manage MARC import screen. [10:45] <nengard> it's not there [10:46] <jcamins> And it's not running? [10:46] <jcamins> Weird. [10:46] <nengard> but the one I did on the 20th is there [10:46] <nengard> It is stuck at processing [10:46] <nengard> on the browser [10:46] <nengard> and the process is not running anymore on the server [10:46] <nengard> what has changed for me since the 20th is that I upgraded to mountain lion … but don't think that's it [10:46] <jcamins> When I imported authorities yesterday it worked. [10:47] <nengard> hmmm [10:47] <jcamins> Actually, it was two days ago. [10:47] <jcamins> Monday. [10:47] * jcamins can eventually figure out what the calendar says. [10:48] <nengard> heh [10:48] <nengard> well i did pull down new updates to master yesterday [10:48] <nengard> so maybe something broke it yesterday [10:48] <jcamins> Right, but I didn't think there was anything new since Monday. [10:49] <nengard> here's what happens … [10:49] <nengard> 1. browse for file [10:49] <nengard> 2. change type to authority [10:49] <nengard> 3. don't look for matches [10:49] <nengard> 4. click button [10:49] <nengard> server says : www-data 1915 0.0 3.3 109904 24300 ? R 10:43 0:00 /usr/bin/perl /home/nengard/kohaclone/tools/background-job-progress.pl [10:49] <nengard> 1 minute later that line is gone from the processes, but the browser still says it's processing [10:50] <nengard> same process with a bib record finishes in no time -- You are receiving this mail because: You are watching all bug changes.

1 10

[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