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

[Bug 20143] New: Allow separate system preferences for Self Checkout specific to Circulation
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20143 Bug ID: 20143 Summary: Allow separate system preferences for Self Checkout specific to Circulation Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Using Koha's self checkout module limits functions due to global system preferences set up. For example, if the system preference : allfinesneeedoverride is set to require, any amount of money owed by the patron will restrict that patron to use the self checkout module. It would be nice to have separate circulation system preferences for selfcheckout and circulation desk. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 20096] New: Regarding duplicate data in statistics and logs data
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20096 Bug ID: 20096 Summary: Regarding duplicate data in statistics and logs data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tejoskumar(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi I noticed that there is duplicate data in statistics table and logs table with respect to check-in check out and renewal. If a user id (staff id or patron id if renewal done online) is added to statistics table there is no need to create a log for transactions. Hope this will help remove duplicate data if implemented. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 20077] New: Patroncards are printed blank
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20077 Bug ID: 20077 Summary: Patroncards are printed blank Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.stastny(a)teamlibrary.cz QA Contact: testopia(a)bugs.koha-community.org Hello, we're experiencing problems with printing patroncards from Koha. The final result depends on used browser, for instance in opera I'm able to download blank pdf, however, in firefox I end up with "Not found. The document has moved here." error(under "here" link is nothing->nothing happens). We use self-build Koha with several changes from upstream, but we haven't edited this fuction. The logged errors are as following: manage.pl: CGI::param called in list context from package Template::Document line 57, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. create-pdf.pl: Use of uninitialized value in substitution iterator at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 233. create-pdf.pl: Use of uninitialized value $string_width in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 256. Thanks for helping Martin -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 20059] New: Option to allow checkin of non-issued items without setting SIP-alert
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20059 Bug ID: 20059 Summary: Option to allow checkin of non-issued items without setting SIP-alert 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: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com SIP-alert is set from the return value of the checkin call. This sets the message NotIssued when the book is already available, causing SIP-alert to be set. SIP-alert is also used in sorting during checkin, which conflicts with more obvious alerts. Patch provides an option to allow NotIssued to be SIP-checked-in without triggering the alert flag. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 20024] New: Backup files should be encrypted
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20024 Bug ID: 20024 Summary: Backup files should be encrypted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: josef.moravec(a)gmail.com, katrin.fischer(a)bsz-bw.de, magnus(a)libriotech.no, paul.poulain(a)biblibre.com, rbit(a)rbit.cz Blocks: 18081 File produced by koha-dump should be encrypted. It contents personal data. It's GDPR related stuff. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18081 [Bug 18081] [omnibus] GDPR (General Data Protection Regulation) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 19912] New: PrintNoticesMaxLines message should print after list of items not at end of notice
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19912 Bug ID: 19912 Summary: PrintNoticesMaxLines message should print after list of items not at end of notice 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: michael(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 70254 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=70254&action=ed… showing message at bottom of notice PrintNoticesMaxLines prints a message about too many items to list on an overdue notice, but prints it at the very bottom of the notice. It would be more clear to the reader if this message could follow the list of items on the notice, as they might not notice the message at the bottom of the page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 19629] New: No translatable notification in overdue notices
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19629 Bug ID: 19629 Summary: No translatable notification in overdue notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org If PrintNoticesMaxLines is set and the number of overdue items is greater than this limit, then the phrase "List too long for form; please check your account online for a complete list of your overdue items." is added at the end of the letter. But this is not translatable, and not necessarily at the right place. Maybe it could be possible to use a placeholder (like <<items.content>>) to tell where to add this notification, and then make it translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19891] New: itemtypecat should show categories in refine search ( facets) and item details, not itypes
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19891 Bug ID: 19891 Summary: itemtypecat should show categories in refine search (facets) and item details, not itypes 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: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org If using itemtypecat, the itemtypes are grouped into categories for Advanced Search. However, in Refine Search, the item types listed are actual item types rather than the item type categories. The same seems to be the case in opac-detail. Either showing the category instead of the itemtype if itemtypecat is being used, or providing a toggle to allow it, would be more consistent and allow libraries to use fine-grained itemtypes without having to present them all to library patrons. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19884] New: Improve performance of GetItem
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19884 Bug ID: 19884 Summary: Improve performance of GetItem 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org While benchmarking Koha trying to improve indexing speed DBIx::Class::ResultSet->find() in C4::Koha::Getitem stood out as a major bottleneck. I looked through the code, and it's only when 'item-level_itypes' is enabled when the actual item object is needed, if not the function can be optimized by only fetching the the data through the much faster low-level DBI interface. This is of course a bit of a kludge, and I would normally avoid this type of micro-optimization, but with this fix we managed to shave a couple of hours of a full re-indexing, and get it done during closing hours. I have also added some more tests to try to catch any possible future issues this change might cause. If more stuff needs to be fetched through the Item-object there could be issues, but this should be clearly pointed out in the code. I also removed an extra call to GetItem() in GetMarcItem() by making it accept an item object or item id as argument, and only fetch the item if needed, cutting the actual calls to GetItem by about half. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 67

[Bug 19870] New: Loaned items show as available unless logged in
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19870 Bug ID: 19870 Summary: Loaned items show as available unless logged in 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: jb.australian(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC search results page issued (checked out) items still show as "Availability: Items available: (1)," when not logged in. When logged in they displays correctly as " Availability: No items available: Issued (1),". The items show correctly as issued in the details page regardless of whether the user is logged in or not and display correctly in the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 16