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

[Bug 33230] New: allowlist for SIP fields sent
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33230 Bug ID: 33230 Summary: allowlist for SIP fields sent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: evelyn(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With libraries becoming more sensitive to information sent to third parties via SIP, it might be less burdensome for configuration if there were an option for an allowlist for fields sent (much like bug 20292 is effectively a blocklist for selected fields). This would help ensure that only required fields (including those with patron PII) are knowingly sent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33961] New: Offline circulation tool no longer working and should be removed
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33961 Bug ID: 33961 Summary: Offline circulation tool no longer working and should be removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 22671 The tool has not been updated and is no longer working with modern browser. It should either be rewritten/adjusted or removed. Given that we didn't get complains its non-functional status, bugs related to this tool didn't get attention, and the community is lacking resources, I am suggesting to remove it and redirect users to the koct FF plugin that is known to be working. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22671 [Bug 22671] Warn the user in offline circulation if applicationCache isn't supported -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 26071] New: Allow to configure fields not to be copied when using "Edit as new (duplicate)" in cataloging
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '24

15 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26071 Bug ID: 26071 Summary: Allow to configure fields not to be copied when using "Edit as new (duplicate)" in cataloging 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When duplicating a record for example for cataloging a newer edition an exact duplicate of the record is created. In some cases it would be nice if you could define fields that should be emptied out when duplicating, similar to what we can do when duplicating subscriptions (SubscriptionDuplicateDroppedInput). The use case here would be to drop 001 when copying, so no duplicate IDs are added to the catalog. The field is marked mandatory so then the cataloger will be reminded to fill it in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 34926] New: BIBLIO_ALREADY_ISSUED statement missing in circulation_batch_checkouts.tt
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '24

13 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34926 Bug ID: 34926 Summary: BIBLIO_ALREADY_ISSUED statement missing in circulation_batch_checkouts.tt Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marx.mr(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In circulation.tt the BIBLIO_ALREADY_ISSUED statement displays the following message: "Patron has already checked out another item from this record." This is missing in circulation_batch_checkouts.tt and the information is empty. The path is koha-tmpl/intranet-tmpl/prog/en/modules/circ/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34935] New: ERM - "Agreement user" not translatable
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '24

13 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34935 Bug ID: 34935 Summary: ERM - "Agreement user" not translatable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr When adding an agreement in the ERM module, you can add users linked to that agreement. For each new user, there is a heading "Agreement user 1", "Agreement user 2", etc. This heading doesn't seem to be translatable. The only "Agreement user" I found in the po files is "Agreement user %s is missing a user". To get there: 1. Enable ERMModule 2. Go to ERM > Agreements > New agreement > Add new user --> A new heading says "Agreement user 1 Remove this user" 3. Update the po files gulp po:update --lang fr-CA 4. Search the po files for "Agreement user" grep "Agreement user" misc/translator/po/fr-CA* --> The string is not in the po files -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 33257] New: Suspended holds should be styled differently on moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '24

13 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33257 Bug ID: 33257 Summary: Suspended holds should be styled differently on moremember.pl 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Although suspended holds are labeled on moremember.pl it would be nice to be able to style them so that they are more obvious. See bug #25856 where the patch added a suspend class to the tr's for suspended holds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33258] New: Suspended holds should be styled differently on circulation.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '24

13 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33258 Bug ID: 33258 Summary: Suspended holds should be styled differently on circulation.pl 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Although suspended holds are labeled on circulation.pl it would be nice to be able to style them so that they are more obvious. See bug #25856 where the patch added a suspend class to the tr's for suspended holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34900] New: The translation of the string "The " should depend on context
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '24

12 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34900 Bug ID: 34900 Summary: The translation of the string "The " should depend on context Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The string "The " is present - 22 times (in 23.05 version) in koha-tmpl/intranet-tmpl/prog/en/modules/about.tt for different uses : "The [...] Athens County Public Libraries" => singular "The [...] jQuery Validation Plugin" "The [...] controls for column visiblity in DataTables" => plural etc - and 1 time in koha-tmpl/intranet-tmpl/prog/en/modules/members/members-update.tt in that string : "The [strong]Gone no address[strong] flag is set for this patron." In Pootle, all these occurences are grouped. This is a nonsense because in many languages "The" must be translated by different articles (ex in french le / la / les) , and for the last example, in french we must translate "the" by "le flag" Can it be fixed, in Pootle or in Koha's code? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 33167] New: Bibs with several items causes a slow loading screen
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '24

12 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33167 Bug ID: 33167 Summary: Bibs with several items causes a slow loading screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Adding a new item to a bib that has 300+ items causes a slow loading screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 34277] New: Add an API endpoint to return all patrons with outstanding charges
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '24

12 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34277 Bug ID: 34277 Summary: Add an API endpoint to return all patrons with outstanding charges 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org A customer has enquired about whether there is an API endpoint to return all patrons with outstanding charges on their account. Currently the API offers getPatronAccount but this requires a patron id and isn't practical to check all patron account details as you need to loop through all patron ids -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23