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

[Bug 30580] New: GetItemsAvailableToFillHoldRequestsForBib should get transfers during initial query
by bugzilla-daemon＠bugs.koha-community.org 18 May '23

18 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30580 Bug ID: 30580 Summary: GetItemsAvailableToFillHoldRequestsForBib should get transfers during initial query 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently we get the items, then loop over them checking for transfers - we can simply join to branch transfers in the initial query -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 31859] New: Error 500 when enabling advanced cataloging editor
by bugzilla-daemon＠bugs.koha-community.org 18 May '23

18 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31859 Bug ID: 31859 Summary: Error 500 when enabling advanced cataloging editor Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcautomatizacion(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 142078 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142078&action=e… Erro500 Hello everyone, An error is appearing when the advanced cataloging editor is enabled, it does not allow opening the editor or creating new records, error 500 appears. If the advanced editor is disabled, the system works correctly. The recorded log is as follows: [Tue Oct 18 14:19:17.189372 2022] [cgi:error] [pid 3532853] [client 186.102.58.32:7547] AH01215: {UNKNOWN}: DBI Exception: DBD::mysql::db selectall_arrayref failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ',servername' at line 3 at /usr/share/perl5/DBIx/Class/Schema.pm line 1118.: /usr/share/koha/intranet/cgi-bin/cataloguing/editor.pl, referer: http://intra-archivohistoricopsbdc.org/cgi-bin/koha/cataloguing/addbooks.pl [Tue Oct 18 14:19:17.189604 2022] [cgi:error] [pid 3532853] [client 186.102.58.32:7547] AH01215: \tDBIx::Class::Schema::throw_exception(Koha::Schema=HASH(0x55e190abe1f0), "DBI Exception: DBD::mysql::db selectall_arrayref failed: You "...) called at /usr/share/perl5/DBIx/Class/Storage.pm line 113: /usr/share/koha/intranet/cgi-bin/cataloguing/editor.pl, referer: http://intra-archivohistoricopsbdc.org/cgi-bin/koha/cataloguing/addbooks.pl [Tue Oct 18 14:19:17.189796 2022] [cgi:error] [pid 3532853] [client 186.102.58.32:7547] AH01215: \tDBIx::Class::Storage::throw_exception(DBIx::Class::Storage::DBI::mysql=HASH(0x55e190c5a2f8), "DBI Exception: DBD::mysql::db selectall_arrayref failed: You "...) called at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1501: /usr/share/koha/intranet/cgi-bin/cataloguing/editor.pl, referer: http://intra-archivohistoricopsbdc.org/cgi-bin/koha/cataloguing/addbooks.pl [Tue Oct 18 14:19:17.189985 2022] [cgi:error] [pid 3532853] [client 186.102.58.32:7547] AH01215: \tDBIx::Class::Storage::DBI::__ANON__("DBD::mysql::db selectall_arrayref failed: You have an error i"..., DBI::db=HASH(0x55e192c83040), undef) called at /usr/share/koha/intranet/cgi-bin/cataloguing/editor.pl line 80: /usr/share/koha/intranet/cgi-bin/cataloguing/editor.pl, referer: http://intra-archivohistoricopsbdc.org/cgi-bin/koha/cataloguing/addbooks.pl [Tue Oct 18 14:19:17.189992 2022] [cgi:error] [pid 3532853] [client 186.102.58.32:7547] AH01215: : /usr/share/koha/intranet/cgi-bin/cataloguing/editor.pl, referer: http://intra-archivohistoricopsbdc.org/cgi-bin/koha/cataloguing/addbooks.pl [Tue Oct 18 14:19:17.220155 2022] [cgi:error] [pid 3532853] [client 186.102.58.32:7547] End of script output before headers: editor.pl, referer: http://intra-archivohistoricopsbdc.org/cgi-bin/koha/cataloguing/addbooks.pl I appreciate your help in identifying the cause of this error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 30621] New: Author should be its own column on opac-readingrecord.tt
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30621 Bug ID: 30621 Summary: Author should be its own column on opac-readingrecord.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be handy if users could go to the reading history page and be able to sort their reading history by author. If author was in its own column, instead of in the 'Title' column, it would be easy to sort by author. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 31479] New: Provide an option to skip the test for atomic updates
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31479 Bug ID: 31479 Summary: Provide an option to skip the test for atomic updates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Since t/00-check-atomic-updates.t was fixed in Bug 31108, if there are any atomic updates left when building a package manually, the test and build will fail. Koha providers like Catalyst may keep atomic updates when building packages for customisations. Sometimes these are just temporary, while we wait for custom work to get upstreamed (in which case we can remove the atomic updates), but sometimes these are necessary customisations which must be kept for the library. So an option to skip this test when building a custom package would be useful. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 32164] New: Add link to MARC modification templates to batch record modification page
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32164 Bug ID: 32164 Summary: Add link to MARC modification templates to batch record modification page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When no MARC modification templates are defined and you open up the page for the batch record modification, we show a hint: /cgi-bin/koha/tools/batch_record_modification.pl No MARC modification template is defined. You have to create at least one template for using this tool. It would be nice if we linked to the MARC modification tools there directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 28852] New: Extend options in SelfCheckoutByLogin syspref
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28852 Bug ID: 28852 Summary: Extend options in SelfCheckoutByLogin syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, the koha selfcheck will only allow use of either cardnumber or username+password. We should extend those options. First, it'd be good to make the password requirement a separate question, thereby allowing cardnumber+password and username alone. Second, we should allow the possibility that a unique patron attribute might be used at checkout on a selfcheck (with or without a password). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 31576] New: Cannot place hold even when AllowHoldPolicyOverride should allow it
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31576 Bug ID: 31576 Summary: Cannot place hold even when AllowHoldPolicyOverride should allow it Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This bug appears in Koha 21.11 only ( behavior changes to bug 31575 with 22.05 and later ). If only some item holds can be forced, but others cannot ( because they have to pickup locations ), the place holds button remains disabled even though the hold can be placed. Test Plan: 1) Set one circ rule to allow 0 holds 2) For Library A, set "Hold pickup library match" to "item's hold group" 3) Enable AllowHoldPolicyOverride 4) Set ReservesControlBranch to "item's home branch" 5) Create a record with an item for Library A, one for Library B, and one for Library C This should create a scenario where A's item cannot be held, and B and C's items must be overridden 6) Note you cannot place the hold because the button is disabled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 32253] New: Advanced cataloging editor doesn't load every line initially
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32253 Bug ID: 32253 Summary: Advanced cataloging editor doesn't load every line initially Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you load the advanced cataloging editor with a record that has more than 25 lines not all the lines will load initially. Once you add focus to the CodeMirror instance those lines do load but they should all load intially. To recreate: 1. Have advanced editor turned on. 2. Load a record with many lines and see that not all the lines appear until you click on the visible ones. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 19249] New: date picker broken in quick add brief form
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19249 Bug ID: 19249 Summary: date picker broken in quick add brief form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a date input like date of birth is mandatory, in quick add brief form the calendar icon appears but clicking on it does nothing. This is because quick add brief form creates a clone of inputs in the original form. An input with date picker is changed and linked to Javascript code (see calendar.inc) so it can not be cloned. Note also that creating a clone of an input in another form does not update the form value in its DOM. It can generate errors. In my opinion this feature should be reconsidered to hide unwanted fields instead of cloning wanted ones. Many bugs may be avoided. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 32250] New: link_bibs_to_authorities generates too many background jobs
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32250 Bug ID: 32250 Summary: link_bibs_to_authorities generates too many background jobs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When running the linker job we call ModBiblio for every linked record We should pass skip_record_index and skip_holds_queue and capture the biblionumbers - we can then generate a job per commit, rather than per record -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34