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

[Bug 12093] Add css classes to item statuses in detail view
by bugzilla-daemon＠bugs.koha-community.org 10 May '20

10 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 --- Comment #4 from David Roberts <david.roberts(a)ptfs-europe.com> --- Created attachment 104629 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=104629&action=e… Bug 12093: Add css classes to item statuses in detail view This patch adds classes where necessary to detail.pl To test: 1) Apply patch 2) View source of /cgi-bin/koha/catalogue/detail.pl to check that there are no orphaned statuses without classes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16512] New: Route to library alert missing
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16512 Bug ID: 16512 Summary: Route to library alert missing Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item belonging to one library is checked in at a different library using the main check in box at the top of the screen, and alert pops up to remind the staff member to return the item to the owning library. However, if an item is returned by using the list of checkouts in the patron record, this alert doesn't display. It would be ideal if these could be consistent and generate an alert in both instances. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 5441] SSO CAS improvements
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5441 Inspiria <Diwakar.j(a)inspiria.edu.in> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Diwakar.j(a)inspiria.edu.in -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24808] New: Untranslatable strings in results.js
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24808 Bug ID: 24808 Summary: Untranslatable strings in results.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Untranslatable "No cover image available" twice in koha-tmpl/intranet-tmpl/prog/js/pages/results.js: $(this).parent().html('<span class="no-image">No cover image available</span>'); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 25119] New: When paying a single account line, description and account type don't display correctly
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25119 Bug ID: 25119 Summary: When paying a single account line, description and account type don't display correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When paying a single fine, the description and account type are not displaying correctly on paycollect.tt in all cases. In my case it didn't work for RENT_RENEW with a description including the title of the the record. While it displays nicely in the list of charges, when paying it individually using the pay button in the line, the account type displays the code instead of the description and the description remains empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25297] New: Consistent return value in K::A::Order->current_item_level_holds
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25297 Bug ID: 25297 Summary: Consistent return value in K::A::Order->current_item_level_holds 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 Right now it returns undef if there's no bilbio or items linked to the order. WE should rely on bug 25296 and return an empty Koha::Holds resultset. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25303] New: Koha::Objects->delete should not skip overriden object class ->delete
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25303 Bug ID: 25303 Summary: Koha::Objects->delete should not skip overriden object class ->delete Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org If we call Koha::Libraries->delete but Koha::Library->delete exists (ie. Koha::Object->delete is overriden), then we Koha::Objects->delete will be called and the overriden will not be executed. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 25296] New: Add a way to force an empty Koha::Objects resultset
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25296 Bug ID: 25296 Summary: Add a way to force an empty Koha::Objects resultset 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 In some scenarios, it would be handy for consistency to just return an empty resultset (instead of undef, for example). Take the following example: sub current_item_level_holds { my ($self) = @_; my $items_rs = $self->_result->aqorders_items; my @item_numbers = $items_rs->get_column('itemnumber')->all; return unless @item_numbers; my $biblio = $self->biblio; return unless $biblio; return $biblio->current_holds->search( { itemnumber => { -in => \@item_numbers } } ); } if we wanted to always return a Koha::Holds iterator (as ->current_holds does) we could do: sub current_item_level_holds { my ($self) = @_; my $items_rs = $self->_result->aqorders_items; my @item_numbers = $items_rs->get_column('itemnumber')->all; my $biblio = $self->biblio; unless ( $biblio and @itemnumbers ) { return Koha::Holds->new->empty; } return $biblio->current_holds->search( { itemnumber => { -in => \@item_numbers } } ); } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 25271] New: Add floating toolbar to OPAC cart
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25271 Bug ID: 25271 Summary: Add floating toolbar to OPAC cart Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I think it would be useful for the OPAC cart window's toolbar to float. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 25166] New: Add "aria-hidden = true" to Font Awesome icons in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25166 Bug ID: 25166 Summary: Add "aria-hidden = true" to Font Awesome icons in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 23003 Font Awesome's accessibility guidelines (https://fontawesome.com/v4.7.0/accessibility/) suggest that we include 'aria-hidden="true"' in the icon markup. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 [Bug 23003] Accessibility improvements -- You are receiving this mail because: You are watching all bug changes.

1 17