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

[Bug 25917] New: Table settings for OPAC are all under biblio-detail
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25917 Bug ID: 25917 Summary: Table settings for OPAC are all under biblio-detail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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: gmcharlt(a)gmail.com When you go to Administration > Table settings > OPAC, currently there are 4 tables that can be configured: course-items-table, course_reserves_table, holdingst, subscriptionst. They are all four under the 'Page: biblio-detail' heading. However that is not true. course-items-table and course_reserves_table and not on the biblio-detail page, but rather on opac-course-details and opac-course-reserves respectively. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34856] New: Move strings in messages.po back into their original file (or move everything into messages.po)
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34856 Bug ID: 34856 Summary: Move strings in messages.po back into their original file (or move everything into messages.po) 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 With all the developments that have been done on translatability, a lot of strings have been moved from staff-prog.po and opac-bootsrap.po to a new file called messages.po. I personally don't understand the purpose of this file. For example, why are some OPAC strings in opac-bootstrap.po and others in messages.po? Why are they not all in messages.po or all in opac-bootstrap.po? We could move opac strings back from messages.po back into opac-bootstrap.po and staff interface strings back into staff-prog.po. Or we could move everything into a single .po file. There are good arguments on both sides, and I am open to discussing the various options. I just want it to be less confusing for people who are translators and don't necessarily know the technical stuff behind the creation of these files. P.S. Note that I'm not talking about messages-js.po which is an entirely different thing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21302] New: Link in 780/785 should search for $t in title and $a in author
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21302 Bug ID: 21302 Summary: Link in 780/785 should search for $t in title and $a in author Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When a record has a 780 and/or 785 field with both $a and $t, the link should search for the value in $a in the author index and the value in $t in the title index, combined with AND. Right now, it searches for both in the title index. Steps to reproduce: 1- If its not already in your cataloguing framework, add 780 $a and $t and 785 $a and $t (check the "Editor" box) 2- Search for a record and edit it 3- Add an author name in 780 $a and 785 $a 4- Add a title in 780 $t and 785 $t 5- Make sure both indicators for both fields are 0, so it should look like 780 00 $aAuthor1 $tTitle1 785 00 $aAuthor2 $tTitle2 6- Save the record and view it in "normal" view 7- Click the link created for Author1 Title 1 -> the search is ti,phr:Author1 Title1, but it should be au,phr:Author1 and ti,phr:Title1 8- Repeat step 7 with Author2 Title2, same result If possible, it would be great if all values were searched in their rightful index with "and" in between to narrow the search. 76X - 78X $a = author (same as 1XX or 7XX) $d = publisher, publication date or place (same as 260 $a, $b, $c or 264 $a, $b, $c) $e = language (same as 008/35-37) $f = publication place (same as 008/15-17) $k = series (same as 4XX or 8XX) $o = identifier number (same as 0XX) $p = title (same as 210) $s = uniform title (same as 240 or 243) $t = title (same as 245 or 130) $u = report number (same as 027) $x = issn (same as 022) $y = coden (same as 030) $z = isbn (same as 020) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 34991] New: Collapsed 245 subfields still show by default in Fast Add Framework
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34991 Bug ID: 34991 Summary: Collapsed 245 subfields still show by default in Fast Add Framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I was trying to further simplify the Fast Add bibliographic framework for a client and collapsing 245$h, 245$n, and 245$p doesn't work. I've only had the problem with field 245. I think it may be related to the fact that in the FA framework, it's in tab 0, but I'm not sure. To recreate: 1. Go to Administration > MARC bibliographic framework 2. Click Actions > MARC structure next to the Fast Add Framework 3. Click Actions > Edit subfields next to the 245 field 4. Change visibility of subfields as follows: - 6: uncheck Editor - 8: uncheck editor - a: (leave as is) - b: (leave as is) - c: (leave as is) - d: uncheck Editor - e: uncheck Editor - f: uncheck Editor - g: uncheck Editor - h: check Collapsed - k: uncheck Editor - n: check Collapsed - p: check Collapsed - s: uncheck Editor 5. Click Save changes 6. Go to Cataloging 7. Click the arrow next to New record and choose Fast Add Framework 8. Scroll down to 245 --> h, n, and p are visible but should be collapsed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35500] New: Remove Summary and Matrix options in the guided reports wizard
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35500 Bug ID: 35500 Summary: Remove Summary and Matrix options in the guided reports wizard 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In Step 2 of the guided reports wizard, there is a drop-down menu with three options, Tabular, Summary and Matrix, but only one option, Tabular, is available. We should remove the two other options, Summary and Matrix, and remove that step, since there is nothing the user can do here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31376] New: Input type email in system preferences prevents multiple addresses
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31376 Bug ID: 31376 Summary: Input type email in system preferences prevents multiple addresses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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: gmcharlt(a)gmail.com Bug 27805 introduced the "email" input type for system preferences which validates the format. This validation prevents putting several email addresses separated by commas in system preferences. In the manual, it says you can input several addresses separated by commas in NoticeBcc https://koha-community.org/manual/21.05/en/html/circulationpreferences.html… so it was a need (I also had a client ask me why he couldn't remove one of the three addresses he had in there and save). Can we adjust the validation? To test: 1) Go to Administration > Global system preferences 2) Search for NoticeBcc 3) Add multiple email addresses separated by commas 4) Click "Save all circulation preferences" Validation error: Please enter a valid email address. See also bug 16786, bug 12802 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 35814] New: Add information about MARC modification template used in staged MARC batch page
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35814 Bug ID: 35814 Summary: Add information about MARC modification template used in staged MARC batch page 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When viewing a staged MARC record batch, we see the parameters that were chosen when preparing the file (which matching rule to use, what to do with matching records, etc.). However the information about the MARC modification template used is not there. It would be useful sometimes to know if a template was used and which one. To recreate: 1. Create a MARC modification template 1.1. Go to Cataloging > MARC modification templates 1.2. Click 'New template' 1.3. Enter a name (e.g. Test) 1.4. Click 'Submit' 1.5. Click 'New action' 1.6. Enter values to create an action, e.g. (for MARC21) - Add new - field(s) 500 a - with value TEST 1.7. Click 'Add action' 2. Stage a MARC file 2.1. Go to Cataloging > Stage records for import 2.2. Choose a MARC file 2.3. Click 'Upload file' 2.4. In the Template section, choose the template created in 1. 2.5. Click 'Stage for import' 2.6. Click 'View batch' --> Note that the use of a template is mentioned nowhere in the page 2.7. Click the title of the record --> The modification should be there 3. Import the file and view the batch 3.1. Click 'Import this batch into the catalog' 3.2. Click 'Manage imported batch' --> Note that the use of a template is mentioned nowhere in the page -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21631] New: No warning when placing a hold with current location/pick-up location combination forbidden by Transport cost matrix
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21631 Bug ID: 21631 Summary: No warning when placing a hold with current location/pick-up location combination forbidden by Transport cost matrix Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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: gmcharlt(a)gmail.com I might be missing a setting here, holds are so complicated and have so many settings... Plus this is in a multi-branch system situation... I was expecting to see an error or a warning for holds with a combination of current location and pick-up location that is forbidden by transport cost matrix. To reproduce: 0) Make sure you have several branches in your system (at least 3, I'll call them A, B and C) 1) Go to Administration > Global system preferences and activate UseTransportCostMatrix 2) Go to Administration > Transport cost matrix 3) Click on the cell for the combination 'From A to B', uncheck 'Disable' and enter 0 4) Leave combination 'From A to C' disabled 5) In the catalog, search for an item which is currently at library A and currently available (you can use item search for this) 6) Place a hold for this item and change the pick-up location to library B 7) Run misc/cronjobs/holds/build_holds_queue.pl 8) Go to Circulation > Holds queue 9) Choose library A, item should be in the queue 10) In the catalog, search for an item which is currently at library A and currently available (you can use item search for this) 11) Place a hold for this item and change the pick-up location to library C (there is no warning, everything seems fine) 12) Run misc/cronjobs/holds/build_holds_queue.pl 13) Go to Circulation > Holds queue 14) Choose library A, 2nd item is not in the queue Am I missing something? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35859] New: Add part_name and part_number to addorderiso2709.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35859 Bug ID: 35859 Summary: Add part_name and part_number to addorderiso2709.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 161257 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=161257&action=e… MARC21 records that include 245$n and 245$p When importing MARC records to add to an acquisitions basket, it would be nice to see the part name and part number, especially when adding records from the same series. I provided a file of MARC21 records that include 245$n and 245$p. To recreate: 1. Create a basket in Acquisitions 1.1. Go to Acquisitions 1.2. Search for a vendor 1.3. Click New > Basket 1.4. Fill out the basket form 1.5. Click Save 2. Add to the bask from new file 2.1. Click Add to basket and choose From a new file 2.2. Choose the attached sample file (or other MARC file that has part names and part numbers) 2.3. Click Upload file 2.4. Click Stage for import 2.5. (Wait for the staging to finish) 2.6. Click Add staged files to basket --> In this table, there is the title, author, and ISBN (in MARC21, 245$a, 100$a and 020$a). It would be nice to see the part number and part name here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35863] New: Title display in basket.pl in wrong order (part number and part name should be right after title)
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35863 Bug ID: 35863 Summary: Title display in basket.pl in wrong order (part number and part name should be right after title) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 161258 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=161258&action=e… MARC21 records with part name, part number, and series information When displaying titles with series statement (490 in MARC21, or formerly 440) in the acquisitions basket, they appear immediately after the title, before the part number and part name. The part number and part name are part of the title, they should come immediately after the title. Also, if there is more than one series statement with volume information, it shows like "series title 1 | series title 2 / volume 1 | volume 2". It looks really strange. I'm hoping this is a "me" problem, but I was able to recreate in KTD and in a ByWater sandbox... I attached a file of MARC21 records with information in 245$n, 245$p, 440$a, 440$v, 490$a, and 490$v. Sometimes both series at a time. To recreate: 1. Create a basket in Acquisitions 1.1. Go to Acquisitions 1.2. Search for a vendor 1.3. Click New > Basket 1.4. Fill out the basket form 1.5. Click Save 2. Add to the basket from new file 2.1. Click Add to basket and choose From a new file 2.2. Choose the attached sample file (or other MARC file that has part names and part numbers) 2.3. Click Upload file 2.4. Click Stage for import 2.5. (Wait for the staging to finish) 2.6. Click Add staged files to basket 2.7. Click Select all, and if necessary, choose funds 2.8. Click Save --> In the basket view, the record information is displayed as (for example) Notice test. / Collection 440; | Collection 490; / 440v. | 490v. 5, Perdue / by Girard-Audet, Catherine, - 9782896571390, Éditions Les Malins, 2012 Which is 245$a / 400$a | 490$a / 440$v | 490$v 245$n 245$p by 100$a - 020$a, 260$b 260$c or in db column names biblio.title / biblio.seriestitle / biblioitems.volume biblio.part_number biblio.part_name by biblio.author - biblioitems.isbn, biblioitems.publishercode, biblio.copyrightdate I think the series information should come after the part number and part name. And if possible group by series information if there is more than one (ie. series title 1 volume 1 | series title 2 volume 2). But I understand if this is not possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1