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

[Bug 12556] New: SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Bug ID: 12556 Summary: SelfCheck machine starts the hold instantly with an email sent out Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently when a reserved book is returned on a SelfCheck machine the hold starts the hold instantly with an email sent out. It would be preferable if the hold started once it had been taken out of the SelfCheck bins and checked in by reservations staff at the counter. Current suggestion: Possible time delay on the message - may help if after 8 at night and 9 the following morning if delayed until following morning still a workaround if looked at account on OPAC they would see a hold e.g. so theoretically it could still be in the bin - it is difficult to find a correct time delay because of the number of variables - a bit more of a task to put in functionality change Possible Ideal Process: Requested item is returned via SelfService machine - for the patron the process remains the same (they are directed to put it in the RED slot) Instead of an email being sent immediately at that point to the patron next in line for the request, the item would have a new circulation status e.g. ‘In SelfService’ this removes the item from the patron’s record but does not trigger the next hold until it is checked-in by a member of the library, at which point the item moves onto the next circulation status that it would have had before going into ‘In SelfService’ (e.g. ‘On hold’ or ‘in transit’ etc.) There could be different variations of this process based on what is easiest to incorporate into Koha e.g. the item could possibly go into a transit status to a new Shelving Location or Branch - again ‘SelfService etc.’ - before returning to the correct next circulation status as described before - once it is checked-in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 11431] New: Add additional sound options for warnings
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11431 Bug ID: 11431 Summary: Add additional sound options for warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: melissa(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice if Koha had a library of sounds to choose from and then apply to various yellow box warnings. This should also include a page in the administration area where staff could choose which sound to be played for each action. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 207

[Bug 13751] New: "Begins with" search not possible with ICU indexing
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13751 Bug ID: 13751 Summary: "Begins with" search not possible with ICU indexing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org With ICU activated, a "begins with" search like ti,ext= will return the same results as a ti= search. This is a problem for libraries with big collections where a title you look for can be pretty unspecific and you need a way to do more exact searches. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 14830] New: anonymous purchase suggestions are invisible/inaccessible in staff interface
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '15

24 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14830 Bug ID: 14830 Summary: anonymous purchase suggestions are invisible/inaccessible in staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org this seems to be due to anon. suggestions being created with a NULL branchcode more info to come... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 10821] New: label pdf adding in strange breaking
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821 Bug ID: 10821 Summary: label pdf adding in strange breaking Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 20781 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20781&action=edit call number Let's start here - the CSV, XML and Quick label creator do not have this problem - it's purely the PDF. So see the attached images. The call number is 'Script H82 E45' the label is set to print itemcallnumber only and yet with it prints it makes the label look like this (also attached): SCR .I P T H82 E45 It's adding spaces and a dot that don't belong there. I have changed the font size and it still does it. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 9370] New: use Library::CallNumber::LC when splitting LC call numbers for spine labels
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9370 Bug ID: 9370 Summary: use Library::CallNumber::LC when splitting LC call numbers for spine labels Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com We should switch to using Library::CallNumber::LC for splitting LC call numbers when generating spine labels for several reasons: [1] Library::CallNumber::LC was written specifically for parsing LC call numbers, while the current code in Koha was developed based on very few examples. [2] The module is currently being used by Evergreen. Any future efforts to improve LC call number parsing by updating Library::CallNumber::LC would benefit both ILS projects. [3] In bug 6281, I'm proposing using this module to improve sorting of LC call numbers. Using the module would reduce redundancy in Koha's code base. [4] And, perhaps most importantly, it solves a problem reported by a library. The immediate motivation for this change is an example call number that one of our customers noted is being split incorrectly. The LC number 'QH541.15.C6 C25 2012' is currently being split like this: QH 541 .15 .C6 C25 2012 It should actually be split as follows: QH 541.15 .C6 C25 2012 The ".15" after "541" is part of the main class number; it isn't a Cutter. To test: [1] Add an item record with the call number QH541.15.C6 C25 2012 and set it classification source to lcc. [2] Generate a spine label and verify that the call number is split like this: QH 541.15 .C6 C25 2012 -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 12201] New: Add the ability for the user to supply a callnumber splitting regexp for custom CN systems
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12201 Bug ID: 12201 Summary: Add the ability for the user to supply a callnumber splitting regexp for custom CN systems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: cnighswonger(a)foundations.edu QA Contact: testopia(a)bugs.koha-community.org The proposed feature will add a system preference to contain a custom regexp to be used by the label tool for splitting of callnumbers in a custom CN system. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 5302] New: Replace current call number splitting code with a plug-in system based on classification source
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5302 Summary: Replace current call number splitting code with a plug-in system based on classification source Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 RFC began here: http://wiki.koha-community.org/wiki/Call_Number_Splitting_Plugin_System Please feel free do comment, etc. -- 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 14953] New: Adlibris (Swedish supplier) cover image support
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14953 Bug ID: 14953 Summary: Adlibris (Swedish supplier) cover image support Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The Swedish book retailer Adlibris (http://www.adlibris.se) has a web service that allows users to retrieve cover images over HTTP and HTTPS via ISBN. No credentials or cookies are required. Halland County library plans to add support (via a system preference) to retrieve this covers. Enabling this will risk data leakage to the store about what titles people search for and which titles they look at. Using HTTPS protects the data from interception by third parties but the second party can see the results in the web logs of the server. Identification of users is possible if the computer used has cookies set for the adlibris.se domain (as well as more sophisticated methods). -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15062] New: Holds queue with Transport Cost Matrix will transfer item even if transfers disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15062 Bug ID: 15062 Summary: Holds queue with Transport Cost Matrix will transfer item even if transfers disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If the transfer of an item from Library A to Library B is disabled in the Transport Cost Matrix, but the only item on a record is from Library A, the holds queue will request a transfer of that item from Library A to Library B even though the rules state such a transfer is not allowed! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17