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

[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 34108] New: When items are added on receive, item selection gets lost on editing items
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34108 Bug ID: 34108 Summary: When items are added on receive, item selection gets lost on editing items Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 8179 When items are added on receive, you can either set the checkboxes in the item form, or use the quantity received to set them. Then you can edit the selected items using the link in the items table. With the new multi-receive work, the checkboxes are lost between being sent to the item form and returning. If you are editing a bigger amount of items, this can be quite tedious and should not happen as sometimes it matters which items are picked (for a specific library, for a specific location etc. for partial deliveries) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 [Bug 8179] Receiving multiple order lines at once -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 33964] New: Use Email::Sender::Transport::SMTP::Persistent for sending email
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33964 Bug ID: 33964 Summary: Use Email::Sender::Transport::SMTP::Persistent for sending email 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 34280] New: Patrons with no email address produce a warning when saving
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34280 Bug ID: 34280 Summary: Patrons with no email address produce a warning when saving Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has no valid email address then a warning message appears in the logs when saving: "Use of uninitialized value $email in string ne at /kohadevbox/koha/Koha/Patron.pm line 1445." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[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