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

[Bug 15565] Place multiple holds at once for the same record in OPAC
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #78823|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15565] Place multiple holds at once for the same record in OPAC
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|alex.arnaud(a)biblibre.com |alexbuckley(a)catalyst.net.nz -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21321] New: Use marc field 264 (when exists) to get (and show) information about place/name/date of production
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21321 Bug ID: 21321 Summary: Use marc field 264 (when exists) to get (and show) information about place/name/date of production Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org The use of Marc field 264 (instead of 260) is currently promoted very much by LC because it is more flexible and versatile (also because it used by RDA). Many records downloaded from Library of Congress nowadays have all the place/name/date of production information only in 264. Koha must take this into account when storing such information in various database tables (and consequently when displaying it in UI tables). To give an example workararound scenario (maybe not the best, I'm just thinking out loud): one should check the presence of 264 and if found, it's data should take precedence when populating ie biblio.copyrightdate. If not, the current functionality (that uses 260) can still be used. This must be repeated for all new and modified bibs. This implies changes to core Koha structure, so a relevant discussion might be required beforehand... ps. Having said that, maybe the (gradual) use of biblio_metadata in all UI tables might give administrators the flexibility to be able to choose one marc field over the other in the UI tables for their installations, but at least the issue of this new field -and it's implications- must be known to the community... After all we will all come across it sooner or later! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21344] New: C4::Biblio::MungeMarcPrice doesn't appear to be used anywhere
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21344 Bug ID: 21344 Summary: C4::Biblio::MungeMarcPrice doesn't appear to be used anywhere Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Whilst QAing bug 12310 I came accross the MungeMarcPrice routine inside C4::Biblio. This method does not appear to be called from anywhere in the current codebase and as such can likely be removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21394] New: after hold is put into place, can not check out to patron and hold can not be removed
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21394 Bug ID: 21394 Summary: after hold is put into place, can not check out to patron and hold can not be removed Change sponsored?: --- Product: Koha Version: 18.05 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kmadden(a)oaklynschool.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com once Hold is confirmed and I try to check it out to a student, a message pops up saying software error 'duplicate id' at that point I can't remove hold in any of the different screens, the book seems to be locked and can no longer be checked out, removed or anything. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 11512] Only allow to override maximum number of holds from staff as other overrides would never be filled
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11512 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |21495 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21495 [Bug 21495] Regression in hold override functionality -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21515] New: Holds to pull: status and note
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21515 Bug ID: 21515 Summary: Holds to pull: status and note 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, some libraries like our use holds to pull on branches which are without everyday service. It measn, that hold to pull request has some time delay because somebody have to catch car and need to go external branch. We are thinking about statuses for requests like "on progress" and field for additional note. Maybe it can be useful for other libraries. Lets talk about it. Thank You Mike -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 15565] Place multiple holds at once for the same record in OPAC
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |BLOCKED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #72 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Frido, does this mean you are no longer working on this patch? Should we move it to WONTFIX? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8993] LDAP authentication improvements: multiple branch and transformation modules
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '18

28 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8993 --- Comment #66 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > If you need someone to sign it off, I can work with you while I have the > damned LDAP knowledge in my mind AND and environment allowing me to test it. > Wait too long, and that's dead. I assume that time window has closed now :( -- You are receiving this mail because: You are watching all bug changes.

1 0