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

[Bug 12732] Add basket creation date to late orders table for sorting
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12732 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #153617|0 |1 is obsolete| | CC| |emmi.takkinen(a)koha-suomi.fi --- Comment #22 from Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> --- Created attachment 154633 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=154633&action=e… Bug 12732: Add basket creation date to late orders table for sorting This patch modifies the late orders page so that the table of information contains a column for basket creation date. This will allow administrators to configure the table to sort by default on basket creation date if they wish. To test, apply the patch and restart services. - Go to Acquisitions -> Late orders. - The table of late orders should include a column labeled "Basket date" showing the basket creation date. - The dates should be formatted correctly and the column should sort correctly. - Go to Administration -> Table settings and navigate to the settings for the lateorders page. - Try changing various settings for the table to confirm that everything works correctly, including setting the default sort to use the basket date column. Signed-off-by: Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 10517] koha-restore fails to create mysqluser@mysql_hostname so zebra update fails
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10517 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthew.lindfield-seager@ho | |pe.edu.kh --- Comment #49 from Magnus Enger <magnus(a)libriotech.no> --- *** Bug 29009 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 8628] Add digital signs to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8628 Eric Bégin <eric.begin(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |eric.begin(a)inLibro.com --- Comment #141 from Eric Bégin <eric.begin(a)inLibro.com> --- When accessing the /cgi-bin/koha/opac-signs.pl, i get : Could not compile /kohadevbox/koha/opac/opac-signs.pl: "GetMarcBiblio" is not exported by the C4::Biblio module Can't continue after import errors at /kohadevbox/koha/opac/opac-signs.pl line 23. BEGIN failed--compilation aborted at /kohadevbox/koha/opac/opac-signs.pl line 23. While at this, it would be useful to optimize the steps, like setting up the prerequisit first : Creating the SIGN reports first Then the Sign stream followed be the sign itself. It's a nice feature. I would suggest to name it "Digital Signage" in order to match that kind of product (Xibo, Broadcast, ...) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34485] New: Holdings table in OPAC shows broken icon when displayed on small screen
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '23

18 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34485 Bug ID: 34485 Summary: Holdings table in OPAC shows broken icon when displayed on small screen Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org On a smaller screen you can uncollapse some information using a button. The icon on the button is broken. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '23

17 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Teresa Rice <trice(a)bossierlibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trice(a)bossierlibrary.org --- Comment #93 from Teresa Rice <trice(a)bossierlibrary.org> --- We are experiencing this issue as well. We have a check out limit set to 40. Some of our card types are not permitted to check out that many items. However, if they check out items from our different locations they can exceed the check out limit without a system warning. We would like an admin feature where we can group all our locations as a system wide. Our ILS used to be TLC and this was an issue there as well until a few years ago they applied a setting the counted all locations as one and did not let a patron type that is only able to check out 10 items to exceed that rule. It was actually handy with item types. Because we had set it so that patrons could only check out 5 DVDs, but they could check out more than 5 if they were from different home locations. After the fix, the system would let the staff know if the check out limit was exceeded regardless of the home location of the item. -- You are receiving this mail because: You are watching all bug changes.

1 0