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

[Bug 29424] New: Replace the table on 'HTML customisations' administration with a visual alternative.
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '22

01 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29424 Bug ID: 29424 Summary: Replace the table on 'HTML customisations' administration with a visual alternative. 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There are a fixed set of 'Blocks' available for HTML Customisations.. I propose that instead of a table, we have a more visual representation of where these blocks will appear once content is added to them. Something more akin to the image we have in the Manual that is used to display where the blocks reside: https://koha-community.org/manual/21.05/en/html/tools.html?highlight=custom… But with the "Green blocks" being clickable to enter the editing process. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 29988] New: Log hold modification due to checkout of waiting hold to another patron
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '22

01 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29988 Bug ID: 29988 Summary: Log hold modification due to checkout of waiting hold to another patron 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: - turn on the holds log - make sure you have force_checkout permission - place a hold on item for Patron A - check item in, confirm item shows as Waiting for Patron A - try to check item out to Patron B, get a popup about Patron A's hold - choose "Revert waiting status" and "Yes, check out" - confirm item is checked out to Patron B - confirm hold no longer shows as waiting for Patron A - check action logs for your hold, confirm there is no entry for the reversion of waiting status -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14783] Allow patrons to change pickup location for non-waiting holds
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '22

01 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14783 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #25 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Björn, there is a small conflict when I try to apply these patches that I had hoped I had fixed, but there is also this: FAIL t/db_dependent/Hold.t FAIL valid "my" variable $dt masks earlier declaration in same scope "my" variable $dt masks earlier declaration in same scope Could you please have a look? Also we have some guidelines of how the patch subject line should be formatted (always starting with Bug xxxx: optionally followed by (QA follow-up) or (Follow-up). Let me know if I can help with fixing those: Processing additional checks * Commit title does not contain 'follow-up' correctly spelt - 19baf3584b * Commit title does not contain '(QA follow-up)' correctly spelt - 19baf3584b * Commit title does not contain 'follow-up' correctly spelt - 65676a3ba0 * Commit title does not contain '(QA follow-up)' correctly spelt - 65676a3ba0 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28698] New: News for all displays in all locations
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28698 Bug ID: 28698 Summary: News for all displays in all locations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Some news are used for custom text with a specific language, for example "opacheader". The bug is that in these locations, news for all (staff and opac) are displayed. This is because GetNewsToDisplay uses SQL : opac_news.lang = '' OR opac_news.lang = ? -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 29437] New: 500 error when performing a catalog search for an ISBN13 with no valid ISBN10
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29437 Bug ID: 29437 Summary: 500 error when performing a catalog search for an ISBN13 with no valid ISBN10 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When performing a cataloging search we take the query and test to see if it is a valid isbn: If not, we perform a SQL search for the term as author or title If so, we pass it to BreedingSearch as an ISBN - we then normailize it to ISBN 10 - then perform aSQL search for ISBN In the ISBN case, if it cannot be converted to a 10 digit ISBN we nullify the term - the SQL then has no where statement and fails in plack-error.log: C4::Breeding::BreedingSearch(): DBI Exception: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 5 at /kohadevbox/koha/cataloguing/addbooks.pl line 117 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 29319] New: Errors when doing a cataloging search which starts with a number + letter
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29319 Bug ID: 29319 Summary: Errors when doing a cataloging search which starts with a number + letter 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: Go to addbooks.pl and try a catalog search that starts with a number like 3rd degree, 7th heaven, or 6th target. The searches will result in an ugly error page and the following in the error logs: C4::Breeding::BreedingSearch(): DBI Exception: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 5 at /kohadevbox/koha/cataloguing/addbooks.pl line 123 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 DBIx::Class::Exception::throw('DBIx::Class::Exception', 'DBI Exception: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near \'\' at line 5', 0) called at /usr/share/perl5/DBIx/Class/Schema.pm line 1118 DBIx::Class::Schema::throw_exception('Koha::Schema=HASH(0x560206b40608)', 'DBI Exception: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near \'\' at line 5') called at /usr/share/perl5/DBIx/Class/Storage.pm line 113 DBIx::Class::Storage::throw_exception('DBIx::Class::Storage::DBI::mysql=HASH(0x560206d0e768)', 'DBI Exception: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near \'\' at line 5') called at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1501 DBIx::Class::Storage::DBI::__ANON__('DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near \'\' at line 5', 'DBI::st=HASH(0x56020b84bbe8)', undef) called at /kohadevbox/koha/C4/Breeding.pm line 99 C4::Breeding::BreedingSearch(undef, '7th heaven') called at /kohadevbox/koha/cataloguing/addbooks.pl line 123 eval {...} at /kohadevbox/koha/cataloguing/addbooks.pl line 2 Note: If I search for something like '33rd Heaven', 77th target, I get no error -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 7911] Greater flexibility in auto barcode number generation
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7911 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emmi.takkinen(a)koha-suomi.fi -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28472] New: UpdateItemLocationOnCheckin not updating items where location is null
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28472 Bug ID: 28472 Summary: UpdateItemLocationOnCheckin not updating items where location is null Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com UpdateItemLocationOnCheckin can be set to update ALL items at checkin. But that ALL is excluding items where location is null. To recreate: - have a location CART - in UpdateItemLocationOnCheckin, enter "_ALL_: CART" - find an item with a shelving location, check it in, confirm it changes to CART - find an item with a NULL shelving location, check it in, confirm it doesn't go to CART -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 14576] Allow automatic update of location on checkin
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14576 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28472 --- Comment #156 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Marcel de Rooy from comment #155) > Somewhere an extra defined test on item->location has been introduced to > this feature, which effectively causes location NULL items to be skipped > from marking them with CART. > Probably only with the good intention to remove a warn, but adding this > side-effect. This has been fixed on bug 28472 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29981] New: AddReturn does not set CART when items.location is NULL
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '22

31 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29981 Bug ID: 29981 Summary: AddReturn does not set CART when items.location is NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is a regression somewhere between bug 14576 and current master 21.12. Probably originating from trying to resolve a warn on the NULL value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5