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

[Bug 31804] New: Filtering not working when searching for a basket number on the receive orders page
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31804 Bug ID: 31804 Summary: Filtering not working when searching for a basket number on the receive orders page Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Not a duplicate of bz31322 as I don't recreate the behaviour described. I am able to search with the box above the table and the box in every other colomn in the table, but not in the basket one. I don't have any kind of error or any kind of odd behaviour, the filtering just doesn't work when I am searching for a basket number. It seems to search only on the date. In previous version, searching for a basket number was filtering correctly the table. To recreate : Go to the receive orders page for any vendor Try searching for one of the basket number in the box above the table - Every line of the table disappear as if there was no basket with this number Try searching the same number in the Basket search box - same result Try searching for the date of the basket - appropriate lines are filtered Thank you -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29907] New: The 'type' column in the public lists table is redundant
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29907 Bug ID: 29907 Summary: The 'type' column in the public lists table is redundant Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 129627 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129627&action=e… 'Type' column In the OPAC when we go to the lists page to see all the lists, there is a column for the 'type' of list. For the public tab, this information is redundant as you are already in the public tab. The 'type' can't be anything else than public... With the private lists tab, the type can change if you have a shared list, but for the public lists there are no other type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 36755] New: Increase length of 'code' column in borrower_attribute_types
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36755 Bug ID: 36755 Summary: Increase length of 'code' column in borrower_attribute_types Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Plugins may want to make use of patron attribute types thus prepending some data to the code of a patron attribute type they may need could be useful e.g. kitchensink_somefield. Currently, the 'code' is limited to VARCHAR(10) so this not possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 35931] New: More preselected items in the renew column on details page and on checkout page
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35931 Bug ID: 35931 Summary: More preselected items in the renew column on details page and on checkout page Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: reetta.pihlaja(a)siilinjarvi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When viewing and renewing patron's checkouts on details page or on checkout page, only the items with past due dates are preselected as a default in the renew column. Would it be possible to preselect also the items with current due dates here, as a default? This would help a lot at the customer service. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 17983] New: Add minutes loan to DiscreteCalendar
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17983 Bug ID: 17983 Summary: Add minutes loan to DiscreteCalendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: mehdi.hamidi(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Hello everyone, This is an additional feature to our new Discrete Calendar. Theses patches add the possibility to choose the loan unit as minutes in circulations rules. Test plan: - Apply patch of Bugzilla 17015 - Apply this patch. - Run test t/db_dependent/minutes_loan.t - Create new item type for the new rule. - Create circulation rule and fill the fields, make sure the unit is set to : minutes, choose the item type of the one created above.- - Checkout an item that follow the circulation rule and set due date in the past. - Run fines.pl. - Check if the correct amount was calculated. - Note: make sure to factor in the fine grace period if set and the system preference FinesIncludeGracePeriod. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 30598] New: Replacement cost is not copied from retail price when ordering from file
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30598 Bug ID: 30598 Summary: Replacement cost is not copied from retail price when ordering from file Change sponsored?: --- Product: Koha Version: unspecified 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 In acquisitions, when you order an individual title, and you enter the "vendor price", it is copied in the retail price, the replacement cost, and the budgeted cost. However, if you order from a file, when you enter the price, the replacement price field stays empty. To test : 1- In Acquisitions, create a basket 2- Add an order from a new (empty) record --> Note that when you enter the "vendor price", it is copied in the "replacement cost" field 3- Add an order from a new file --> Note that when you enter the "price", the "replacement price" field stays empty This means you have to enter the price twice for each item ordered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 31694] New: MARC overlay rules presets don't change anything if presets are translated
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31694 Bug ID: 31694 Summary: MARC overlay rules presets don't change anything if presets are translated 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 In MARC overlay rules, if the preset names are not in English, the settings don't change. Example 1. In staff interface in English, go to Administration > MARC overlay rules 2. In the 'Preset' column, try the different options. Notice the Added, Appended, Removed, Deleted settings change according to the preset you chose 3. Change interface in another language (I tried fr-CA and de-DE) 4. Try the presets again. Note that if the preset name is in English (some in fr-CA are not translated), the settings change, but if the preset name is translated, nothing changes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 36936] New: api/v1/bookings.t generates warnings
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36936 Bug ID: 36936 Summary: api/v1/bookings.t generates warnings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: martin.renvoize(a)ptfs-europe.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25515 t/db_dependent/api/v1/bookings.t .. 2/5 DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Duplicate entry '6' for key 'PRIMARY' at /kohadevbox/koha/Koha/Object.pm line 172 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25515 [Bug 25515] [OMNIBUS] Remove warnings and errors from tests output -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 29191] New: Linking biblio headings to authorities doesn't work with subdivisoins
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29191 Bug ID: 29191 Summary: Linking biblio headings to authorities doesn't work with subdivisoins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Linking biblio headings to authorities fails if there is subdivision(s) to search. Test plan (Unimarc example): - AutoCreateAuthorities On - BiblioAddsAuthorities On - add a subject in a biblio: 606 $aArt $xHistory => new authority is created - reindex authorities if Zebra search engine - add same subject in an other biblio: 606 $aArt $xHistory => again, a new authority is created Heading helper adds the subdiviion name in the search term. So the entire search query for mathing authorities is "Art generalsubdiv History" I'm looking for a fix, but i need someone to explain me why we add something which is similar to metada in the search term. This is done both for MARC21 and UNIMARC in C4::Heading::UNIMARC::_get_search_heading and C4::Heading::MARC21::_get_search_heading -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 24226] New: Advanced editor - drops subfields/punctuation when manually linking authority records
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24226 Bug ID: 24226 Summary: Advanced editor - drops subfields/punctuation when manually linking authority records 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: mkstephens(a)lancasterseminary.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the basic editor, it is possible to manually search for an authority record and link to it while preserving the original punctuation in the bibliographic record. It is also possible to search for and link to a broader heading and the additional subfields will remain intact in the bibliographic record. If you try to do either one of these things in the advanced editor using ctrl+shift+L to get to the authority search, once you link to the authority record that you select the MARC field you are editing will be rewritten to match the corresponding field in the authority record. It would be very nice if the advanced cataloging editor would simply append the authid in $9 and leave the rest of the MARC field alone. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4