September 2012 - Koha-bugs - lists.koha-community.org

[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

[Bug 8780] New: Lower dependency version for DateTime::TimeZone
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8780 Priority: P5 - low Change sponsored?: --- Bug ID: 8780 Assignee: gmcharlt(a)gmail.com Summary: Lower dependency version for DateTime::TimeZone Severity: enhancement Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: Installation and upgrade (command-line installer) Product: Koha A base Debian install of 6.0.5 has a DateTime::TimeZone version 1.20 available (including debian.koha-community.org repositories), but the PerlDependencies.pm says 1.26 After discussions on the IRC channel (http://irc.koha-community.org/irclog/koha/2012-09-17) from 08:50-09:35 and 12:44-13:07, I decided to email Colin Campbell. He replied: "No its a nominal number. Looking through the changes log nearly all changes up to current (1.50) are just updates to reflect data changes in some timezones. We're mainly using it for the timezone names so I think 1.20 will be fine. I think the only reason a number was chosen was because one of the install routines didnt allow us just to say any DateTime::TimeZone Cheers Colin" Given that Colin says it should be okay to lower it to 1.20, and that Wajasu has purposefully tweaked his out since June (almost 3 months), I propose we lower the minimum value to 1.20 from 1.26. This will make git installs under Debian attainable. Test ----- 1) Do a fresh git clone on Debian. 2) cd the clone. 3) sudo apt-get install dselect 4) sudo dpkg --set-selections < install_misc/debian.packages 5) sudo dselect 6) choose I, C, R, and then Q. 7) ./koha_perl_deps.pl -m -u 8) Notice that despite being installed, DateTime::TimeZone is 1.20 vs. the required 1.26 now apply patch 9) ./koha_perl_deps.pl -m -u 10) Notice that DateTime::TimeZone is no longer listed. As for the other items, that can be fixed by running my check_deps.sh script which is in the release-tools repo (I believe), and as such, is another bug report. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8793] New: Remove references to OPAC icons from NORMARC staff XSLT
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8793 Priority: P5 - low Change sponsored?: --- Bug ID: 8793 CC: gmcharlt(a)gmail.com Assignee: magnus(a)enger.priv.no Summary: Remove references to OPAC icons from NORMARC staff XSLT Severity: minor Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: ASSIGNED Version: master Component: Staff Client Product: Koha This was first pointed out on Bug 8624. NORMARCslim2intranetDetail.xsl: <xsl:element name="img"><xsl:attribute name="src">/opac-tmpl/prog/famfamfam/<xsl:value-of select="$materialTypeCode"/>.png</xsl:attribute><xsl:attribute name="alt"></xsl:attribute></xsl:element> NORMARCslim2intranetResults.xsl: <xsl:when test="$typeOf008='Mon'"><img src="/opac-tmpl/prog/famfamfam/silk/book.png" alt="Bok" title="Bok"/> Bok</xsl:when> <xsl:when test="$typeOf008='Per'"><img src="/opac-tmpl/prog/famfamfam/silk/newspaper.png" alt="Periodika" title="Periodika"/> Periodika</xsl:when> <xsl:when test="$typeOf008='Fil'"><img src="/opac-tmpl/prog/famfamfam/silk/computer_link.png" alt="Fil" title="Fil"/> Fil</xsl:when> <xsl:when test="$typeOf008='Kar'"><img src="/opac-tmpl/prog/famfamfam/silk/map.png" alt="Kart" title="Kart"/> Kart</xsl:when> <xsl:when test="$typeOf008='FV'"><img src="/opac-tmpl/prog/famfamfam/silk/film.png" alt="Film og video" title="Film og video"/> Film og video</xsl:when> <xsl:when test="$typeOf008='Mus'"><img src="/opac-tmpl/prog/famfamfam/silk/sound.png" alt="Musikktrykk og lydopptak" title="Musikktrykk og lydopptak"/> Musikk</xsl:when> MARC21 does not seem to use images like this, so I'll probably just remove them. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8624] New: famfamfam should be outside theme directory
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8624 Priority: P5 - low Change sponsored?: --- Bug ID: 8624 Assignee: oleonard(a)myacpl.org Summary: famfamfam should be outside theme directory Severity: minor Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha The famfamfam image set is a standard third-party collection that is not "skinned" for different themes. Therefore, it should be moved outside the theme directory to /koha-tmpl/opac-tmpl/famfamfam/ -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 8606] New: Talking Tech broken by Bug 7001
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8606 Priority: P5 - low Change sponsored?: --- Bug ID: 8606 Assignee: koha-bugs(a)lists.koha-community.org Summary: Talking Tech broken by Bug 7001 Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha The patches for bug 7001 removed the parseletter subroutine from C4::Letters without updating the talking tech script to use the new alternative. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 7894] New: Broken detail page for first link on page 2 from search result page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7894 Priority: P5 - low Change sponsored?: --- Bug ID: 7894 Assignee: oleonard(a)myacpl.org Summary: Broken detail page for first link on page 2 from search result page in OPAC QA Contact: koha.sekjal(a)gmail.com Severity: blocker Classification: Unclassified OS: All Reporter: arslanone(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Hi, When you search the OPAC, clicking on the 1st result of page 2 always gives this error: ------------------------------------------- "Software error: Can't use string ("00800nam a22002537a 450000100050") as an ARRAY ref while "strict refs" in use at /usr/share/koha/lib/C4/Search.pm line 1493." ------------------------------------------- Screenshot: http://postimage.org/image/ouqivltox/ The error only happens when we search in the OPAC, go to page 2, and click on 1st record. Search a different term and, that will result in some different record on page 2 top, and clicking that record will give same error. Right click and copy the link of that record, and open it by directly pasting in another browser and the record will show properly. Meaning there is nothing wrong with the record itself. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 6151] New: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6151 Bug #: 6151 Summary: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If IndependantBranches is on, and an item is checked into a branch that is not it's current HomeOrHoldBranchReturn branch, a "Wrong Branch" message is given, and the return is denied. This is not always desirable behaviour. For example, some libraries may want an item owned by Branch A but issued from Branch B to be returnable to either A or B (the patron returning the material to A saves the library transit costs), or even to be returnable to Library C if the transit network is robust. More heinous a problem, if an item is issued from Library B, and HomeOrHoldingBranchReturn is set to Homebranch, the patron cannot return the item to Library B. And further, when AutomaticItemReturn is turned on and HomeOrHoldingBranchReturn is HoldingBranch, an item issued from Library B and returned to Library B will not trigger a transfer message to return it to Library A. So, with the two above, if HomeOrHoldingBranchReturn is considered the only adjustable variable (since changing IndependantBranches has many, many consequences, and AutomaticItemReturn is a library policy decision), neither setting will allow for desirable behaviour. -- 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 28