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

[Bug 31472] New: Extend FindDuplicate to use 001 + 003
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31472 Bug ID: 31472 Summary: Extend FindDuplicate to use 001 + 003 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl, michaela.sieber(a)kit.edu It would be nice if the duplicate check used in cataloging and some other places could also take into account the 001 + 003 fields. When working with a union catalog this would be the best check to perform to make sure any real duplicates are found. Not sure if this needs to be optional. Bug 15248 asked about making the checks configurable, but I am not sure what a good syntax here could look like. Having several preconfigured options in a (multi-)select preference might be easier. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28659] New: Allow Fast Cataloging to skip duplicate check
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28659 Bug ID: 28659 Summary: Allow Fast Cataloging to skip duplicate check Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: - Have a bib in your system with the title "E Street Shuffle" - Confirm you do not have barcode "XXX" in your system - Have Fast Cataloging enabled - Try to check out barcode "XXX" to a patron, get notice that barcode does not exist, follow link to Fast Cataloging - In your Fast Add record, enter title "E Street Shuffle" - click Save, get a popup asking if your new record is a duplicate of the existing record - click "Yes, View Existing Items" - Koha takes you to the existing bib, where you can add a new item (assuming you have permission) - that item will not maintain the XXX barcode and will not follow any of the other settings in one's Fast Add framework I don't expect all libraries to agree on how this should work. It'd be great to have a system preference with which to set whether or not to do that dupe check at all on fast add. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Marie <marie.hedbom(a)musikverket.se> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marie.hedbom(a)musikverket.se -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5276] subscription end date shouldn't be required / allow indefinite subscriptions
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5276 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|colin.campbell@ptfs-europe. |koha-bugs(a)lists.koha-commun |com |ity.org -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31341] New: HoldsSplitQueue system preference is unrelated to the Holds Queue and should be renamed
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31341 Bug ID: 31341 Summary: HoldsSplitQueue system preference is unrelated to the Holds Queue and should be renamed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The system preference "HoldsSplitQueue" has the description "In the staff client, split the holds queue into separate tables by [options]." However, this system preference has nothing to do with the Holds Queue (/view_holdsqueue.pl). Instead, this system preference controls behavior on the bib-level holds priority list (/request.pl). We should renamed the system preference and edit the description such that they accurately describe the behavior. I suggest "HoldsSplitPriority" with the description "In the staff client, split the holds priority list into separate tables by [options]." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31386] New: OPACShowHoldQueueDetails system preference is unrelated to the Holds Queue and should be renamed
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31386 Bug ID: 31386 Summary: OPACShowHoldQueueDetails system preference is unrelated to the Holds Queue and should be renamed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The syspref OPACShowHoldQueueDetails controls whether or not details about holds are shown to patrons on the OPAC. The name uses the term "queue" to refer to the list of patrons waiting for the hold. But Koha's "Holds Queue" is an unrelated specific tool. It's confusing to use the term "queue" to refer to something different here. I suggest we rename this syspref "OPACShowHoldPriorityDetails." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31673] New: Bug 31086
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31673 Bug ID: 31673 Summary: Bug 31086 Change sponsored?: --- Product: Koha Version: 22.05 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: mohamednofal909(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Upgrade to 22.05.04.002 [14:07:01]: Bug 31086 - Do not allow null values in branchcodes for reserves ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Cannot change column 'branchcode': used in a foreign key constraint 'reserves_ibfk_4' at /usr/share/koha/lib/C4/Installer.pm line 739 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 31473] New: Test about bad OpacHiddenItems conf fragile
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31473 Bug ID: 31473 Summary: Test about bad OpacHiddenItems conf fragile Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It tests for data truncation (when a two-letter string is passed for a tinyint(1) field) but there's been some behavior change in the way expressions are processed that makes the test fail: # Failed test at t/db_dependent/Koha/Items.t line 1754. # got: 'Truncated incorrect DECIMAL value: 'AB'' # expected: 'Truncated incorrect DOUBLE value: 'AB'' The fact the expression was tested as a DECIMAL or a DOUBLE first is not really relevant here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 31425] New: Minor correction to patron categories admin title
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31425 Bug ID: 31425 Summary: Minor correction to patron categories admin title Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The logic in the template for showing the patron category administration page's title tag leaves an extra "&rsaquo" at the beginning if you're looking at the main view. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 31390] New: Remove noisy warns in C4::Templates
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31390 Bug ID: 31390 Summary: Remove noisy warns in C4::Templates 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you don't provide a $query argument for C4::Templates::gettemplate it will warn, but it's just passing the $query object to C4::Languages::getlanguage() which is often invoked in Koha without it. It's a totally unnecessary warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16