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

[Bug 26964] New: The option to Save is not showing on the Advanced Editor when created a Macro
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26964 Bug ID: 26964 Summary: The option to Save is not showing on the Advanced Editor when created a Macro Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 20.05.05, the ability to save a new macro is not visible. One needs to create the name of the macro, it will appear on the left, then click that new macro name, and then the options to save and to create the macro public. Seems to need the page refreshed during this process in some way. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 27029] New: Detail page missing Javascript accessible biblionumber value
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27029 Bug ID: 27029 Summary: Detail page missing Javascript accessible biblionumber value 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Bug 26890 raises the point that there's no biblionumber on the detail page that is easily Javascript accessible. We really should be publishing the biblionumber in a feature-independent way, so that different features can leverage the same biblionumber. Here's my ideas so far: 1. data-biblionumber attribute in the body element 2. A RDFa schema.org identifier put in a child of the div.record element 3. Use Template::Toolkit to create a Javascript object that contains the biblionumber as a property 4. HTML element like "<span class="label">Catalogue ID</span>: <span id="biblionumber">1234</span>" I'm actually kind of inclined towards #4, since I have occasionally had people ask for the biblionumber to be published on the HTML to make it easier to see and reference... (although more so for the Staff Interface than the OPAC admittedly) -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 26209] New: BlockReturnofLostItems does not prevent lost items being found
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26209 Bug ID: 26209 Summary: BlockReturnofLostItems does not prevent lost items being found 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com, fridolin.somers(a)biblibre.com, gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com, kyle(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 21231 +++ This bug was initially created as a clone of Bug #21231 +++ >When the syspref BlockReturnOfLostItems is set to Block, the item is blocked from being returned, but is still >considered found -- it's set to lost=0 and a refund is applied to the patron (if circ rules allow). The item can >then be checked in a second time and returned as it is no longer lost. There are still a number of logical holes in the code. ModDateLastSeen is called in a number of places without a flag being passed to prevent the itemlost update. I must admit, I find it confusing to be able to update the last seen timestamp when the item is still 'lost'.. it feels like a logical flaw. Should we not alert the user performing the action that the item was lost and get feedback on what to do? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21231 [Bug 21231] BlockReturnofLostItems does not prevent lost items being found -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 15751] New: Koha offline circulation Firefox addon does not update last seen date for check-ins
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15751 Bug ID: 15751 Summary: Koha offline circulation Firefox addon does not update last seen date for check-ins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: contribs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org When I check in something using the KOCT the last seen date is not updated. It does update the last seen date upon checkout, for what it's worth. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 22

[Bug 25777] New: Datatables on z3950_search.pl show incorrect number of entries
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25777 Bug ID: 25777 Summary: Datatables on z3950_search.pl show incorrect number of entries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Datatables on z3950_search.pl will say "Showing 1 to 20 of 20 entries", which makes you think that there are only 20 search results. However, if you scroll to the bottom of the page, you'll often see it saying something like "Showing page 1 of 501". We should hide the "Showing 1 to 20 of 20 entries" datatables information if we're not going to implement a JSON sourced table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 23282] New: Show all columns in Batch Item Modification and Batch Item Deletion
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23282 Bug ID: 23282 Summary: Show all columns in Batch Item Modification and Batch Item Deletion Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently when using either the Batch Item Modification or Batch Item Deletion, columns will only appear if there is in fact data in these fields. IF there is no value in the Source of Acquisition (for example) field, then the column does not appear with a blank value in it. Libraries may want to see all columns with blank data for double checking purposes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21803] New: Redesign authorized values interface
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21803 Bug ID: 21803 Summary: Redesign authorized values interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 82178 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82178&action=ed… Screenshot showing the proposed interface The authorized values interface is unusual in that it loads the first category by default and category-switching only happens through a dropdown menu. I propose to make this page more like almost every other similar interface in Koha: Start with a table listing all the categories. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 26481] New: Add Koha::Item::Transfer->receipt method
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26481 Bug ID: 26481 Summary: Add Koha::Item::Transfer->receipt method 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 CC: testopia(a)bugs.koha-community.org Depends on: 25757, 25767 Blocks: 24446 We should have an `in_transit` method available from the Koha::Item::Transfer object to allow checking the transit state of the item item. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24446 [Bug 24446] Stockrotation: Update to use daterequested in branchtransfers https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25757 [Bug 25757] Add a Koha::Item::Transfer->transit method https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25767 [Bug 25767] Add Koha::Item::Transfer->receipt method -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 27014] New: SIP2 cannot find patrons at checkin
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27014 Bug ID: 27014 Summary: SIP2 cannot find patrons at checkin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Caused by bug 23403 - when performing a checkin we lookup the SIP patron using the borrowernumber, however, SIP only knows how to find a patron via cardnumber or userid The change on 23403 was to avoid using an 'id' that didn't always exist (as some users don't have a userid or cardnumber When checking in, however, we are not passed a user cardnumber or borrowernumber, so we don't have those on hand to get the patron. from C4/SIP/ILS.pm 245 } elsif ( $circ->ok ) { 246 $circ->patron( $patron = C4::SIP::ILS::Patron->new( $item->{borrowernumber} ) ); 247 delete $item->{borrowernumber}; 248 delete $item->{due_date}; 249 $patron->{items} = [ grep { $_ ne $item_id } @{ $patron->{items} } ]; 250 } else { I actually don't know if the $patron->{items} call is useful, it seems to be updating the patron item cache, but I don't see where we cache it, or read it, we just seem to create new patrons/transactions when needed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 24398] New: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24398 Bug ID: 24398 Summary: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Set the NewsAuthorDisplay preference to 'OPAC' or 'Both OPAC and staff client.' - Open the OPAC main page and click on an individual news item The page for that single news item shows an error: Template process failed: undef error - The method Koha::NewsItem->author_title is not covered by tests! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20