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

[Bug 23508] New: Track changes made to Circulation and Fine rule Matrix
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '19

24 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23508 Bug ID: 23508 Summary: Track changes made to Circulation and Fine rule Matrix Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 As Koha does have a logging system in place, it would be great to have changes made to the circulation and fine rule matrix to be tracked and logged. Circulation and fine rule matrix are complex and very specific and it would be nice if/when a change has been made to this matrix, that a library can find out who made the change. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23661] New: Check "Hold Pickup Library Match" when placing a hold
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '19

24 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23661 Bug ID: 23661 Summary: Check "Hold Pickup Library Match" when placing a hold Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The Holds Policy By Item Type table in Circ & Fine Rules includes a column for "Hold Pickup Library Match," defining whether or not the pickup library for a hold needs to match the item's home/holding library. This policy is only checked when trying to fill a hold, not when trying to place a hold. This allows us to place holds that will never be filled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 23680] New: Perl string '0' evaluated as javascript boolean triggers window.close() when should not
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '19

24 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23680 Bug ID: 23680 Summary: Perl string '0' evaluated as javascript boolean triggers window.close() when should not Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In cataloging_additem.inc the javascript variable "popup" is generated as: var popup = '[% popup | html %]'; So popup will be either '0' or '1'. '0' is a truthy value in javascript, so popup will always be evaluated as true making this condition: if( popup && op != 'saveitem' ){ window.close(); } in cataloging_additem.js (incorrectly) true for every operation except saveitem. A windows can only be closed by javascript in certain conditions (don't know if all browsers behave exactly the same), but for window.close() to actually close the window it needs to be opened in new window/tab. So to reproduce this bug go to a bibliographic record, expand the "New" menu, and open "New item" in new tab. It should immediately close, which this patch should fix. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 23882] New: use xslt file for sending results by email
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '19

24 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23882 Bug ID: 23882 Summary: use xslt file for sending results by email 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org mail format is harcoded at koha, it should be great if the koha could send list , cart of records formatted via mail using xslt or notice letter -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 23845] New: Dashboard for database
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '19

24 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23845 Bug ID: 23845 Summary: Dashboard for database Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I see that there is a bug in the works (or was in the works) for something like this: bug 6828. Would like to see something that would report on database health, especially on dead information. Like deleted and withdrawn elements that are stored in tables. Basically, things that could be pruned once in a while. Maybe have some tools available in the dashboard that would help to do the pruning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 23287] New: JS Console Errors on Memberentry
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '19

21 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23287 Bug ID: 23287 Summary: JS Console Errors on Memberentry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you try to add a new patron of any type, currently the js console throws noisy errors on the data entry screens. shortcut_19.0600010.js:46 Uncaught ReferenceError: code is not defined at HTMLDocument.func (shortcut_19.0600010.js:46) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 15689] New: Label editor: Fix issues with wrong batch_id parameter
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '19

21 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15689 Bug ID: 15689 Summary: Label editor: Fix issues with wrong batch_id parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org There are issues with the label editor, related to the batch_id: 1/ You can select all the items and click on "remove selected" without any warning 2/ You can delete the last item clicking on the "Delete" button ("actions" column) In these 2 cases, the batch_id parameter is passed but is wrong. If you add a new batch on the resulting screen, the batch_id of the deleted batch will be displayed, but a new one will be used. Copied from the comment by Jonathan Druart on Bug 15663 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15663#c7 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 23254] New: Batch item modification and deletion handle leading and trailing spaces inconsistently
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '19

21 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23254 Bug ID: 23254 Summary: Batch item modification and deletion handle leading and trailing spaces inconsistently Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To Test: - create an item with barcode "123 " - enter barcode "123" in either batch item deletion or batch item modification - receive a "barcode not found error for "123" - note that your item with barcode "123 " does appear in the list for deletion/modification similar to bug 22799 for case sensitivity in these tools. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 23496] New: batchmod.pl no longer sorts results in scanned order
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '19

21 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23496 Bug ID: 23496 Summary: batchmod.pl no longer sorts results in scanned order Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Prior to 18.11, after submitting a barcode list to the batch deletion or batch modification tools, the results would be listed in the same order the barcodes were scanned. These results now sort by barcode. The main convenience lost here is the ability to relate the list on screen to a physical cart of books. If the list is in scan order, you can judge any given books's location on the cart based on how high or low it is in the list, and by what's around it. If the list isn't in scan order, then you have to skim through the entire cart to locate a specific item as there's no longer any relation between the list on screen and the physical order of the books on the cart. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23721] New: Names of exported basketgroup files should be uniformised
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '19

21 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23721 Bug ID: 23721 Summary: Names of exported basketgroup files should be uniformised Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org When exporting a basket group, the names of the files are different depending on the format chosen : if pdf, the aqbasketgroup.name is used ; if csv, it's the aqbasketgroup.id. I think it would be clearer for the users if names could be the same. My preference goes to the aqbasketgroup.name as it's the name chosen by librarians to ease acquisition management. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10