February 2019 - Koha-bugs - lists.koha-community.org

[Bug 18963] New: Check In Issue
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18963 Bug ID: 18963 Summary: Check In Issue Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ianuj.singhx18(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 65146 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65146&action=ed… Book status >From day before yesterday sometimes I have encountered an issue that when patrons return the books, the book does not check-in immediately. I tried a lot but every time it show the success message of check-in but still does not completely checked-in. In Circulation log book is being checked-in, but at patrons page and OPAC it still shows book has been checked out by patron. At staff login page when I try to see the book status it shows, book has been checked out as well as it is available. I'm attaching some screen shot please help me as soon as possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 18844] New: embedding flip books or pdf files hosted elsewhere in 856$u
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18844 Bug ID: 18844 Summary: embedding flip books or pdf files hosted elsewhere in 856$u Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 64502 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64502&action=ed… Embed pdf/flipbook file The KohaCon2017 Main Conference host Ayala Museum through Filipinas Heritage Library wishes to be able to embed flipbooks in 856$u such that it will show the books as embedded in the OPAC page. Currently, videos and audios can be embedded in both the intranet and the OPAC, but not for PDF files. Uploading of files is already available in Koha ILS, so it will also be best that this feature be added to Koha ILS. See image for reference. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19014] New: Limit auto-renewal notice to item due immediately. Template Toolkit change ?
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '23

26 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19014 Bug ID: 19014 Summary: Limit auto-renewal notice to item due immediately. Template Toolkit change? Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org Current functionality in 17.05: All copies of an item with auto-renewal enabled, reserved at the title level. Due dates of copies on loan include today, and various dates into the future, some many weeks ahead. When the auto-renewal job runs, Koha is sending an AUTO_RENEWAL email to ALL the users warning them ALL of renewal failure, using the [% ELSIF checkout.auto_renew_error == 'on_reserve' %] Desired functionality in 17.05: When the auto-renewal job runs, Koha should only send an AUTO_RENEWAL email to the user (or possibly users) whose copy is due back today, on the day the auto-renewal job runs. Other people who have copies on loan but which are not yet due back yet should not be contacted by the AUTO_RENEWAL email. Users contacted in this way are being very puzzled and confused. Could this be achieved by an edit to the condition in the template toolkit? So rather this: [% ELSIF checkout.auto_renew_error == 'on_reserve' %] This item has been reserved by another reader. … we have something like this: [% ELSIF checkout.auto_renew_error == 'on_reserve' && checkout.date_due %==today %] This item has been reserved by another reader. Would that work? Is a second condition permissible? How should it be worded? Ray Delahunty University of the Arts London -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 121

[Bug 22005] New: System preference DecreaseLoanHighHolds incorrectly counts the number of holds
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22005 Bug ID: 22005 Summary: System preference DecreaseLoanHighHolds incorrectly counts the number of holds Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement 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 When using the system preference decreaseLoanHighHolds, if a library has this set to 1 hold. Then when the 1 person that has a hold on this item attempts to check it out, Koha will invoke the decreaseloanhighholds - although this hold is getting fulfilled. This system preference should only count holds that are not fulfilled instead of counting all the holds including the one that is getting checked out. In conclusion, Koha should disregard the first hold as this will get removed when the checkout happens instead of count it towards number of holds on the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22406] New: Add ability to play internal sounds in self checkout system
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22406 Bug ID: 22406 Summary: Add ability to play internal sounds in self checkout system Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The integrated self checkout system can only play sound defined by full url. We should enable playing internal sounds too. See also discussion on bug 18251. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 22405] New: Funds from inactive budgets appear in 'Funds' dropdown on acqui/orderreceive.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22405 Bug ID: 22405 Summary: Funds from inactive budgets appear in 'Funds' dropdown on acqui/orderreceive.pl 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To reproduce: 1) Create two budgets -- let's say 'Budget 2014' and 'Budget 2015' 2) Create 'Books 2014' in Budget 2014 and 'Books 2015' in Budget 2015. 3) Mark Budget 2014 as inactive 4) Try to receive some orders, in accounting details the fund dropdown has funds from inactive budgets too -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 22398] New: Feature request: ability to create patrons that can't be deleted with normal edit_borrowers permissions
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22398 Bug ID: 22398 Summary: Feature request: ability to create patrons that can't be deleted with normal edit_borrowers permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com Target Milestone: --- There are certain borrower accounts, such as anonymous patron, sip patron and superlibrarian which will, if deleted, cause problems with operation of the ILS is deleted. It would be useful to be able to lock these borrowers accounts so that an additional level of access, beyond 'edit_borrowers' is required to delete these accounts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22325] New: Elasticsearch - two letter field name are not searchable
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22325 Bug ID: 22325 Summary: Elasticsearch - two letter field name are not searchable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Target Milestone: --- When testing ES I found I was unable to complete searches for 'se' and that when UseAuthoritiesForTracings was set to use I could not find subject by authority number 'an' 'se' is fixed in bug 19575 - I think we should rename 'an' to 'auth-number' and add a conversion -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 22310] New: Show items as On Order in search results without allowing holds
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22310 Bug ID: 22310 Summary: Show items as On Order in search results without allowing holds Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- If we use a NotforLoan value of a positive number, the item does not allow holds and shows in opac-search.pl with the status "Available for Reference." If we use a NotForLoan value of a negative number, the item does allow holds and shows in opac-search.pl with the status "On Order." There's an assumption here that items that don't allow holds will always be reference, which isn't always the case. Some libraries wish to show On Order materials in the OPAC, label them as On Order in opac-search.pl, and block holds. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 22291] New: 'Batch modify' button on itemnumber causes internal server error if itemnumbers do not correspond to real items.
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22291 Bug ID: 22291 Summary: 'Batch modify' button on itemnumber causes internal server error if itemnumbers do not correspond to real items. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To re-create: Create a new report from SQL using the following query: select title, itemnumber + 1 as itemnumber from biblio inner join items using (biblionumber) order by itemnumber desc LIMIT 1 The value in the itemnumber column will *not* correspond to any item in the items table. Run the report and click the 'Batch modify' button. This causes an internal server error with the following error message: Can't call method "title" on an undefined value at /usr/share/koha/intranet/cgi-bin/tools/batchMod.pl line 583. The problem is that 'my $biblio = Koha::Biblios->find( $itemdata->{biblionumber}' at line 577 *can't* be guaranteed to return a valid biblio record, so we *must* check whether it's defined before we access its members. 575 # grab title, author, and ISBN to identify bib that the item 576 # belongs to in the display 577 my $biblio = Koha::Biblios->find( $itemdata->{biblionumber} ); >>578 $this_row{title} = $biblio->title; 579 $this_row{author} = $biblio->author; 580 $this_row{isbn} = $biblio->biblioitem->isbn; 581 $this_row{biblionumber} = $biblio->biblionumber; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5