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

[Bug 13600] XSLT: 8xx not showing if there is no 4xx
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13600 --- Comment #40 from Nick Clemens <nick(a)bywatersolutions.com> --- I fixed the issue with separators by checking ahead for upcoming series tags The semicolons should be handled on a new bug as we supposedly strip punctuation, then add it back, but it doesn't seem to be working -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13600] XSLT: 8xx not showing if there is no 4xx
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13600 --- Comment #39 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 142530 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142530&action=e… Bug 13600: (follow-up) Add separator between different series fields This patch checks for an upcoming series tag, and adds a separator if one is found -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31953] New: Add read only "default" versions of notices that would be used if no other version of a notice is defined
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31953 Bug ID: 31953 Summary: Add read only "default" versions of notices that would be used if no other version of a notice is defined Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now we have "undeletable" system notices. However, these notices can be modified and there is no easy way to get back to the original version. If we made these versions also "read-only" it would make undoing mistakes much easier for librarians, as they would just have to delete the custom version of the notice. When saving an "edited" version of these notices, it would actually make a copy with the branchcode set appropriately. The new order for selecting a notice would be branchcode specific, then no branchcode, then the "read-only" version. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31951] New: Store MD5 sum for each notice in the sample_notices.yml file
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31951 Bug ID: 31951 Summary: Store MD5 sum for each notice in the sample_notices.yml file 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When developers need to check if a notices matches the default and thus can be updated, it means putting the entire existing notice in the query. If we stored the MD5 in the YAML file, developers could use the MySQL MD5 function to more easily determine if the notice has changed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 31946] New: Wrong permission bit in tests
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31946 Bug ID: 31946 Summary: Wrong permission bit in tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 22343, 26274 t/db_dependent/api/v1/cashups.t: value => { flags => 25**2 } # cash_management flag = 25 t/db_dependent/api/v1/cashups.t: value => { flags => 25**2 } # cash_management flag = 25 t/db_dependent/api/v1/smtp_servers.t: value => { flags => 3**2 } # parameters flag = 3 t/db_dependent/api/v1/smtp_servers.t: value => { flags => 3**2 } # parameters flag = 3 t/db_dependent/api/v1/smtp_servers.t: value => { flags => 3**2 } # parameters flag = 3 t/db_dependent/api/v1/smtp_servers.t: value => { flags => 3**2 } # parameters flag = 3 t/db_dependent/api/v1/smtp_servers.t: value => { flags => 3**2 } # parameters flag = 3 Must be 2**25 and 2**3 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22343 [Bug 22343] Add configuration options for SMTP servers https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26274 [Bug 26274] Expose cash register cashup summaries via an API route. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 31938] New: Add vendor to subscription search result list
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31938 Bug ID: 31938 Summary: Add vendor to subscription search result list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: michaela.sieber(a)kit.edu -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[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