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

[Bug 26483] New: Allow search-to-link for analytical cataloging of existing records
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26483 Bug ID: 26483 Summary: Allow search-to-link for analytical cataloging of existing 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With EasyAnalyticalRecords turned on, one can easily create a new bib with the 773 populated with the multiple bits of data required for analytics to work. However, there's no comparably simple way to pair two existing bibs. One needs to edit the child record to add the biblionumber, itemnumber, barcode, title, author, 001, and 260 from the parent record. That's a lot to copy over! I'd love to see a button one could click to initiate a search to find an existing bib to turn into a child record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 33550] New: Rename Patron restrictions administration page 'Patron restriction types'
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33550 Bug ID: 33550 Summary: Rename Patron restrictions administration page 'Patron restriction types' Change sponsored?: --- Product: Koha Version: unspecified 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 This is a suggestion because I think it would make more sense (we have attribute types, credit types, debit types, etc.) but also to help with translations. Right now, the term for a restriction on a specific patron and the term for the restriction type administration are the same, but they don't mean the same thing. #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/admin-home.tt:130 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:38 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:57 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:167 #: koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt:218 #: koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt:1411 #: koha-tmpl/intranet-tmpl/prog/en/includes/admin-menu.inc:58 #, c-format msgid "Patron restrictions" msgstr "Restrictions de l'utilisateur" In memberentrygen, it's to add a restriction to a specific patron In admin-home/menu and restrictions, it's to add restriction types Therefore, I think the administration page should be named 'Patron restriction types'. Opinions? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #102 from Thibaud Guillot <thibaud.guillot(a)biblibre.com> --- During my test, in some use cases I got a "brake foreign key error" without really knowing why, so this is a reworking of the bug in order to bring a different solution and get your feedback so we can move it forward. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Checkout limit by patron |Checkout limit for all |category for all libraries |libraries -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|alex.arnaud(a)biblibre.com |thibaud.guillot(a)biblibre.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #152040|0 |1 is obsolete| | Attachment #156318|0 |1 is obsolete| | Attachment #156319|0 |1 is obsolete| | Attachment #156320|0 |1 is obsolete| | Attachment #156321|0 |1 is obsolete| | Attachment #156322|0 |1 is obsolete| | --- Comment #101 from Thibaud Guillot <thibaud.guillot(a)biblibre.com> --- Created attachment 159712 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=159712&action=e… Bug 8137: Add 'global' has_priority rules for checkouts I tried to review the desired behavior through this bug. The goal would be to be able to have a general 'override' rule. Currently, if you set a max_checkouts_allowed of 5 (regardless of itemtype) in one library, for example, and do the same in another, it adds up to 10. By giving checkout rules priority, you "overwrite" other local rules per branchcode. Test plan: 1) Set for library "A" a max_checkouts_allowed to 3 for any type of user and item type. 2) On main rules set the same rule to 2 3) Do a few checkouts with a user belonging to library A, normally you'll be able to do 3. 4) Apply this patch and run updatedatabase.pl and also rebuild your schema by updating dbix class files 5) See now the Has priority checkboxes on "Default checkout, hold and return policy" and "Default checkout, hold policy by patron category" 6) You can set here you new rule for "Total current checkouts allowed" to 2 7) Repeat step 3 and normally you won't be able to make the third -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26409] New: Possible Duplication of Serials occurs during receiving process
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26409 Bug ID: 26409 Summary: Possible Duplication of Serials occurs during receiving process Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To recreate: 1. Click to receive an issue. Koha has predicted the Numbered issue to be V.50 N0.3 2. Do not change the enumeration but instead click to either add an item, or change status to arrived. 3. In Item Holdings, change the enumeration from (example Koha predicted: V.50 NO.3), to V. 52 NO. 1 in the 952$h 4. Save this item. Koha will create the new item with the serial enumeration change (VOL. 52 NO.1) BUT also create a issue from the originally forcasted issue (V.50 NO.3). This originally forcasted issue V.50 NO.3 will ONLY appear under the Subscription Tab on the OPAC/Staff Interface, it does not appear in the Serials Module. This originally forecasted issue should not appear as received. Either Koha should not allow the Serial Enumeration to be changed in the Item Holding or reflect those changes in the original issue as to not create two. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 24107] New: Returns.pl fetches the same item from the database multiple times
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24107 Bug ID: 24107 Summary: Returns.pl fetches the same item from the database multiple times Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I noticed while writing the patch for bug 24106 that we get the same item from the database multiple times. It would make sense to only fetch it once for efficiency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25930] New: Datatables_Members.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25930 Bug ID: 25930 Summary: Datatables_Members.t is failing randomly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Two recent failures in the CI https://jenkins.koha-community.org/view/19.05/job/Koha_19.05_D8/248/console… https://jenkins.koha-community.org/job/Koha_19.05_D9/252/consoleText And I could reproduce locally in Debian 10 on master. After 22 tries and 2017 tries t/db_dependent/Utils/Datatables_Members.t .. 6/53 # Failed test 'There are two Doe at nIfpuJszvy' # at t/db_dependent/Utils/Datatables_Members.t line 183. # got: '3' # expected: '2' t/db_dependent/Utils/Datatables_Members.t .. 45/53 # Looks like you failed 1 test of 53. -- You are receiving this mail because: You are watching all bug changes.

1 5