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

[Bug 33755] New: Profile used is not saved when importing records
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33755 Bug ID: 33755 Summary: Profile used is not saved when importing records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Before 22.11 if you selected a profile when staging marc records for import, when you went to see staged records it would show which profile was used both in the table and in the batch details. Post 22.11, if you select a profile, it saves the selections but doesn't save which profile was used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 33140] New: Use facet label value in mouseover title attribute of facet removal link
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33140 Bug ID: 33140 Summary: Use facet label value in mouseover title attribute of facet removal link Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org The mouseover text for the remove link displays the link value of the facet rather than its label. (In koha-tmpl/intranet-tmpl/prog/en/includes/facets.inc and koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-facets.inc b/koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-facets.inc). Logically, it is always the label value that should be displayed to the user so this should also be used for the title attribute. For instance for a custom boolean valued facet one do not want to see the text "remove the facet true" when hovering on the link. (See bug 33139.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 31667] New: Merge 'tip' and 'hint' classes
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31667 Bug ID: 31667 Summary: Merge 'tip' and 'hint' classes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org 'tip' and 'hint' are classes for a CSS with grey color. Looks like 'hint' is way more used that 'tip' (mainly used for header search boxes). I think we should replace 'tip' with 'hint' to have only one class for this usage. And maybe add a coding guide line. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 33286] New: 'Catalog record' should be 'Bibliographic record'
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33286 Bug ID: 33286 Summary: 'Catalog record' should be 'Bibliographic record' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I noticed in the new 'report a concern' feature, we talk about 'catalog records'. This is not a term used anywhere in Koha. The feature doesn't seem to apply to authority records, so I think we should change it to 'bibliographic records'. To replicate: 1. Go to Administration > Global system preferences 2. Search for 'concern' --> The description for CatalogConcerns is "Allow/Don't allow staff to report concerns about catalog records." (should be "[...] about bibliographic records.") --> The description for OpacCatalogConcerns is "Allow/Don't allow OPAC users to report concerns about catalog records." (should be "[...] about bibliographic records." I didn't check elsewhere yet... Just getting into documenting this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 26543] New: Elasticsearch - Importing biblios with multiple items can cause incorrect index
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26543 Bug ID: 26543 Summary: Elasticsearch - Importing biblios with multiple items can cause incorrect index Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Similar to bug 25265 we see many request for indexing a single biblio with multiple items attached when importing and matching records Additionally, the current code repeatedly generates an indexer object, we can reuse the single object to avoid creating multiple connections -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 30822] New: BatchCommit does not deal with indexation correctly
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30822 Bug ID: 30822 Summary: BatchCommit does not deal with indexation correctly Change sponsored?: --- Product: Koha Version: unspecified 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dcook(a)prosentient.com.au, fridolin.somers(a)biblibre.com, jonathan.druart+koha(a)gmail.com, julian.maurice(a)biblibre.com, kyle(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 27344 Blocks: 27341 AddBiblio must implement skip_index and we should update the search engine's index after all the biblio records have been imported. This also applies for bulkmarcimport. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27341 [Bug 27341] Performance 21.05 - Omnibus https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27344 [Bug 27344] Implement Elastic's update_index_background using Koha::BackgroundJob -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 29009] New: Attempting to Koha-restore shows unnecessary SQL error
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29009 Bug ID: 29009 Summary: Attempting to Koha-restore shows unnecessary SQL error Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthew.lindfield-seager(a)hope.edu.kh QA Contact: testopia(a)bugs.koha-community.org `koha-restore` command outputs an error about being unable to drop the user: `ERROR 1396 (HY000) at line 1: Operation DROP USER failed for 'koha_library'@'%'` This can be avoided by adding `IF EXISTS` to the command (as has been done in [`koha-remove`](https://github.com/Koha-Community/Koha/blob/a5a3a330cfc7c7d6c35db13326745dabf8fe0df3/debian/scripts/koha-remove#L69-70) Tested on Ubuntu 20.04 LTS with Koha 21.05.02.003 and 21.05.03.001 N.B. This bug was originally filed as a [PR on GitHub](https://github.com/Koha-Community/Koha/pull/42) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 19109] New: Layout in masthead search breaks when narrowing and then restoring browser window.
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19109 Bug ID: 19109 Summary: Layout in masthead search breaks when narrowing and then restoring browser window. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org Noticed that when narrowing the browser window enough to trigger the "phone" layout the dropdown starting with "Library catalogue" is moved to after the search field (living with "All libraries"). That layout is fully reasonable on phones, but when restoring to full size (on at least opac-search.pl and opac-detail.pl) the original layout is not restored. The bug appears in Safari and Chrome on OSX. Tried it on some demo installations to see that it's not related to CSS in our specific installation. I've not had the time to research if it's an issue with browser rendering, bootstrap or implementation in Koha. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 20397] New: Implement Content Security Policy
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20397 Bug ID: 20397 Summary: Implement Content Security Policy 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CSP can control loading resources on web page to prevent XSS vulnarabilities. More reading here: https://infosec.mozilla.org/guidelines/web_security#content-security-policy You can test your site here: https://observatory.mozilla.org/ -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 33804] New: Implement as_due_date for $date (js-date-format)
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '23

17 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33804 Bug ID: 33804 Summary: Implement as_due_date for $date (js-date-format) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 25