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

[Bug 20724] New: ReservesNeedReturns syspref breaks "Holds awaiting pickup"
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '18

19 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20724 Bug ID: 20724 Summary: ReservesNeedReturns syspref breaks "Holds awaiting pickup" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com == Summary == waitingreserves.pl crashes when expirationdate is null. And ReservesNeedReturns has a regression causing expirationdate to be null. == Reproduce == 1. Set ReservesNeedReturns to "Don't automatically" 2. Place a hold on a specific item 3. Check it in and confirm hold 4. The hold should have an expiration date record page → Hold → "Expiration" column 5. It should be listed in staff:/cgi-bin/koha/circ/waitingreserves.pl 6. Set ReservesNeedReturns to "Automatically" 7. Place a hold on a specific item (which should also behave like we check the item in to keep it for the patron) 8. The hold should have an empty expiration date record page → Hold → "Expiration" column 9. Holds awaiting pickup page should crash staff:/cgi-bin/koha/circ/waitingreserves.pl === Affected versions === Bug on master and 17.11. Works on 16.11, date isn't null -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 20764] New: t/Koha_Template_Plugin_KohaPlugins.t is DB dependent
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '18

19 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20764 Bug ID: 20764 Summary: t/Koha_Template_Plugin_KohaPlugins.t is DB dependent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org t/Koha_Template_Plugin_KohaPlugins.t is DB dependent. This patch moves it to t/db_dependent/ -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 20181] New: Allow plugins to add css and javascript to OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '18

19 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20181 Bug ID: 20181 Summary: Allow plugins to add css and javascript to OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A number of Koha plugins have been written that enhance Koha's public catalog. These plugins often make due to adding css and javascript to the various opac system preferences. It would be nice if the plugin system had hooks so plugin developers could add code the the head block and the area where we include javascript in the opac template. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 19636] New: Hold priority changes incorrectly via dropdown select
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '18

18 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19636 Bug ID: 19636 Summary: Hold priority changes incorrectly via dropdown select Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: 1. Place 3 holds on a record 2. See existing holds (cgi-bin/koha/reserve/request.pl?biblionumber=XXX) 3. By using the dropdown menu under "Priority" column, change the first hold's priority to last (3). Do not touch other priorities. 4. Click Update hold(s) 5. Observe the hold did not get your selected priority 3, but 2 instead. I believe this happens when the form is posted and each row is individually processed one by one - and due to conflict in priority value, the latter row always gets the chosen value. This could be solved by sorting the hold table by priority before updating the holds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 20768] New: Noisy test results when SearchEngine set to Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '18

18 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20768 Bug ID: 20768 Summary: Noisy test results when SearchEngine set to Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Filing to get attention, I have not investigated at all To recreate: 1 - Set SearchEngine syspref to Elasticsearch 2 - prove t/db_dependent/Circulation.t 3 - See all sort of ugly "Expected a boolean [true/false] for property [onloan] but got [0]" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 18346] New: Improved web installer containing basic and advanced setup modes
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '18

18 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18346 Bug ID: 18346 Summary: Improved web installer containing basic and advanced setup modes Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 17855 This bug report contains the patch that was attached to bug 17855 containing the improved web installer (which gives the users the options to either click the 'Basic' or 'Advanced' setup modes in step 3 of the web installer. The basic option displays all mandatory(default) data with an unselectable bullet-point and optional data with a selectable checkbox). Whilst the advanced setup mode displays all data values with a selectable checkbox. This bug report was created so that bug 17855 just contains the onboarding tool and so it does not need bug 18039 to be completed (moving mandatory SQL files for each language to a 'default' directory so they display correctly for the basic setup mode of the improved web installer) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17855 [Bug 17855] Updated Koha web installer and new onboarding tool feature to guide users through setting up Koha -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 19010] New: When downloading reports, long running reoprts will time out
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '18

18 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19010 Bug ID: 19010 Summary: When downloading reports, long running reoprts will time out 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 A long running report, such as SELECT * FROM biblio run on a sufficiently large database, will time out when you click Download and select 'Comma separated text'. There is no way to limit the output nor is there any facility to run the query in the background and get the results later. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17195] New: Split logging of item modifications from CataloguingLog into separate system preferences
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '18

17 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17195 Bug ID: 17195 Summary: Split logging of item modifications from CataloguingLog into separate system preferences 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Because logging modifications to items has so much overhead, it is not recommended that CataloguingLog be enabled. If we split off modifications to items into a separate system preference CataloguingLogItems, then libraries can at least log modifications to records without taking a large processing hit. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 19931] New: Update popup window templates to use Bootstrap grid
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '18

17 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19931 Bug ID: 19931 Summary: Update popup window templates to use Bootstrap grid Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 14546 The templates for popup windows are fairly simple -- one or two columns, so they could be easily updated to use the Bootstrap grid instead of YUI. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14546 [Bug 14546] Make staff client templates responsive -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 20538] New: Remove the need of writing [% KOHA_VERSION %] everywhere
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '18

17 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20538 Bug ID: 20538 Summary: Remove the need of writing [% KOHA_VERSION %] everywhere Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Having to write [% KOHA_VERSION %] for each url is bad because: - It's easily forgettable when adding new <script> or <link> - It prevents grep'ing for the full filename - It violates the DRY principle - If at some point we want to change the "force js and css reload" mechanism, it will be tedious -- You are receiving this mail because: You are watching all bug changes.

1 37