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

[Bug 26041] New: Accessibility: The date picker calendar is not keyboard accessible for "Reservation not needed after:" input
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26041 Bug ID: 26041 Summary: Accessibility: The date picker calendar is not keyboard accessible for "Reservation not needed after:" input 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Blocks: 26040 The ‘Reservation not needed after:’ edit field and accompanying date picker can only be navigated using the ‘Ctrl’ and arrow keys. This means that some keyboard only users may not be able to populate the edit field independently. To replicate: 1/ Search for an item using quick search and reserve it from the results page. 2/ Confirm the reservation 3/ Attempt to navigate the datepicker via the keyboard without holding the ctrl key Solution: Ensure all interactive page elements are operable via standard keyboard commands. Also, consider implementing an accessible date picker. For example: https://dequeuniversity.com/library/aria/date-pickers/sf-date-picker Alternatively, allow users to enter a date into the form field by removing the ‘read-only’ attribute. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26040 [Bug 26040] Accessibility: 2.1.1 Keyboard Access -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 25448] New: Update German (de-DE) framework files
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25448 Bug ID: 25448 Summary: Update German (de-DE) framework files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The framework files still in SQL need an update to reflect changes in the po files. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25584] New: When a 'return claim' is added, the button disappears, but the claim date doesn't show up
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25584 Bug ID: 25584 Summary: When a 'return claim' is added, the button disappears, but the claim date doesn't show up Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When adding a 'claims returend' from the checkouts table, the button disappears, but the date of the claim will only appear after a reload of the page. I think it would be more helpful to see the date right away as this helps to confirm the process worked correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 26069] New: Twitter share button leaks information to Twitter
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26069 Bug ID: 26069 Summary: Twitter share button leaks information to Twitter 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: x.schindel(a)googlemail.com QA Contact: testopia(a)bugs.koha-community.org If any share button is active on the details page to some media (must not necessarily be the Twitter button), then requests are sent to Twitter which contain information about the currently displayed media in the referer header Example: .../cgi-bin/koha/opac-detail.pl?biblionumber=21&query_desc=kw%2Cwrdl%3A%20sch*). This is not acceptable from a data privacy point of view. Instead of using the Twitter script a simple link behind the Twitter share button should be used (as already done e.g. for sharing with Facebook or LinkedIn). -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 25903] New: Sending a SIP patron information request with a summary field flag in indexes 6-9 will crash server
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25903 Bug ID: 25903 Summary: Sending a SIP patron information request with a summary field flag in indexes 6-9 will crash server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The 'summary' field in the patron information request specifies if detail information should be send for holds, overdues, fines, etc. The field is 10 characters in length (0-9). However, the SIP2 spec only defines indexes 0 though 5, leave 6 though 9 undefined. Some ILSs specify behavior for these undefined indexes. Apparently the 7th field is often used to request 'Fees', as opposed to 'Fines' in some ILS. Some software that integrate via SIP try both the 5th and 7th indexes to ensure they get all fines and fees. The problem is that Koha's SIP server crashes if any 'summary' index beyond 5 is flagged. We should simply ignore flags beyond 5 and act as if no flags were sent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 25553] New: edit item date sort does not sort correctly
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25553 Bug ID: 25553 Summary: edit item date sort does not sort correctly Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When in the edit items table for a bib record, the date last seen and date accessioned do not sort correctly. To test, find a bib record with multiple items attached that have different dates for either accessioned and/or last seen. Select Edit - items. On the edit items screen, click on the column header for one of the dates and note that they do not sort in date order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 25778] New: koha-plack --restart causes PERL5LIB to grow with duplicate entries
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25778 Bug ID: 25778 Summary: koha-plack --restart causes PERL5LIB to grow with duplicate entries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com Line 395 in koha-lack "PERL5LIB=$PERL5LIB:$KOHA_HOME/installer:$KOHA_HOME/lib/installer" causes PERL5LIB to grow with duplicate entries for /usr/share/koha/installer and /usr/share/koha/lib/installer when running in production. Note that this does *not* happen when running in dev, when using koha-testing-docker for instance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 25751] New: When an ORDERED suggestion is edited, the status resets to "No status"
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25751 Bug ID: 25751 Summary: When an ORDERED suggestion is edited, the status resets to "No status" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The status "ORDERED" is missing from the pull down list of status values when editing a suggestion, so the first option is selected "No status". This leads to data loss when editing a suggestion in the status "ORDERED". Worse: the status can't be reset to "ORDERED" and so no AVAILABLE notice can be sent to the patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 25750] New: Fallback to ecost_tax_included, ecost_tax_excluded not happening when no 'Actual cost' entered
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25750 Bug ID: 25750 Summary: Fallback to ecost_tax_included, ecost_tax_excluded not happening when no 'Actual cost' entered Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The patchsets on bugs 23523 and 23522 set and display respectively the unitprice_tax_included/unitprice_tax_excluded if 'Actual cost' has been entered. If 'Actual cost' is not entered entered then Koha should fallback to ecost_tax_included/ecost_tax_excluded. However the fallback is not working correctly. When 'Actual cost' is not set it has a value of 0.00 and Koha evaluates 0.00 to true so ecost_tax_included/ecost_tax_excluded is never used. e.g. In this fallback: my $cost_tax_included = $line{unitprice_tax_included} || $line{ecost_tax_included}; my $cost_tax_included = 0.00 || 7.23 $cost_tax_included is set to 0.00 as Perl treats 0.00 as true. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 26090] New: Catalog by itemtype report fails if SQL strict mode is on
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26090 Bug ID: 26090 Summary: Catalog by itemtype report fails if SQL strict mode is on Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The catalog by itemtype report (reports/manager.pl?report_name=itemtypes) returns no results if SQL strict mode is on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13