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

[Bug 8352] Add automatic printing of 'hold to pull' notices
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8352 Joy Nelson <joy(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX CC| |joy(a)bywatersolutions.com Status|In Discussion |RESOLVED --- Comment #111 from Joy Nelson <joy(a)bywatersolutions.com> --- Closing this ticket as the printers table no longer exists in master. Will revisit and reopen as a new feature. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5158] Koha needs its own cookie, ice cream, and fudge flavors
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5158 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com --- Comment #8 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Chris Cormack from comment #4) > Koha also needs more Margarita Can you please submit a patch for that? Thanks, on behalf of the QA team :-D -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4944] Create separate noItemTypeImages preferences for OPAC and staff client
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4944 --- Comment #7 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 102128 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102128&action=e… Bug 4944: Do not rely on the values from cache during the update DB process We never know, as we insert values direcly to the DB, the cache may not be correct. Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4944] Create separate noItemTypeImages preferences for OPAC and staff client
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4944 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102075|0 |1 is obsolete| | --- Comment #6 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 102127 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=102127&action=e… Bug 4944: Add OpacNoItemTypeImages system preference At the moment noItemTypeImages pref controls staff and OPAC display. With this patch, there will be a separate OpacNoItemTypes preference that allows to control display of each separately. To test: - Apply patch and run database update In Administration: - Search for 'noItemTypes' preferences - Verify the settings of both prefs match - Toggle prefs, verify everything works ok - Go to the item types configuration page - Try different settings for both prefs: - Both set to No: Only a message with a link to the prefs should show - Both set to Yes or either set to Yes: image configuration options should show In the OPAC: - Check the following pages with item-level_itypes = record - advanced search - detail page - place hold page - Check the following pages with item-level_itypes = item - result list - a list (opac-shelves) - checkouts and overdues tabs in patron account (Note: this didn't work right before, but will now.) - reading history in patron account Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4944] Create separate noItemTypeImages preferences for OPAC and staff client
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4944 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 19069] New: "Doesn't match" option fails in MARC Modification Templates
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19069 Bug ID: 19069 Summary: "Doesn't match" option fails in MARC Modification Templates Change sponsored?: --- Product: Koha Version: 17.05 Hardware: Macintosh OS: Mac OS Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: jfowler(a)sebts.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 65781 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65781&action=ed… A single MARC record to use in order to test what I'm describing. When adding a new action in a MARCH modification template, the "doesn't match" option fails in places where there are multiple fields. I was importing MARC records with item holdings in 999 fields. Most of the records had multiple 999s. In most, there was one 999 field that had an $l field with the value "NASH". I set up the template to first get rid of all 999 fields where the l doeesn't match NASH. It didn't work. If I reverse the action, and write multiple actions that match on every other 999$1 field value, it works. I've tested several different ways, and the only conclusion I can come to is that the "doesn't match" option is failing. I've attached a sample MARC record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 12187] Duplicate TT code for serial statuses
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12187 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #9 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Hi Pasi, That's great! I would recommend 2 things: 1. Add a comment at the top of the include file to add a bit of doc 2. Replace HideStatuses with an array: HideStatuses=[1,8] Then use grep in the include file What do you think? Keep in mind that we use snake_case instead of CamelCase for var names. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23343] New: Koha::Library->selected()
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23343 Bug ID: 23343 Summary: Koha::Library->selected() Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adds a generic ->selected() to Koha::Library so the Koha::Object can be transparently used with Template::Toolkit to distinguish the currently selected library from a list of other libraries in a <select> -html element. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 23323] New: Koha::RefundLostItemFeeRules->find() should require `branchcode`, `categorycode` and `itemtype`
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23323 Bug ID: 23323 Summary: Koha::RefundLostItemFeeRules->find() should require `branchcode`, `categorycode` and `itemtype` 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 We overload the find method in Koha::RefundLostItemFeeRules but we only test with branchcode calls and do not pupulate the database with sufficient test data to show that find would fail in a number of cases where a different rule may be present for distinct itemtypes or categorycodes per branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 20062] New: Remove support for Internet Explorer 7 in the staff client
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20062 Bug ID: 20062 Summary: Remove support for Internet Explorer 7 in the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are several templates in the staff client which include a JavaScript shim adding functionality to Internet Explorer < version 9, required for the search result browser feature:  Internet Explorer 7 was released in 2006 and should not be actively supported. The templates should be modified to omit this block, and the shim JS should be removed. -- You are receiving this mail because: You are watching all bug changes.

1 12