March 2021 - Koha-bugs - lists.koha-community.org

[Bug 28063] New: Minor change to OpacAuthorities description
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '21

14 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28063 Bug ID: 28063 Summary: Minor change to OpacAuthorities description Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org Selecting Do not allow for the system preference OpacAuthorities does hide the Authority Search tab on the Simple Search page but authority searches remain possible on the Advanced Search page by selecting More options to expose Subject and Author searches. The description of the system preference should explain that the change to the preference affects the Simple Search page only. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 27573] New: Use of NOW() in SQL should be avoided
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '21

14 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27573 Bug ID: 27573 Summary: Use of NOW() in SQL should be avoided 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org A few uses of the SQL NOW() function have crept in.. if we want to have consistent dates using the timezone set in the config then we need to handle date parsing before we hit the database as the DB timezone may differ from the instance timezone. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 27993] New: Koha::Item::Transfer->in_transit should not count cancelled transfers
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '21

13 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27993 Bug ID: 27993 Summary: Koha::Item::Transfer->in_transit should not count cancelled transfers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 26481 Petro Vashchuk has identified a bug in the in_transit method. We should also filter out cancelled transfers. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26481 [Bug 26481] Add Koha::Item::Transfer->in_transit method -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 26429] New: If a waiting hold has expired (date has passed)- looking at the request.pl page, the expiration date is for tomorrow
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '21

13 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26429 Bug ID: 26429 Summary: If a waiting hold has expired (date has passed)- looking at the request.pl page, the expiration date is for tomorrow 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1. Have a waiting hold - the expiration date of 9/9/2020. 2. Reserve table shows 9/9, request.pl shows 9/9 3. Fast forward to 9/10 4. If library is not expiring holds, this hold expiration date will now show the expiration date of 9/11 on the request.pl page. 5. The reserve table still shows the 9/9 date. It would appear that since the date picker (from the reserves.pl page) can not show dates in the past or even for the current date, it will show the next available date. This is confusing! This bug seems very relevant to the bug I am filing: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21147 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 25789] New: New expiration date editor on request.pl can set a date in the past
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '21

09 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25789 Bug ID: 25789 Summary: New expiration date editor on request.pl can set a date in the past Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When creating a new request on request.pl, staff cannot set a hold expires on date in the past -- input name="expiration_date". When editing an existing request, however, the new datepicker for editing the expiration date on request.pl does allow for a date to be set in the past -- input name="expirationdate". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 27008] New: Broken SQL statement formed in Breeding.pm
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '21

09 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27008 Bug ID: 27008 Summary: Broken SQL statement formed in Breeding.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org The C4/Breeding.pm code doesn't properly form SQL statements and gives error instead: > 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 [for Statement "SELECT import_record_id, file_name, isbn, > title, author > FROM import_biblios > JOIN import_records USING (import_record_id) > JOIN import_batches USING (import_batch_id) > WHERE "] at /usr/share/koha/lib/C4/Breeding.pm line 100. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 27620] New: Remove fr-CA installer data
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '21

09 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27620 Bug ID: 27620 Summary: Remove fr-CA installer data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, victor(a)tuxayo.net Depends on: 24972, 24973, 27619, 24871 +++ This bug was initially created as a clone of Bug #27619 +++ Now we can translate all installer data, then the fr-CA directory is no longer needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24871 [Bug 24871] Add new *-installer-*.po translation files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24972 [Bug 24972] Remove de-DE installer data https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 [Bug 24973] Allow to localize and translate system preferences with new yaml based installer https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27619 [Bug 27619] Remove de-DE installer data -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are on the CC list for the bug.

1 5

[Bug 28021] New: OPAC detail page contains incorrect Bootstrap classes (20.05.x)
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '21

08 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28021 Bug ID: 28021 Summary: OPAC detail page contains incorrect Bootstrap classes (20.05.x) Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In 20.05.x the OPAC detail page contains the Bootstrap class 'col-lg-9' and not 'span9'. Since 20.05.x is not upgraded to Bootstrap 4 it cannot apply the correct CSS to OPAC detail page, making it display oddly. To fix this in the short term you can use the following OPACUserJS: if ( $('#opac-detail').length ) { $('#catalogue_detail_biblio').parent().addClass('span9').removeClass('col-lg-9'); } -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 26338] New: Show tool plugins run in tools home
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '21

07 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26338 Bug ID: 26338 Summary: Show tool plugins run in tools home Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In tools home there is a link to the table showing tool plugins. Would be great to be able to run a tool plugin directly from tools home. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 27845] New: cash_management needs default register setting
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '21

07 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27845 Bug ID: 27845 Summary: cash_management needs default register setting Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If your library has more than one register, you may have to select a different register constantly. I would suggest adding a dropdown in the cash_management permission setting for the user to select their default register from a list of registers for their library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8