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

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com --- Comment #40 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Hey, this broke tests. Please provide a fix ASAP. https://jenkins.koha-community.org/job/Koha_Master/lastCompletedBuild/testR… -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12802] Send notices using several email addresses
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12802 --- Comment #116 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- One for next cycle at this point I reckon. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35122] New: Allow Koha to Print Barcodes that are not in the system
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35122 Bug ID: 35122 Summary: Allow Koha to Print Barcodes that are not in the system Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice for a feature to exist in Koha to allow libraries to enter barcodes into the Label Creator to print out, however, these barcodes currently do not exist in Koha. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 35168] New: Add a fines amnesty setting in library administration
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35168 Bug ID: 35168 Summary: Add a fines amnesty setting in library administration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries will occasionally have a 'fines amnesty' week, or similar, to allow patrons to return items with no fines. Currently you can select a dropbox while checking in to accomplish this, however, it requires manual work and memory. It would be nice to have an option to enable/disable this for a branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13706] Deduping authorities script (dedup_authorities.pl)
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13706 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #127263|0 |1 is obsolete| | --- Comment #16 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 157935 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=157935&action=e… Bug 13706: New script dedup_authorities.pl This script allow to deduplicate authorities automatically. Script is in misc/maintenance/ It works this way: 1) authorities are fetched from the database. You can limit fetched results by authtypecode, or directly by specifying WHERE clause 2) for each authority: 2.1) build a Zebra query using the 'search_form' for the heading 2.2) run the query, retrieve the results 2.3) among duplicates, choose the one we want to keep (use --choose-method option). 2.5) use C4::Authorities::merge to merge authorities 3) delete the merged authorities Use --help for more informations on options To be done: 1 - Move to module and cover with tests 2 - Add option to only merge unused authorities 3 - Expand 'ppn' option to be 'control-number' option and allow specifying field 4 - More? 1 & 2 I will attempt - 3 & 4 may be future enhancements -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13706] Deduping authorities script (dedup_authorities.pl)
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13706 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35166] New: Enhance display of title information on additems.pl
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35166 Bug ID: 35166 Summary: Enhance display of title information on additems.pl 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On the additems.pl page only the 245a field from the title displays. It would be helpful to add additional subfields for subtitle (245b), part number (245n) and part name (245p). Also adding the general material designation (245h) for libraries that are still using it in their records. Being able to see the entire title would make cataloging easier, more accurate and more efficient. Use case: libraries have a lot of repeating titles where the only distinguishing information is in the subtitle (ex. Dog Man) or part number (ex. Yellowstone TV series) Seeing only the title info from the 245a on the additems.pl screen can cause confusion about whether the correct record is being viewed. This has sometimes led staff to attach items to the incorrect bib or have to click back to the bib record to verify which Dog Man title they are viewing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35164] New: link_bibs_to_authorities (authority linker) creates empty record index jobs
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35164 Bug ID: 35164 Summary: link_bibs_to_authorities (authority linker) creates empty record index jobs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the script: 114 if ( not $test_only ) { 115 $schema->txn_commit; 116 $indexer->index_records( \@updated_biblios, "specialUpdate", "biblioserver" ); 117 } We don't check if @updated_biblios has any members In elastic indexing, we also never check this - so background jobs with no record numbers get enqueued -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35163] New: overdue_notices.pl wrongly reports "terms were not matched and replaced"
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35163 Bug ID: 35163 Summary: overdue_notices.pl wrongly reports "terms were not matched and replaced" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I tried running overdue_notices.pl with the --verbose argument, and got a bunch of messages like this: The following terms were not matched and replaced: div class="adress_odue" div class="adressrad" /div ... But the generated messages in the message_queue looks ok. The message comes from this code, around line 766 of misc/cronjobs/overdue_notices.pl: my @misses = grep { /./ } map { /^([^>]*)[>]+/; ( $1 || '' ); } split /\</, $letter->{'content'}; if (@misses) { $verbose and warn "The following terms were not matched and replaced: \n\t" . join "\n\t", @misses; } I have a hunch this is meant to look for things like <<something>> that are still left in the $letter->{'content'}, but it actually finds and reports on things like <something>, including HTML tags. So maybe it can be improved to look for <<>>? Maybe there should even be two different checks like this, one for HTML messages and one for non-HTML-messages? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35140] New: Notify patron when their hold has been placed
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35140 Bug ID: 35140 Summary: Notify patron when their hold has been placed 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Currently there is a emailLibrarianWhenHoldIsPlaced system preference which, when enabled, will send a HOLDPLACED notice to the library to notify that a patron placed a hold. It would be useful to have a similar function to send a notice to a patron when a hold has been placed for them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2