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

[Bug 25737] New: Allow for Claims Returned status in Lost Authorized Value to be branch specific
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25737 Bug ID: 25737 Summary: Allow for Claims Returned status in Lost Authorized Value to be branch specific Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, in the Lost Authorized value set up - a lost status can be specific to a branch. So only that branch/es can use that specific lost status. This is super helpful in consortiums. With this new Claims Returned feature, you assign a lost value for your Claims returned, and in the set-up (Authorized Value) it does show that it can be branch-specific, however, this is currently not working as expected. This could be due to this bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24279 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17735] New: Merge boraccount and pay pages into one
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17735 Bug ID: 17735 Summary: Merge boraccount and pay pages into one Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We don't really need to have this agenda on two pages - using the one pages would be simpler and makes the workflow more straightforward -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 24079] New: Convert paycollect 'page' to a modal
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24079 Bug ID: 24079 Summary: Convert paycollect 'page' to a modal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 24078 Blocks: 17596 As the title says, I think we could modernise the UX for accounts by converting the various paycollect displays into a modal. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17596 [Bug 17596] Simplify accounting UI in staff client https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24078 [Bug 24078] Convert manual credit 'tab' to a modal -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 25976] New: Add 'Writeoff' button under Transactions tab in patron accounting
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25976 Bug ID: 25976 Summary: Add 'Writeoff' button under Transactions tab in patron accounting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: josef.moravec(a)gmail.com, joy(a)bywatersolutions.com, julian.maurice(a)biblibre.com, kyle(a)bywatersolutions.com, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com Blocks: 24079 Nearly all over actions are now available via the transactions page directly.. we should add write-off to complete the set. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24079 [Bug 24079] Convert paycollect 'page' to a modal -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 25900] New: Double quotes breaks search with Zebra and QueryWeightFields
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25900 Bug ID: 25900 Summary: Double quotes breaks search with Zebra and QueryWeightFields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com Search with Zebra and system preference QueryWeightFields on builds a query with surrounding double quotes : q=tree => q="tree". Therefore existing double quotes are replaced by a space : q="tree" => q=" tree ". Looks like the leading space breaks the search, 0 results. Experimented on Ubuntu Xenial and Bionic with Indexdata repository so Zebra version is 2.1.4. It might be specific to this version. You can reproduce with direct CCL query (regardless QueryWeightFields) : https://demo.biblibre.com/cgi-bin/koha/opac-search.pl?idx=&q=ccl%3Dti%2Cphr… https://demo.biblibre.com/cgi-bin/koha/opac-search.pl?idx=&q=ccl%3Dti%2Cphr… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 25806] New: Move Koha::CirculationRules special cases into overloaded Koha::CirculationRule method
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25806 Bug ID: 25806 Summary: Move Koha::CirculationRules special cases into overloaded Koha::CirculationRule method 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The current special case accessors are inconsistently named and inconsistently implemented in the Koha::CirculationRules module.. it would be better to allow access to rules via get_effective_rule and get_effective_rules consistently and remove the special accessors by replacing the special case handling, mostly adding defaults, with overloaded an overloaded value field accessor in the Koha::CirculationRule result object. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 26531] New: "add subfield" macro for Advanced Catalog Editor
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26531 Bug ID: 26531 Summary: "add subfield" macro for Advanced Catalog Editor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jvasche(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Like the summary says: It would be great to be able to set up a macro in the Advanced Catalog Editor that would allow one to add/insert a new subfield to an existing MARC field, ex. add 245$h[GMD]. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 26527] New: Option for librarian to receive email when holds ratio above a set level
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26527 Bug ID: 26527 Summary: Option for librarian to receive email when holds ratio above a set level Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com A library suggested that it would be really helpful for libraries to be able to get an automatically generated email indicating that a specific bib has exceeded a set ratio in the holds ratio report. I imagine a system preference where you could enter an email address and a ration level (such as a ratio of more than 7) and when a title hits that ratio, the librarian is notified. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 26520] New: Can't change default messaging prefs on patron creation
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26520 Bug ID: 26520 Summary: Can't change default messaging prefs on patron creation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When creating a new patron where default messaging prefs are set you cannot change those prefs manually upon intial patron creation. To recreate: -Have some default messaging prefs set up for a patron category. -Go create a new patron in that patron category. -When creating the patron switch some of the messaging prefs and save. -The messaging prefs will reset to the default for that patron category. Staff now have to go edit the patron record and change the the default messaging preferences in order to make the preferences stick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 26508] New: "sn:" shortcut to search by biblionumber is too broad
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26508 Bug ID: 26508 Summary: "sn:" shortcut to search by biblionumber is too broad Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com Searching for "sn:1" seems to be returning every bib with a 1 in its bib number. "sn:100" only returns bib 100. Turned on DumpSearchQueryTemplate and pulled this from the source when searching "sn:1": 'query' => '(local-number:1*)', 'default_operator' => 'AND', 'lenient' => $VAR1->{'search_query'}{'query'}{'query_string'}{'analyze_wildcard'} } }, -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3