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

[Bug 8697] New: slips not using custom lists on all pages
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8697 Priority: P5 - low Change sponsored?: --- Bug ID: 8697 Assignee: koha-bugs(a)lists.koha-community.org Summary: slips not using custom lists on all pages Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha When on the patron record on the Details or Fines tab if you choose to print slip or quick slip it chooses the 'all libraries' slip. Other tabs - like the checkout tab use the custom slip for that branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6976] New: User hold limit can be avoided by users in OPAC
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6976 Bug #: 6976 Summary: User hold limit can be avoided by users in OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Problem as reported: borrowers are only allowed 5 holds. If holds are done individually, it is obeying that law i.e. X has held 5 separate books – when I tried to do a 6th book it told me that I could not place a hold. However, if a borrower checks the catalogue, gets the intial list up and clicks items on the “results” box and then clicks “place hold” they can hold more than 5 items – I have been able to hold 8 (and I suspect could do more) Looks like the logic is a bit flawed when placing multiple holds as the variable canreserve is not reset for each iteration of the loop. Testing fix on site patch to follow -- 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 37

[Bug 7830] New: return policy error in hold policy by item type after upgrade
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7830 Priority: P5 - low Change sponsored?: --- Bug ID: 7830 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: return policy error in hold policy by item type after upgrade QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Depends on: 7144 Product: Koha Created attachment 8633 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8633&action=edit error message After upgrading to master (as of this morning) I see the attached on my circ and fine rules. Shouldn't this have a default value set on upgrade so that there isn't an error? I think this comes from the Floating Collections dev - but I'm not sure. Adding a 'depends on' for that bug report. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9730] New: The sub 'AnonymiseIssueHistory' fails quietly if 'AnonymousPatron' is not a valid entry
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9730 Bug ID: 9730 Summary: The sub 'AnonymiseIssueHistory' fails quietly if 'AnonymousPatron' is not a valid entry Classification: Unclassified 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: christophe.croullebois(a)biblibre.com it fails also if 'AnonymousPatron' = 0 With the patch in this case the borrowernumber becomes NULL -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9996] New: Fix search for existing/upgraded Debian package instances
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '15

14 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9996 Bug ID: 9996 Summary: Fix search for existing/upgraded Debian package instances Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no CC: robin(a)catalyst.net.nz Depends on: 3087, 9256 Bug 9256 fixed the fallout from bug Bug 3087 for *new* instances that are created with koha-create, but it did nothing for instances that are upgraded to 3.10.x. We probably need a koha-upgrade-to-3.10, similar til how it was done for 3.4? What I found I had to do to make my instances work after they were upgraded from 3.8.11 to 3.10.4 was: 1. Replace syntax="usmarc" with syntax="normarc|marc21" in koha-conf-xml (and by "normarc|marc21" I mean either normarc or marc21, depending on what the instance actually uses) 2. Change this: <xi:include href="/etc/koha/zebradb/retrieval-info-auth-dom.xml" to this: <xi:include href="/etc/koha/zebradb/marc21-retrieval-info-auth-dom.xml" or this: <xi:include href="/etc/koha/zebradb/normarc-retrieval-info-auth-dom.xml" again depending on what marcflavour the instance uses. 3. Restart Zebra So a koha-upgrade-to-3.10 script should probably do something similar. But I might be missing things! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 8411] New: merging allows for creation of duplicate fields where not allowed
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '15

13 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8411 Priority: P5 - low Change sponsored?: --- Bug ID: 8411 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: merging allows for creation of duplicate fields where not allowed Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha See here : http://manual.koha-community.org/3.8/en/stafflists.html#mergebibrecs the merging bib records tool used to stop you from adding fields if they were not repeatable, but I was just able to add the two 001 fields to my destination record but the framework says it's not repeatable. For the 999 it didn't add it but didn't give me an error either. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7571] New: Maintain exchange rate history
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '15

13 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7571 Bug #: 7571 Summary: Maintain exchange rate history Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha.sekjal(a)gmail.com Indian libraries need to maintain exchange rates across time. When items are invocied, sometime invoice date can be in the past, the actual cost needs to be calculated using the exchange rate as it stood on the inovice date. With this change Koha will store exchange rates for each currency along with "last update date". Invoicing and receiving pages will be changed to calculate actual cost based on exchange rates as on on invoice dates. -- 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 19

[Bug 5711] New: Distinction between authors/additional authors in opac normal view (MARC21/XSLT)
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '15

13 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5711 Summary: Distinction between authors/additional authors in opac normal view (MARC21/XSLT) Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The patch for bug 5701 put the additional authors with their relator codes on their own line in the staff client and we should do the same in the OPAC. I suggest a further break out that looks like this: Author: Editor: Illustrator: Translator: Additional Authors: Otherwise the editor or translator will appear as an author and that's confusing I think to the patrons. Relator Codes here: http://www.loc.gov/marc/relators/relaterm.html -- 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 7

[Bug 7879] New: Memoize::Memcached two times slower than it should be
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '15

13 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7879 Priority: P5 - low Change sponsored?: --- Bug ID: 7879 Assignee: gmcharlt(a)gmail.com Summary: Memoize::Memcached two times slower than it should be QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: rel_3_6 Component: Architecture, internals, and plumbing Product: Koha Created attachment 8791 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8791&action=edit Memoize::Memcached 2x speedup While profiling Koha with memcached turned on I was stunned by NYTProf results: Calls P F Exclus Inclus Subroutine 55 2 1 1.70s 1.70s Memoize::Memcached::EXISTS 55 2 1 1.68s 1.68s Memoize::Memcached::FETCH Code analysts showed that it generates two FETCH requests for each item. Attached patch fixes upstream module and might be beneficial on existing Koha installations which use memcached. It uses shared variable, and it's safe in CGI installations. Having shared variable showed another characteristic of current code: 55 2 1 33.8ms 33.8ms Memoize::Memcached::EXISTS 55 2 1 362µs 362µs Memoize::Memcached::FETCH This is good, but a little bit too fast. Examining hit and miss ratio stored in Koha::Persistant::stats it turns out that we are accessing memcache 106 times, but only 4 times for new values. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10756] New: Carousel Display of New Titles on OPAC home page
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '15

11 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10756 Bug ID: 10756 Summary: Carousel Display of New Titles on OPAC home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bob(a)calyx.net.au QA Contact: testopia(a)bugs.koha-community.org This feature displays recently added items to your Koha's main OPAC page, using a 'carousel' style display. This feature can be enabled/disabled via a Koha syspref, and requires memcached. This feature can be styled and configured using CSS. A demo of the feature (Koha-3.10) is available at http://demo.calyx.net.au This feature adds to Koha the ContentFlow library by JacksAsylum.eu (MIT license): http://jacksasylum.eu/ContentFlow/index.php Special thanks to Harvest Bible College, Australia for sponsoring this feature. Thanks also to Albany Senior High School,New Zealand and KohaAloha for an earlier prototype. -- You are receiving this mail because: You are watching all bug changes.

1 6