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

[Bug 21023] New: Remove warning in t/db_dependent/Circulation/Chargelostitem.t
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21023 Bug ID: 21023 Summary: Remove warning in t/db_dependent/Circulation/Chargelostitem.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Run: $ kshell k$ prove t/db_dependent/Circulation/Chargelostitem.t => FAIL: Warning is displayed -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 14446] Resolve "Use of uninitialized value in goto" in admin/preferences.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14446 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Stable |RESOLVED Resolution|--- |FIXED --- Comment #10 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- I choose not to push to 17.05.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14446] Resolve "Use of uninitialized value in goto" in admin/preferences.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14446 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #9 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Pushed to 17.11.x for 17.11.09 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6647] Label item search should use standard pagination routine
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6647 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #7 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Not a real bug, I choose not to push to 17.11.x -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 20949] New: Koha depends on Clone
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20949 Bug ID: 20949 Summary: Koha depends on Clone Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net The ILL and SIP modules uses Clone. So far, libclone-perl was a dependency of a dependency, libhash-merge-perl. In Debian Buster and Ubuntu Bionic, libhash-merge-perl depends on libclone-choose-perl instead. Same problem for the plain Perl modules from CPAN. I file it under packaging anyway, I have to fix one to fix the other. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 20801] New: Make dependency on memcached mandatory
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20801 Bug ID: 20801 Summary: Make dependency on memcached mandatory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Set memcached as mandatory for package installations. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 18946] New: Change language from external web fails
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18946 Bug ID: 18946 Summary: Change language from external web fails Change sponsored?: --- Product: Koha Version: 17.05 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 We have identified that if you add the url to change language from one external web to koha, it doesn't work it just send you again to your current web. How to reproduce: 1. Get a multilingüal Koha like http://demo1.orex.es/cgi-bin/koha/opac-changelanguage.pl?language=en http://demo1.orex.es/cgi-bin/koha/opac-changelanguage.pl?language=es-ES 2. Copy that urls to any web page and try to link to the spanish or english version,it will keep you in the same position we suspect is opac-changelanguage.pl becuase it gets the url from the referer and then construct a wrong url becuase of the referer... If #my $url = $query->referer() || '/'; my $url = 'https://whatever/'; it works.. because we force the referer to the koha host domain -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 15184] Ability to duplicate existing order lines to a given basket
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '18

28 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15184 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff Depends on| |20661, 20366 --- Comment #11 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- I have pushed a remote branch to ease testing: https://gitlab.com/joubu/Koha/tree/bug_15184 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20366 [Bug 20366] More information about orders linked to subscriptions on "Acquisition details" tab https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20661 [Bug 20661] Implement blocking errors for circulation scripts -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15184] Ability to duplicate existing order lines to a given basket
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '18

28 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15184 --- Comment #10 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- This new feature is ready to be tested! I have finally change my mind about how this feature is implemented, I hope it will make sense to you too. As we already have a "add to basket" popup that contain the different ways to add orders to a basket it sounded natural to reuse it. How does it look: Click on the add to basket link https://snag.gy/InG6NH.jpg Click on "From existing orders (copy)" https://snag.gy/1sgGw3.jpg Perform a search https://snag.gy/hJWbDd.jpg You can select some orders and redo another search (See "Refine search [+]" to expand the filters form). If a new search is done, the selected orders will stay selected even if they are not returned by the first request. They are put at the bottom (tfoot) of the table. https://snag.gy/4ojfHk.jpg When your selection is done, go to the next screen, to set some default values for these new orders. So far you can set a currency, fund, internal and vendor notes, as well as the two statistic fields. We have here the same form as when adding order from a staged file. We could add more if needed. There are also checkboxes in front of each field to copy the value from the existing order. If the checkbox is not ticked and that the input is empty, the value will be emptied. https://snag.gy/rDUH2u.jpg When you are done, submit the form. The next screen will display the new orders that have been created and attached to the basket. https://snag.gy/5MPqIH.jpg What happened exactly? The following value of aqorders have been set to default or null: ordernumber (AI), received_on, datereceived, datecancellationprinted, cancellationreason, purchaseordernumber, claims_count, claimed_date, parent_ordernumber placed_on and entrydate has been set to today orderstatus has been set to 'new' quantityreceived is 0 If items was attached to the order, new ones have been created with the exact same values (expect for barcode that has been removed to avoid collision) (Q) What about created_by? Should it be copied or set to the logged in user? (Q) What about users that are on receiving? So far nothing is done (not copied) (Q) What other fields do we want to batch edit before the duplication is done? What is still to be done: - Polish the interface a bit (any suggestions?) - Add tests for the two new methods added to Koha::Acquisition::Order (add_items and duplicate_to) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15184] Ability to duplicate existing order lines to a given basket
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '18

27 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15184 --- Comment #9 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 77318 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77318&action=ed… Bug 15184: Add users ? We certainly do not want this patch. What about users that are notified on receiving? -- You are receiving this mail because: You are watching all bug changes.

1 0