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

[Bug 34306] New: Able to access tools without permission
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34306 Bug ID: 34306 Summary: Able to access tools without permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org In an attempt to work around bug 34288 until it is available to 22.11, I was checking to see if going straight to /cgi-bin/koha/labels/spinelabel-home.pl would be a reasonable workaround. Indeed, it does work, but it works for anyone that can get to the link, not just people that have permission to the tool. It does not seem that this tool is managed by the label_creator permission. Then I thought, maybe this permission only manages /cgi-bin/koha/labels/label-home.pl, so I tested that. But nope. I can bypass permissions and get to that page. Aren't permissions supposed to prevent you from getting to the tools at all? Anyone can easily share urls to pages. If all the permissions are doing is allowing a tool link to show, that is not much of a permission. I'm a bit concerned about this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 32990] New: Refactor C4::ImportBatch::_update_batch_record_counts to prevent deadlock
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32990 Bug ID: 32990 Summary: Refactor C4::ImportBatch::_update_batch_record_counts to prevent deadlock 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See 32558. Running this sub in parallel within multiple transactions creates a deadlock. C4::ImportBatch::_update_batch_record_counts(): DBI Exception: DBD::mysql::st execute failed: Deadlock found when trying to get lock; try restarting transaction at /usr/share/koha/C4/ImportBatch.pm line 392 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 33335] New: MARC overlay rules broken because of "categorycode.categorycode " which contains "-"
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33335 Bug ID: 33335 Summary: MARC overlay rules broken because of "categorycode.categorycode " which contains "-" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: marius.mandrescu(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 148696 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148696&action=e… the page half loaded The "MARC overlay rules" page becomes inaccessible if in the DB there is in the "categories" table a "categorycode" which contains a "-". This happens because of the javascript function on the page "marc-overlay-rules.tt" line 469. The problem that is caused is the "SyntaxError: missing : after property id". Plan test: 1- Go to Administration->Patron categories 2- Make sure you don't already have a patron categories that contains a "-" 3- Go to Administration->Record matching rules 4- Everything should be displayed as it does 5- Return to Patron categories 6- Add a new category In the category code put a "-" and save 7- Return to Record matching rules The page should be half loaded as in the photo The solution should not prevent the user from putting "-" in the category code but the Record matching rules accept the category code with "-". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 33726] New: Koha::Item->check_recalls needs to be renamed
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33726 Bug ID: 33726 Summary: Koha::Item->check_recalls needs to be renamed 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The name clearly comes from emulating CheckReserves or something similar. We could pick `most_relevant_recall`. Someone familiar with the feature could come up with something better. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32995] New: Koha agent string not sent for OverDrive fulfillment requests
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32995 Bug ID: 32995 Summary: Koha agent string not sent for OverDrive fulfillment requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 29686 added a call for the new OD fulfillment, but we neglected to pass our KOha user agent string -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 33684] New: Able to save patron without date of birth when field is set as mandatory
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33684 Bug ID: 33684 Summary: Able to save patron without date of birth when field is set as mandatory 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com One is able to save patron without date of birth even if "dateofbirth" is set mandatory in syspref BorrowerMandatoryField. This doesn't seem to happen with other fields. To reproduce: 1. Add "dateofbirth" to syspref BorrowerMandatoryField. 2. Add patron and leave date of birth input field empty. 3. Save. => Patron is saved succesfully. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 33512] New: Labels/buttons are confusing on serials-edit page
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33512 Bug ID: 33512 Summary: Labels/buttons are confusing on serials-edit page 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. Create a subscription 2. Make sure that you choose "Create an item record" when receiving the serial and associate it with a record. 3. Fill out the numbering pattern stuff and save the subscription. 4. Receive and change the status to arrived. Doing so will make the item subfields appear for editing. 5. Add some stuff, like a barcode, and Save. 6. Now, if you have made a mistake, you may want to edit the serial/item. Check the edit box and click 'Edit serials ' 7. For your issue that has already arrived click 'Click to add item'. The item record from before appears. At this point you are actually editing an item, not adding an item. This is confusing and leads librarians to never edit these items because they assume they are adding an item, not editing the existing one. Also, the 'Click to add item' is small and grey. It should look more like a button. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 33594] New: Sorting results by Title A-Z might use wrong title field
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33594 Bug ID: 33594 Summary: Sorting results by Title A-Z might use wrong title field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: januszop(a)gmail.com, nick(a)bywatersolutions.com Depends on: 33206 When sorting by title we expect the sorting to use 245, but this is not always the case. title in Elasticsearch is a broadly defined index, also containing other title fields. Example: * Search for 'e' with Elasticsearch in the sample data * Result will look something like this: 14. Agesilaos and the crisis of Sparta Paul Cartledge 15. Xenophōntos Agēsilaos. Agesilaus of Xenophon / the text revised, with critical and explanatory notes, introduction, analyses and indices, by H. Hailstone. 16. Alcestis / Euripides ; edited with introduction and commentary by A.M. Dale. So what happened here? Look at the MARC of 15. - 240 was used: 240 1 0 _a Agesilaus. _l Greek. _f 1879 245 1 0 _a Xenophōntos Agēsilaos. Agesilaus of Xenophon / _c the text revised, with critical and explanatory notes, introduction, analyses and indices, by H. Hailstone. Maybe we need a specific index definition for sorting? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33206 [Bug 33206] Bad title__sort made of multisubfield 245 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 33206] New: Bad title__sort made of multifield 245
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33206 Bug ID: 33206 Summary: Bad title__sort made of multifield 245 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com In MARC 21, having title search field defined in mappings.yaml as 245abp (more than one subfield), the Koha generated title__sort will have not only $a, but also other subfields cut by ind2 characters, i.e.: 245 04 $a Die Renaissance : $b Architektur, Plastik, Malerei, Illustrationen, Zeichnungen becomes as title__sort: Renaissance : itektur, Plastik, Malerei, Illustrationen, Zeichnungen instead of: Renaissance : Architektur, Plastik, Malerei, Illustrationen, Zeichnungen This is because copying an array of pointers in Perl causes you to point to the same (anonymous) element. Therefore, the intended modification only for subfield "a" (Koha/SearchEngine/Elasticsearch.pm, ~line 1157) causes in fact modification for all the subfields sharing the same mapping definition and introduction of the nonfiling_characters_indicator to all subfields 245 when processing 245abp. And this is obviously not what is intended. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 33586] New: library and category are mislabeled in memberresultst table settings
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '23

20 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33586 Bug ID: 33586 Summary: library and category are mislabeled in memberresultst table settings Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com A partner reports the following issue: The category and library columns for the table settings for memberresultst are switched. When you check is hidden by default for library, it hides the patron category. When you check is hidden by default for category, it hides the library. I am able to replicate this behavior. This seems similar to Bug 32461 so I cleared my cache and the issue persists. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14