December 2022 - Koha-bugs - lists.koha-community.org

[Bug 30925] New: Cannot create public lists in OPAC or staff ?
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '23

20 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30925 Bug ID: 30925 Summary: Cannot create public lists in OPAC or staff ? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Suspecting 26346 .. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 31880] New: "Go to field" link in MARC validation goes nowhere if field not in the same tab
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '23

20 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31880 Bug ID: 31880 Summary: "Go to field" link in MARC validation goes nowhere if field not in the same tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging 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: m.de.rooy(a)rijksmuseum.nl I'm having trouble with the "Go to field" link when you don't fill in a mandatory field when cataloging. Normally, it takes you to the field, but now it doesn't seem to do anything if the field is not in the current tab... To test: (Note: I did this with the default framework in MARC21, when I refer to fields, they are MARC21 fields and they are mandatory by default in the default framework) 1. Go to Cataloging > New record 2. Click "Save" without filling anything out --> You should get a bunch of warnings about mandatory fields that are not filled 3. Click "Go to field" next to the 245$a error --> Nothing happens 4. Click "Go to field" next to the 040$c error --> You are taken to 040$c 5. Click on tab 2 6. Click Save again (not sure it's necessary) 7. Redo step 3 --> You are taken to 245$a 8. Redo step 4 --> Nothing happens -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32523] New: Shortcuts / Links to missing fields in MARC-Editor don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '23

20 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32523 Bug ID: 32523 Summary: Shortcuts / Links to missing fields in MARC-Editor don't work as expected Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The links / shortcuts to missing mandatory fields in the biblio marc editor won't work after redesign (or update from 22.05 to 22.11). Clicking on a "Go to field"-button will not focus that specific field. Test plan: * go to /cgi-bin/koha/cataloguing/addbiblio.pl?frameworkcode= * click Save * Error dialog appears, informing about missing input in mandatory fields. * Click on tab 0 (section 0) to make sure only marc 0XX fields are visible. * In the error dialog click on a "Go to field" which points f.e. to section 9 * The selected / active tab will switch to section 9 and will not focus on the selected field I already have a clue how to solve that issue and try to upload a patch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 31924] New: AutoLinkBiblios broken by patch from Bug 30280
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '23

17 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31924 Bug ID: 31924 Summary: AutoLinkBiblios broken by patch from Bug 30280 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: regression Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: frank.hansen(a)ub.lu.se Depends on: 30280 With AutoLinkBiblios set to "Do", when you save a biblio after adding an authority-controlled field, it should be linked to the matching authority. With the patch from bug 30280, it no longer is. Steps to reproduce: 1. Set AutoLinkBiblios to "Do". 2. Edit any bib record which does not already have a subject heading for "Perl (Computer language)". 3. Add a new 650 tag, with subfield a containing Perl (Computer language) and save the record 4. Re-edit the record, note that there is no authority record number in subfield 9 of the added 650. 5. git checkout 7a829606a46f5d3c2056ce9da5134ce293d584ad and verify that the steps above resulted in an authority record number in subfield 9 on the parent revision Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30280 [Bug 30280] Support authority records with common subject headings from different thesaurus -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 25856] New: Suspended holds should be styled differently on request.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '23

17 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25856 Bug ID: 25856 Summary: Suspended holds should be styled differently on request.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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When looking at the list of holds on request.pl, it's not terribly obvious when a hold is suspended. It'd be great to make that line appear in a different color or something else immediately obvious. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 23923] New: OpacHiddenItems displays incorrect 'No results found' when all results on first page are hidden
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '23

16 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23923 Bug ID: 23923 Summary: OpacHiddenItems displays incorrect 'No results found' when all results on first page are hidden Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate you will need to hide a large portion of the catalog - essentially you need to perform a search where the first 20 or more records are hidden, you get a 'No results found' - then add offset=20 (or more) and see that the second page has results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 32174] New: bulkmarcimport.pl ignore items info when using -update
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '23

16 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32174 Bug ID: 32174 Summary: bulkmarcimport.pl ignore items info when using -update Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Using this command: /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -v -insert -biblios -framework "BKS" -file /home/me/books.mrc -l /tmp/books.log works fine. If changes are made (on normal fields and on 952) on MRC and then we run: /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -v -match Control-number,001 -update -biblios -framework "BKS" -file /home/me/books.mrc -l /tmp/books.log the information is update/overwritten, but *only at biblio level*. Item info remains untouched. The solution maybe could be to add a --add-items-if-match option. To include -all option and have consistency with web interface --add-items-if-nomatch and --add-items-always could be added. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32539] New: UI hooks can break the UI
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32539 Bug ID: 32539 Summary: UI hooks can break the UI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org For example if there is an error in the opac_js hook, it will break the OPAC with an internal server error on all pages, not only the one the hook is used on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 32356] New: fr-FR installer dir /kohadevbox/koha/installer/data/mysql/fr-FR already exists.
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32356 Bug ID: 32356 Summary: fr-FR installer dir /kohadevbox/koha/installer/data/mysql/fr-FR already exists. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz, frederic(a)tamil.fr When installing a language that has already been installed before you'll end up with this error: fr-FR installer dir /kohadevbox/koha/installer/data/mysql/fr-FR already exists. This is a problem, as the files in the directory won't be replaced with their updated versions or files will be missing: Hadn't been installed before: kohadev-koha@kohadevbox:/kohadevbox/koha/misc/translator$ ls -l ../../installer/data/mysql/es-ES total 12 drwxr-xr-x 2 kohadev-koha kohadev-koha 4096 Nov 28 20:25 mandatory drwxr-xr-x 4 kohadev-koha kohadev-koha 4096 Nov 28 20:25 marcflavour drwxr-xr-x 2 kohadev-koha kohadev-koha 4096 Nov 28 20:25 optional Had been installed before: kohadev-koha@kohadevbox:/kohadevbox/koha/misc/translator$ ls -l ../../installer/data/mysql/fr-FR/ total 0 There have been reports on problems with installing/updating languages on the mailing list and IRC: https://lists.katipo.co.nz/pipermail/koha/2022-November/058691.html https://lists.koha-community.org/pipermail/koha-devel/2022-November/047398.… http://irc.koha-community.org/koha/2022-11-28#i_2464321 Something is not going well here. Another thing: The start page looks ok for es-ES but appears broken for de-DE in my test. Still investigating, but also wondering if it's another file related issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 28672] New: Improve EDI debug logging
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28672 Bug ID: 28672 Summary: Improve EDI debug logging 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 There are a few cases where EDI passes a bare object to the logs.. we should update those cases to log identifiable information instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20