October 2017 - Koha-bugs - lists.koha-community.org

[Bug 19239] New: Cataloguing authority search result list to show double dashes for selected MARC 6XX subfields
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19239 Bug ID: 19239 Summary: Cataloguing authority search result list to show double dashes for selected MARC 6XX subfields 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: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On the cataloguing authority search result result list, show double dashes (--) before MARC 6XX subfields $v, $x, $y and $z data. Currently, the result list shows as: Australia History 2001- Enhanced authority result list will show the above heading as: Australia -- History -- 2001- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 17811] New: Subfield $v should be ignored in Series Title authority validation
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17811 Bug ID: 17811 Summary: Subfield $v should be ignored in Series Title authority validation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When validate a Series Title (MARC 8XX) as part of cataloguing, subfield $v should not appear on the authority search screen. Subfield $v detail has to be manually removed before searching, otherwise, no result will be found! See attached screen images. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19240] New: Names after ampersand (&) are ignored for cataloguing authority searching
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19240 Bug ID: 19240 Summary: Names after ampersand (&) are ignored for cataloguing authority searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Names after ampersand (&) are ignored for cataloguing authority searching. For example: Australia. Department of Agriculture & Environment (as appeared in the cataloguing record) will appear in the cataloguing authority search screen as: Australia. Department of Agriculture See attached pictures. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18806] New: Cannot revert a batch
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '21

11 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18806 Bug ID: 18806 Summary: Cannot revert a batch Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Tools Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18242 Since bug 18242: When a biblio is deleted, a new transaction is created. tools/manage-marc-import.pl use the AutoCommit flag, which does not allow nested transaction. AutoCommit must not be used. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18242 [Bug 18242] Move of checkouts to old_issues is not handled correctly -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 19458] New: Self-check module highlighting
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '21

02 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19458 Bug ID: 19458 Summary: Self-check module highlighting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done 1. Identify new checkouts and renewals 2. Pass this data to the template 3. Have template apply a special class to those checkouts 4. Apply CSS to style these checkouts -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 16784] New: Export suggestions from OPAC as CSV
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '21

02 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16784 Bug ID: 16784 Summary: Export suggestions from OPAC as CSV 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: vimal0212(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Dear Developers, We would like to see export feature (csv format) book suggestions for approval in staff client. In many libraries, Director of the institution want to see the list of suggested books by library users before placing order. He/she would suggest to remove books from list. This feature is useful to get the list of books for approval via OPAC and send to concerned authority before finalization. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 17092] New: Generate debian/ control with version numbers from PerlDependencies.pm
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '21

01 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17092 Bug ID: 17092 Summary: Generate debian/control with version numbers from PerlDependencies.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Proof of concept. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 16547] New: Can't place item level hold directly from search results screen
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '21

01 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16547 Bug ID: 16547 Summary: Can't place item level hold directly from search results screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you search for an item that brings up a list of results, checking the check box and clicking the 'Place Hold' button allows you to place a hold -- but after you've selected the patron, you can only place biblio level holds -- the section of the 'Confirm Holds' page which usually shows to allow item level holds is not displayed. This is most easily demonstrated on the bywater demo machine [usernam and password are both koha]. Search for Harry Potter: http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=har… Click the check-box for the first search result ( Harry Potter and the Chamber of Secrets [videorecording] ... ) Click the 'Place hold' button, which will take you to the 'Confirm hold' screen (http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio…) Enter card number 55. This takes you to a second 'Confirm hold' screen, showing a hold for 'Harry Potter and the Chamber of Secrets' for patron Bilbo Baggins (55)... no item information is viewable. (http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio…) By contrast, If I start at http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=har…, and click in to the first result page to see the details: http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/detail.pl?bibli… Then click 'place hold' from the details screen, I am taken to http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio… Entering card number 55 at that point takes me to http://intranet.bywatersolutions.com/cgi-bin/koha/reserve/request.pl?biblio… ... but this time item level information *is* available, and an item level hold can be placed. Steps to replicate on your system: 1/ Search for an item with more than one search result 2/ Select an item, click 'Place hold' 3/ Enter a patron card number 4/ Note that item level holds are not available. 5/ Run the search again 6/ Click the title to see the detail page on the same bib. 7/ Enter the same patron card number 8/ Items now show on the page, and an item level hold can be placed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 17179] New: Add keyboard shortcuts to repeat (duplicate) a field, and cut text
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '21

24 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17179 Bug ID: 17179 Summary: Add keyboard shortcuts to repeat (duplicate) a field, and cut text Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl add two more keyboard shortcut commands to the list already available: Ctrl-R : Repeat or duplicate a field Ctrl-C : cut command (to be used with paste - Ctrl-V) -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 18146] New: C4:: Circulation CanBookBeRenewed lacks full test coverage.
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '21

19 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18146 Bug ID: 18146 Summary: C4::Circulation CanBookBeRenewed lacks full test coverage. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mtompset(a)hotmail.com QA Contact: gmcharlt(a)gmail.com While testing bug 17941, I discovered two cases where test coverage was lacking from t/db_dependent/Circulation.t Around line 2725: if ( $restricted and $restrictionblockrenewing ) { return ( 0, 'restriction'); } elsif ( ($hasoverdues and $overduesblockrenewing eq 'block') || ($itemissue->{overdue} and $overduesblockrenewing eq 'blockitem') ) { return ( 0, 'overdue'); } The elseif is never triggered. Around line 2759: if ( $soonestrenewal > DateTime->now( time_zone => C4::Context->tz() ) ) { return ( 0, "auto_too_soon" ) if $itemissue->{auto_renew}; return ( 0, "too_soon" ); } elsif ( $itemissue->{auto_renew} ) { return ( 0, "auto_renew" ); } There is no else, but the code never attempts something that would trigger one. To reproduce add: print STDERR "CHECK!\n"; just before the return ( 0, 'overdue') in the first case, and after the elsif's curly brace in the second case. running t/db_dependent/Circulation should not generate the CHECK points. -- You are receiving this mail because: You are watching all bug changes.

1 17