June 2015 - Koha-bugs - lists.koha-community.org

[Bug 9750] New: bring routing lists in to notices & slips
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '15

19 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 Bug ID: 9750 Summary: bring routing lists in to notices & slips Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com Routing Lists should be managed in Notices & Slips so that people can customize them with notes or news or whatever they want. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 14384] New: Add option to koha-run-backups, to disable koha instance during backup
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '15

19 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14384 Bug ID: 14384 Summary: Add option to koha-run-backups, to disable koha instance during backup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Add option to koha-run-backups, to disable koha instance during backup -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 9055] New: Mandumah.com's multiple branch search, multiple branch security mod
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '15

18 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9055 Priority: P5 - low Change sponsored?: --- Bug ID: 9055 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Mandumah.com's multiple branch search, multiple branch security mod Severity: enhancement Classification: Unclassified OS: All Reporter: wrobertson1981(a)gmail.com Hardware: All Status: NEW Version: master Component: Authentication Product: Koha This mod creates the ability to search multiple branches using a jquery dropdown, instead of just one or all branches. This mod also replaces SearchMyLibraryFirst preference, giving three options. All = no change from standard koha setup. Preferhome = Prefers patron's home library (others may be searched), koha's current functionality of SearchMyLibraryFirst. Securehome = Only patrons' home library and other assigned libraries (if any) can be searched. With multiple instances of branchcode inside Borrower extended attributes, a patron can be given multiple branches to search within. The Securehome concept also includes the branch given in the apache enviroment of the host/virtualhost contacted, from OPAC_SEARCH_LIMIT = "branch: blah" This patch not only filters the GetBranches results, filtering the patrons ability to see other branches other than the ones given, it also filters the branches given in the limit branch: search options, so that even if a user manually inputted a branch, they are still only getting what they are ment to get. This enhancement would be useful for big libraries, in which its members would be restricted to searching and borrowing from a subset of its books. Overall, the multiple branch search dropdown should prove useful, even with unsecure installations. What is not included yet, is a method to decide what branches to show to a guest, not-logged-in, user. To use this patch, you need to create a branchcode Patron Extended Attribute, and have the patron your working with, have one or more branchcode extended attributes. So, total branches that patron will get: OPAC_SEARCH_LIMIT branch + Patron record home branch + whatever branchcodes you put into Borrower_attributes. You also need to set the preferences, In opac, set SearchableBranches In Patrons, set multibranch. In Searching, set MultiBranchSelect -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 10762] New: Not able to adjust size of barcode numbers
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '15

17 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Bug ID: 10762 Summary: Not able to adjust size of barcode numbers Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I created a new layout (section 2.5.3.1 in the manual) that just shows the barcode, and I set the font size big. First I did 14, then 32 just to make sure my eyes weren't deceiving me. The numbers below the barcode didn't change size! It seems like the font settings only affect the bibliographic data. What I want to change is the barcode number itself. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14315] New: Slow checkouts, caused by many single_holidays definitions
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '15

17 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14315 Bug ID: 14315 Summary: Slow checkouts, caused by many single_holidays definitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com i’ve been poking at a problematic Koha with slow checkout speed, that has around 400 special_holidays defined - only 50 special_holidays are ‘current’. i define ’current’ as holidays that fall after the issue_date, i’ve narrowed the problem down to Koha doing much slow date math on all the holiday rows in the special_holidays table, during a checkout it seems for some situations (like checkouts) Koha only needs to process current holidays, and can safely skip older holidays for processing to me, the most obvious solution seems to be to allow the Koha::Calendar::single_holidays() sub to be passed an ‘issue_date’ arg this would allow single_holidays() to skip any holiday rows older than the $issue_date, for processing Q: is there a better way for single_holidays() to know the issue_date, other than being passed it? i’ve made some hardcoded experiments with the single_holidays() sub skipping old holidays, and seen a 65% improvement to checkout times tested in 3.20.0 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 8089] New: Use Koha::Cache everywhere
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '15

17 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8089 Priority: P5 - low Change sponsored?: --- Bug ID: 8089 Assignee: gmcharlt(a)gmail.com Summary: Use Koha::Cache everywhere Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Depends on: 7248 Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 65

[Bug 9434] New: Static variables used for caches are not Plack-friendly
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '15

17 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9434 Bug ID: 9434 Summary: Static variables used for caches are not Plack-friendly 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: jcamins(a)cpbibliography.com At the moment we cache numerous pieces of information in module-level variables which then do not get updated in other threads/processes when they are changed by the user. This is a serious usability issue. Examples of this include the way we treat sysprefs (there is now a method to disable the syspref cache, but by default it is enabled), notices, frameworks, field mappings, and koha-conf.xml, at least. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10148] New: 007/006 not filling in with existing values
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '15

16 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10148 Bug ID: 10148 Summary: 007/006 not filling in with existing values Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When you use the 007 builder to view the existing values in the 007 tag, Koha is not pulling these existing values into the builder window. Instead, Koha appears to be using defaults. For example: 1. Open a record in the editor 2. The existing fixed field values in the 007 tag are: vd || || 3. Using the tag editor, open the 007 tag builder window and you will see that Koha is not dsiplaying the existing values. 4.If you click the OK button Koha enters the following values: vc aa ak The problem also exists in the 006 tag as well. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10994] New: Email sending is not working in claim notice
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '15

15 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10994 Bug ID: 10994 Summary: Email sending is not working in claim notice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org >From address is null acquisitions claim and serial notice. my $userenv = C4::Context->userenv; $userenv->{emailaddress} -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 14372] New: Error font in Koha Vietnamese
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '15

15 Jul '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14372 Bug ID: 14372 Summary: Error font in Koha Vietnamese Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hien.pham(a)dlcorp.com.vn QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 40058 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40058&action=edit Font error image While I renew items on Koha, the font error occurred in renewal. Please check help me this error -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6