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

[Bug 29752] New: [DOCS] Look at adding documentation tasks to the dashboard
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '23

15 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29752 Bug ID: 29752 Summary: [DOCS] Look at adding documentation tasks to the dashboard Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P3 Component: Documentation Assignee: martin.renvoize(a)ptfs-europe.com Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org >From the 16 December 2021 documentation meeting: "to look at adding docs tasks to the dashboard https://dashboard.koha-community.org/" See: http://irc.koha-community.org/koha/2021-12-16#i_2394908 -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 30998] New: [DOCS] Managing documentation tasks - simplify processes and integrate more with the development process
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '23

15 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30998 Bug ID: 30998 Summary: [DOCS] Managing documentation tasks - simplify processes and integrate more with the development process Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org The process for choosing areas and things to document is confusing. This makes it more difficult (particularly for new contributors) to find a list of what to work on. This bug looks at options for simplifying this, and to try and integrate the process more into the other community processes and Bugzilla. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 28172] New: Optimize Koha::Plugins::GetPlugins
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '23

15 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28172 Bug ID: 28172 Summary: Optimize Koha::Plugins::GetPlugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 19663] New: Move JS to the footer: Reports
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '23

15 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19663 Bug ID: 19663 Summary: Move JS to the footer: Reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, nick(a)bywatersolutions.com, simon.pouchol(a)biblibre.com, testopia(a)bugs.koha-community.org Blocks: 17858 In order to conform to best practices for performance, staff client template JavaScript should be in the footer instead of the header. This patch will do so for reports templates. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] Omnibus: Move staff client JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34203] New: CollapseFieldsPatronAddForm should have an option to check if fields are empty
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '23

14 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34203 Bug ID: 34203 Summary: CollapseFieldsPatronAddForm should have an option to check if fields are empty 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is a great feature, but would be even better if we had the option to ignore collapsing a section if that section has information in it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31661] New: libcache-memcached-fast-safe-perl not available on ARM64
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '23

13 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31661 Bug ID: 31661 Summary: libcache-memcached-fast-safe-perl not available on ARM64 Change sponsored?: --- Product: Koha Version: 22.05 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: notifications(a)perceptisys.co.uk QA Contact: testopia(a)bugs.koha-community.org I have just attempted to install Koha on a Raspberry Pi 4 (8Gb) running Ubuntu 22.04 following your instructions at https://wiki.koha-community.org/wiki/Debian Reviewing your koha-common package requirements in aptitude, I find that all the required packages are "satisfiable" *except* `libcache-memcached-fast-safe-perl` which is marked as "unavailable". Following the same instructions (via a bash script) on an Intel based laptop (running Ubuntu 22.04) shows all required packages are "satisfiable". This suggests that you are missing the ARM64 version of `libcache-memcached-fast-safe-perl`. --------- For a *small* (school) library, a Raspberry Pi 4 (8GB) should be sufficient, and more importantly inexpensive and greener to run 24/7. --------- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31868] New: Add search options for searchable patron attributes to pull down list
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '23

11 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31868 Bug ID: 31868 Summary: Add search options for searchable patron attributes to pull down list 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, michaela.sieber(a)kit.edu When a patron attribute is marked as searchable, it can be searched within the Standard search option, but this is not really transparent and sometimes not so helpful when you have multiple YES_NO options for example. It would be nice if any patron attribute marked searchable would automatically show as a search option in the pull down list. We already do this with other additionally configurable fields in serials and acq, so this would also make things more consistent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 33671] New: Database update 22.06.00.048 breaks when there are borrower_relationships.guarantor_id with NULL
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '23

