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

[Bug 29325] New: commit_file.pl error 'Already in a transaction'
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29325 Bug ID: 29325 Summary: commit_file.pl error 'Already in a transaction' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz To reproduce: 1. Pick a file for staging: $ kshell k$ misc/stage_file.pl --file TestDataImportKoha.mrc => SUCCESS: All good 2. Commit! k$ misc/commit_file.pl --batch-number 1 => FAIL: You see DBIx::Class::Storage::DBI::_exec_txn_begin(): DBI Exception: DBD::mysql::db begin_work failed: Already in a transaction at /kohadevbox/koha/C4/Biblio.pm line 303 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 100

[Bug 22343] New: Add SMTP settings
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22343 Bug ID: 22343 Summary: Add SMTP settings Change sponsored?: --- Product: Koha Version: 18.11 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: fv(a)spots.school QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I would like to add fields to Koha>Administration for SMTP settings to make it easy to use external mail servers without having to edit files on the server. I am thinking that we could edit koha/C4/Letters.pm adding $mail{smtp} = 'my.mail.server'; I am not sure how the settings are passed to Letters.pm however. What does everyone else think? Is this the right way to do it? Thank you! FV -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 351

[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 31341] New: HoldsSplitQueue system preference is unrelated to the Holds Queue and should be renamed
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 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 24 Oct '22

24 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 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

[Bug 31387] New: Marking othernames as required via PatronSelfRegistrationBorrowerMandatoryField does not display required label
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31387 Bug ID: 31387 Summary: Marking othernames as required via PatronSelfRegistrationBorrowerMandatoryField does not display required label Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: lucas(a)bywatersolutions.com Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Mark othernames as required via PatronSelfRegistrationBorrowerMandatoryField 2. Go to the self-reg form, the field is required but the span that makes it look required stays hidden. (<div class="required_label required">Required</div>) 3. Mark initials as required via PatronSelfRegistrationBorrowerMandatoryField. 4. Now the label_required field appears for othernames in the self ref form This is because of a cut/paste error. -- You are receiving this mail because: You are watching all bug changes.

1 14