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

[Bug 14304] New: RDA: Display link in XSLT for 264 field to reflect Zebra indexing
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14304 Bug ID: 14304 Summary: RDA: Display link in XSLT for 264 field to reflect Zebra indexing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, katrin.fischer(a)bsz-bw.de This bug pretend to complement the bug 14198. This will modify the XSLT in Intranet and OPAC to display the link for Publisher, Distributor, Manufacuter, copyright in XSLTs. -- You are receiving this mail because: You are watching all bug changes.

1 11

[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 2696] Fine Payments Should Show What Was Paid For
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2696 --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Chetan, this is not easy to solve, as one payment can be for multiple fines and can only include partial payments. This is why Kyle and others have been working on a rewrite of the accounts system. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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 2696] Fine Payments Should Show What Was Paid For
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2696 Chetan Panchal <chetanpanchal888(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chetanpanchal888(a)hotmail.co | |m --- Comment #9 from Chetan Panchal <chetanpanchal888(a)hotmail.com> --- Hi Everyone, I am new in this. I want to solve this bug. Please suggest me what is the actual requirement. Is it that when we pay fine in admin then it shows only payment thanks but you need that it should show item details also (i.e - Item Barcode or Item Title). Please help me. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are the QA Contact for the bug.

1 0

[Bug 2124] Moving MARC Fields Around When Cataloging
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2124 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think it(In reply to J Schmidt from comment #2) > Does this issue get resolved with the new professional cataloger's interface? Yes, it's possible to change the sequence of fields - I just cataloged 650 648 for testing. But be aware that the new cataloguing interface doesn't support authority linking yet. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 15249] New: barcode duplicate warning missing during adding multiple copy
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15249 Bug ID: 15249 Summary: barcode duplicate warning missing during adding multiple copy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Koha bug : Suppose a barcode number "1234" has been already entered in the koha system and if by mistake someone assigns again the same number system says barcode must be unique, but in case of entering multiple copy instead of warning system assigns next series of barcodes. For example there are 04 copy of the same title and user/staff enters barcode of first book say "1234" in barcode field and in number of copy 4 than system assigns 1234, 1235,1236 and 1237 but if 1234 is already available in the system than instead of warning it assigns automatically next available numbers i.e. it drops the first number (1234) and assigns 1235, 1236, 1237 ans 1238. My view is even we are entering multiple copy and if barcode is duplicate than koha should warn the system instead of assigning next available numbers ? -- You are receiving this mail because: You are watching all bug changes.

1 2

[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 2124] Moving MARC Fields Around When Cataloging
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '15

24 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2124 --- Comment #2 from J Schmidt <jschmidt(a)switchinc.org> --- Does this issue get resolved with the new professional cataloger's interface? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 2124] Moving MARC Fields Around When Cataloging
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '15

24 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2124 J Schmidt <jschmidt(a)switchinc.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jschmidt(a)switchinc.org -- You are receiving this mail because: You are watching all bug changes.

1 0