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

[Bug 32245] New: Deleting news entries from Koha's staff start page is broken
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32245 Bug ID: 32245 Summary: Deleting news entries from Koha's staff start page is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you try to delete a news entry from Koha's staff start page you get the confirmation question, but when you say yes, you end up in the HTML customizations with an empty page. The news entry is not deleted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 31651] New: Log message incorrect in Auth_with_shibboleth.pm
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31651 Bug ID: 31651 Summary: Log message incorrect in Auth_with_shibboleth.pm Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org There's a bad copy/paste of a log message in Auth_with_shibboleth.pm. The second occurance of `There are several users with $config->{matchpoint} of $match, matchpoints must be unique` should really read something like `No users with $config->{matchpoint} of $match found and autocreate is disabled` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 24517] New: Zebra: date-entered-on-file misses 6th position
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24517 Bug ID: 24517 Summary: Zebra: date-entered-on-file misses 6th position 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Date entered on file is in MARC21 tag 008 position 00 to 05 (or 1-6 for normal humans). In Koha only the first 5 digits are indexed with Zebra. Does not really facilitate searching ;) <index_control_field tag="008" offset="0" length="5"> <target_index>date-entered-on-file:n</target_index> </index_control_field> <index_control_field tag="008" offset="0" length="5"> <target_index>date-entered-on-file:s</target_index> </index_control_field> <xslo:template match="marc:controlfield[@tag='008']"> <z:index name="date-entered-on-file:n"> <xslo:value-of select="substring(., 1, 5)"/> </z:index> <z:index name="date-entered-on-file:s"> <xslo:value-of select="substring(., 1, 5)"/> </z:index> Elasticsearch appears to do a better job: date-entered-on-file: label: date-entered-on-file mappings: - facet: '' marc_field: '008_/0-5' marc_type: marc21 sort: ~ suggestible: '' - facet: '' marc_field: '008_/0-5' marc_type: normarc sort: ~ suggestible: '' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 33844] New: item->is_denied_renewal should validate fields from associated pref
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33844 Bug ID: 33844 Summary: item->is_denied_renewal should validate fields from associated pref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See bug 32478. You could even add a field 'delete' in the pref. This is really bad. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 32478] New: Remove Koha::Config::SysPref->find since bypasses cache
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32478 Bug ID: 32478 Summary: Remove Koha::Config::SysPref->find since bypasses cache 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Using Koha::Config::SysPrefs->find('UpdateItemLocationOnCheckin')->get_yaml_pref_hash() to retrieve yaml sysprefs will bypass caching negating the very minor performance gain per call get_yaml_pref_hash was meant to achieve since it in some cases is being called repeatedly a very large number of times. Replacing it with C4::Context->yaml_preference('ItemsDeniedRenewal') will utilize the syspref cache and also not support a very small (not even valid) subset of YAML. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 12012] Updating Zebra config files for debian packages
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12012 --- Comment #6 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Marcel de Rooy from comment #5) > Yes, I think that it is still valid. We should do some (unpopular) > housekeeping in this area. Removing myself as assignee for now. After looking through bug 9612, I see what you're saying now. I agree about doing some (unpopular) housekeeping. Although in terms of effort I'm probably more interested in divorcing the Zebra config from the Koha config in koha-conf.xml -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12316] Can't put text and other information on barcode labels
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '23

17 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12316 Heather <heather_hernandez(a)nps.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |heather_hernandez(a)nps.gov --- Comment #8 from Heather <heather_hernandez(a)nps.gov> --- Thank you for reopening this! It's still needed! We print barcodes using an old Zebra printer (so a custom format) and we would love to print our library name on the barcode label! We're trying to get the library name (in quotes) to precede the barcode, and it never works--we just get the barcode and the barcode number on the label. I have to use a rubber stamp to then put our name on every. single. label.:) Because of the way the ancient Zebra printer prints, there's space above the barcode, but not below the barcode. I think one should be able to put some free text (usually the library name) either above or below the barcode/barcode number combination. We're on 22.11.06. Cheerio! --h2 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12316] Can't put text and other information on barcode labels
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '23

17 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12316 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX |--- --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I believe we still need the option to put text for pre-printing barcode ranges where the barcode doesn't exist in Koha yet. See bug 34157. -- 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 17 Jul '23

17 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12802 --- Comment #109 from mathieu saby <mathsabypro(a)gmail.com> --- Hi I am trying to test on a sandbox. Is it possible to purge pending messages without completely recreating the sandbox ? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13325] Add logs for budgets and funds
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '23

17 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13325 --- Comment #14 from mathieu saby <mathsabypro(a)gmail.com> --- Hi you marked https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34049 as a duplicate, but I am not sure of that. By "logs", do you mean logs visible in /tools/viewlog.pl ? What I meant in 34049 was not to "log" modifications that way, because logs are often disabled in production Koha for performance issues, and not easy to consult for the average librarian. I was thinking of a real "feature" permitting any fund owner/user to see the modifications of their fund. It means at least (very quick draft) - creating a new column inital_amount in aqbudgets - creating a new SQL table like aqbudgets_changes - each new line aqbudgets_changes would add or substract money (with an optional comment) to aqbudgets.budget_amount, without altering aqbudgets.inital_amount and of course some substantial modifications to the templates -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0