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

[Bug 36398] New: Handle "specials" authorised value category for ES facets
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36398 Bug ID: 36398 Summary: Handle "specials" authorised value category for ES facets Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com It's currently not possible to link a special authorised value category to an ES facet: library, itemtype, location, etc. This is because how (badly) we fetch/cache the authorised values. Improvements must be done in this area before supporting them here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 36659] New: Authorities search tab keeps defaulting to main heading ($a only)
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36659 Bug ID: 36659 Summary: Authorities search tab keeps defaulting to main heading ($a only) 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When doing a search from the Authorities home, it keeps selecting the 'Main heading ($a only)' tab after conducting a search, even from the other tabs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 23840] New: Overlap of top menu
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23840 Bug ID: 23840 Summary: Overlap of top menu Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fraktik(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 94403 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94403&action=ed… picture of graphical overlap of top menu For more then one or two SHORT links in IntranetNav variable in Staff Client Preferences (Appearance) and variable window size there is some interval of page width, when an visual overlap between top menu from the right one (user/library related & Help) to the left one(general) happen. In previous version this do not happen (right menu jump one row down instead). Examples of both is shown in an attachment: 19.05: https://i.imgur.com/4aVrcRt.png 18.11: https://i.imgur.com/y4iJeMD.png -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 37862] New: Remember for session checkbox and date revert to checked when switching patron
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37862 Bug ID: 37862 Summary: Remember for session checkbox and date revert to checked when switching patron Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.auld(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi we've noticed that if we use the remember for session tick box when checking items out on an account then untick the box and/or clear the date and move to another patron account it is ticking the box again and adding the date back in. Just means we are giving the wrong due date to some patrons unless we notice that the box has re-ticked. Also, having moved to another patron, and then clearing the date and unticking the checkbox, if you then checkout an item to that patron, the correct due date is applied, but the date box is repopulated with the date used in the previous ‘remember for session’ checkout and will be applied if another item is checked out to that patron without clearing the date again. 1. On patron checkout screen, specify due date and tick ‘Remember for session’ box. Note date specified. 2. Check out an item. 3. Clear date and uncheck the ‘remember for session’ box. 4. Move to new patron. 5. Note that the ‘remember for session’ box is re-checked and the previously used date is back 6. Clear the date and uncheck the box 7. Check out an item 8. Note the due date is set according to cirq rules 9. Note that the date box has repopulated itself with the previously used specified date. This bug has not been fixed with this different, but possibly related bug #37345 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37345 as the above testing has been done in a 23.11.06 and a 23.11.08 system. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14787] Allow confirm/continue option to circ warnings at checkout (i.e. OverduesBlockCheckout)
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Matt Blenkinsop <matt.blenkinsop(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=37862 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13049] Merge selfreg cron jobs into cleanup_database
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13049 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37845 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37845 [Bug 37845] Remove C4::Members::DeleteExpiredOpacRegistrations -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37433] New: Warning 'Use of uninitialized value $f/$d in hash element...' in log when sorting by relevance
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37433 Bug ID: 37433 Summary: Warning 'Use of uninitialized value $f/$d in hash element...' in log when sorting by relevance Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching - Elasticsearch Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org With ES, searches with Sort set to Relevance produce following warnings in log file: [WARN] Use of uninitialized value $f in hash element at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 728. [WARN] Use of uninitialized value $d in hash element at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 728. This is because sort_by = 'relevance' does not contain underscore. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 13334] Add a warning when a course reserve is checked in
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13334 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|simith.doliveira(a)inlibro.co |koha-bugs(a)lists.koha-commun |m |ity.org --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Blou from comment #9) > Seems to still be of value, but our sponsor for this patch is not using it > anymore. I do not see us (including simith) going back to it at this point. Thanks for the quick reply, Blou. I have updated the Assignee to reflect this. I agree that a note on return would still be a nice thing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13334] Add a warning when a course reserve is checked in
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13334 --- Comment #9 from Blou <philippe.blouin(a)inlibro.com> --- Seems to still be of value, but our sponsor for this patch is not using it anymore. I do not see us (including simith) going back to it at this point. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26633] New: Add advanced editor for transfer limits
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '24

09 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26633 Bug ID: 26633 Summary: Add advanced editor for transfer limits 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 The current transfer limits editor works great for Koha instances with small numbers of branches. However, for consortiums with dozens or even hundreds of libraries, the editor does not work well or effectively. We should provide an "advanced" editor displays all to/from library combinations in a grid and allows them to be edited in a manner somewhat similar to the transport cost matrix editor. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 104