11 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33671 Bug ID: 33671 Summary: Database update 22.06.00.048 breaks when there are borrower_relationships.guarantor_id with NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 30472 We've had 2 reports of this database update breaking the update on bug 30472. The database update altered the table without checking/dealing with existing NULL values: PabloAB: Upgrading to 22.11.02-1 from an updated 22.05 on a Debian 11: Upgrade to 22.06.00.048 [18:33:27]: Bug 30472 - borrower_relationships.guarantor_id NOT NULL ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Cannot change column 'guarantor_id': used in a foreign key constraint 'r_guarantor' at /usr/share/koha/lib/C4/Installer.pm line 739 Maybe the same issue as on bug 32399? ------ Mona Panchaud: Hello. While upgrading from 22.05 to 22.11 we are running into the following problem that is related to this change: "Upgrade to 22.06.00.048 [20:19:53]: Bug 30472 - borrower_relationships.guarantor_id NOT NULL ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Cannot change column 'guarantor_id': used in a foreign key constraint 'r_guarantor' at /usr/share/koha/lib/C4/Installer.pm line 743" Is there any workaround? What can we do to get the upgrade working? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30472 [Bug 30472] Field borrower_relationships.guarantor_id should be marked as NOT NULL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 56

[Bug 29333] New: Importing UNIMARC authorities in MARCXML UTF-8 breaks the encoding
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '23

10 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29333 Bug ID: 29333 Summary: Importing UNIMARC authorities in MARCXML UTF-8 breaks the encoding Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Related to bug 17754 MARC::Record and MARC::File::* modules sometimes use the position 09 of the leader to detect encoding. A blank character means 'MARC-8' while an 'a' means 'UTF-8'. In a UNIMARC authority this position is used to store the authority type (see https://www.transition-bibliographique.fr/wp-content/uploads/2021/02/AIntro… [FR]). In this case, 'a' means 'Personal Name'. The result is that the import will succeed for a Personal Name authority, but it will fail for all other authority types. Steps to reproduce: 0. Be sure to have a Koha UNIMARC instance. 1. Download the MARCXML for "Honoré de Balzac" curl -o balzac.marcxml https://www.idref.fr/02670305X.xml 2. Verify that it's encoded in UTF-8 file balzac.marcxml (should output "balzac.marcxml: XML 1.0 document, UTF-8 Unicode text") 3. Go to Tools » Stage MARC for import and import balzac.marcxml with the following settings: Record type: Authority Character encoding: UTF-8 Format: MARCXML Do not touch the other settings 4. Once imported, go to the staged MARC management tool and find your batch. Click on the authority title "Balzac Honoré de 1799-1850" to show the MARC inside a modal window. There should be no encoding issue. 5. Write down the imported record id (the number in column '#') and go to the MARC authority editor. Replace all URL parameters by 'breedingid=THE_ID_YOU_WROTE_DOWN' The URL should look like this: /cgi-bin/koha/authorities/authorities.pl?breedingid=198 You should see no encoding issues. Do not save the record. 6. Import the batch into the catalog. Verify that the authority record has no encoding issue. 7. Now download the MARCXML for "Athènes (Grèce)" curl -o athènes.marcxml https://www.idref.fr/027290530.xml 8. Repeat steps 2 to 6 using athènes.marcxml file. At steps 4 and 5 you should see encoding issues and that the position 9 of the leader was rewritten from 'c' to 'a'. Strangely, importing this batch fix the encoding issue, but we still lose the information in position 09 of the leader -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 34248] New: Curbside pickup times should follow TimeFormat preference
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '23

10 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34248 Bug ID: 34248 Summary: Curbside pickup times should follow TimeFormat preference 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: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When scheduling a pickup at a specific time, the time is in 24-hour format. It would make sense for the time slot selection formatting to follow the TimeFormat preference. This can be observed by: -Enabling the CurbsidePickup syspref -Configuring a branch with time slots at or beyond 13:00 (1:00 PM) -Switching the TimeFormat syspref to 12 hour format -Scheduling a pickup at that branch (time slots remain in 24-hour format) This is especially confusing for patrons who are accustomed to the 12-hour format choosing to schedule pickups themselves in the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2