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

[Bug 36290] New: Make it possible to turn off all notices for a single branch
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '25

30 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36290 Bug ID: 36290 Summary: Make it possible to turn off all notices for a single branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org An option, probably in the libraries settings, to turn of notices for a branch, even better if it's within a date range would be very helpful for library closures. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 19762] New: PREDUE notices should be not applied when OverdueNoticeCalendar is activate
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19762 Bug ID: 19762 Summary: PREDUE notices should be not applied when OverdueNoticeCalendar is activate Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, It would be great if the OverdueNoticeCalendar systeme preference could be set for the PREDUE notices too. For exemple a student receive his predue notices for document on saturday, but the library is closed for the week end, this student should not had receive this notification on saturday because it cause misunderstanding. It cause so many incomprehension for the user to receive this notifications when the library is closed. So, if the OverdueNoticeCalendar could take into consideration this notification too it would more understandable for students. Or, it could be an option. Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 34250] New: Sort debit types alphabetically by description and add empty option when adding manual fee
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34250 Bug ID: 34250 Summary: Sort debit types alphabetically by description and add empty option when adding manual fee 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment when you add a manual fee to a patron account the sorting is off, maybe sorting the system internal ones separately from additional debit types? There is also no empty entry, so the first is always selected automatically. It would be nice if we could select a 'default' that is pre-selected, but to avoid errors, and empty entry and making the field requires would be good. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36932] New: koha-plack: Allow overriding starman environment for enabled dev_install
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36932 Bug ID: 36932 Summary: koha-plack: Allow overriding starman environment for enabled dev_install Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Allow to control these parts of the script in particular: if [ "$DEV_INSTALL" = "1" ]; then # Maybe we should switch off debug_mode if DEV_INSTALL is not set? environment="development" fi and if [ "$debug_mode" = "yes" ]; then environment="development" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 25733] New: Return claims attention can't be cleared
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25733 Bug ID: 25733 Summary: Return claims attention can't be cleared 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The Attention notice on circulation.pl does not go down as claims are resolved, and there does not seem to be any way to reset this. The message won't even go away if you turn off the feature. This is very buggy. We need to have a way to remove a mistaken claim. We need to have a way to determine if certain types of resolutions count or don't count. This message should go away if claims returned is disabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 23724] New: Toolbars should have distinct IDs
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '25

28 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23724 Bug ID: 23724 Summary: Toolbars should have distinct IDs Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hayleymapley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The Cataloguing and Serials toolbars both have the ID of toolbar. IDs should be distinct to allow for easier styling. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 28970] New: Create runtime parameters on the fly
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28970 Bug ID: 28970 Summary: Create runtime parameters on the fly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org I was just thinking how helpful it would be if we could create runtime parameters inside of a report. What I'm thinking is something like this WHERE biblio.title LIKE CONCAT("%", <<Title contains one of these words|["good", "box", "friend"]>>, "%") creating a drop-down that has the three options: free, good, box. Being able to create parameters would open up a lot of new options with writing reports. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 21215] New: Saved SQL reports code improvements
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21215 Bug ID: 21215 Summary: Saved SQL reports code improvements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org The code for the saved SQL reports is a bit warty - For example, there's the same code that splits the SQL and does the parameter parsing in multiple places, when it should be in the module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 27943] New: MARC21 authorities not support 7XX on display
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27943 Bug ID: 27943 Summary: MARC21 authorities not support 7XX on display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org If we add a field of 7XX in a MARC21 authority record, then on authority result the 7XX should shown as = value_of_heading_of_7XX next to the main heading of the authority as equal to that. https://www.loc.gov/marc/authority/ad7xx.html That enchancement would be very useful for non latin catalogs where have the latin heading and the non latin equal heading. example : 100 0#$aAugustine,$cSaint, Bishop of Hippo [LAC English heading] 700 05$wa$aAugustin,$csaint, évêque d’Hippone.$0(CaOONL)0053A1978F# [Corresponding LAC French heading] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 37219] New: In OPAC, "Copy number" column for selecting item-level hold is confusingly named
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37219 Bug ID: 37219 Summary: In OPAC, "Copy number" column for selecting item-level hold is confusingly named Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When placing an item-level hold in the OPAC, the column to select your item(s) using a radio button or checkbox is called "Copy number". This doesn't accurately describe what it is. The same column when placing a hold from the staff intranet is called "Hold", which makes more sense since you're selecting the item(s) you want to hold. -- You are receiving this mail because: You are watching all bug changes.

1 28