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

[Bug 23598] New: Annotated parameter for JSON reports broken
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23598 Bug ID: 23598 Summary: Annotated parameter for JSON reports broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The JSON reports allow you to use an annotated parameter to get an easier to workw with format. This appears to be broken in 18.11 and possibly higher up versions: /cgi-bin/koha/svc/report?name=name_of_report&annotated=1 annotated 1 and 0 give the same format. See bug 11491 for initial implementation. It works fine in 17.11.11 If you have scripts building on this, it's quite a problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 6759] Use a different account type for account renewals than for new accounts
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6759 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|23049 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23049 [Bug 23049] Replace MANUAL_INV authorised value with a dedicated table -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #136 from Stefan Berndtsson <stefan.berndtsson(a)ub.gu.se> --- This patch also explicitly sets 'W' without checking if it should be transferred or not. To be more specific, it sets 'T' for transfer, then immediately after sets 'W' anyway, using an added ModReserveStatus() call. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #135 from Stefan Berndtsson <stefan.berndtsson(a)ub.gu.se> --- I'm really unclear of the relationship between the two columns lastpickupdate and expirationdate from this patch. This patch introduces lastpickupdate, but set_waiting() sets expirationdate. Cancelling of an expired hold is then checked against lastpickupdate (used to be expirationdate). All of the rest of the Koha code that is not affected by this patch uses expirationdate. Why is lastpickupdate there? Why is cancelling comparing against something that set_waiting() didn't set? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15261] Verify if checkouts or reserves requests periods overlap with existing reserves
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #92584|0 |1 is obsolete| | Attachment #92585|0 |1 is obsolete| | Attachment #92664|0 |1 is obsolete| | --- Comment #76 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 93136 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93136&action=ed… Bug 15261: Check if checkout/reserve request overlaps existing reserves When checking out or placing hold, we should check if an existing reserve whose period overlap exists. - A user places a hold from opac whose requested period overlaps with an existing reserve period => prevent reserve - A librarian places a hold from staff whose requested period overlaps with an existing reserve period => Warn librarian (Ask for confirmation) - A librarian makes a checkout from staff whose requested period overlaps with an existing reserve period => Warn librarian (Ask for confirmation) Test plan: Enable syspref: AllowHoldDateInFuture OPACAllowHoldDateInFuture PreventChechoutOnSameReservePeriod and PreventReservesOnSamePeriod 1 (staff side): - Place a hold on title (which has only one items) level with start date and expiration date. - Place another hold (also title level) with period overlaping this reserve. - Check you are warned about an existing reserve 2 (staff side): - Place a hold on title (which has more than one items) level with start date and expiration date. - Place another hold (also title level) with period overlaping this reserve. - Check you are NOT warned about an existing reserve. Because it remains at least one item not reserved. 3 (staff side): - Place a hold on item level with start date and expiration date. - Place another hold on item level with period overlaping this reserve. - Check you are warned about an existing reserve. 4 (opac side): - Do the same than for staff side. Instead of a warn, reserve is prevented. 5: - Place a hold on title (which has only one items) level with start date and expiration date. - Try to checkout the unique item from this title with period overlaping the reserve period. - Check you are warned about an existing reserve 6: - Place a hold on title (which has more than one items) level with start date and expiration date. - Checkout an item from this title with period overlaping the reserve period. - Check you are NOT warned about an existing reserve. 7: - Place a hold on item level with start date and expiration date. - Checkout this item period overlaping the reserve period. - Check you are warned about an existing reserve 8: - Create a checkout (i.e from ${TODAY} to ${TODAY + 10 days}), - Place a hold on the same item from ${TODAY + 11 days} to ${TODAY + 30 days}), - Check that you cannot renew the checkout. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14570] Make it possible to add multiple guarantors to a record
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14570 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m Resolution|--- |FIXED Status|Pushed to master |RESOLVED --- Comment #240 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Enhancement not pushed to 19.05.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Bug 14825 depends on bug 22837, which changed state. Bug 22837 Summary: Koha::Account::Line->apply should not require a 'set' of debits https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22837 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '19

23 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 Carl <ctodd(a)hcc.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ctodd(a)hcc.edu -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21947] New: Filtering order generates html in notes
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '19

23 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21947 Bug ID: 21947 Summary: Filtering order generates html in notes 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: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 13618 added a | html to line 717 of opac-details.tt but this generates strange output in the 'Title notes' tab: this <hr> is <hr> a <hr> test from blank lines entered into a 500$a field --- BEGIN --- this <hr> is <hr> a <hr> test --- END --- While HTML (<hr>) should not be in a note, this is used as sample data to also check the blank line to -ish tags, as shown above. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 15165] REST API routes to list, edit and pay borrower's accountlines
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '19

23 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15165 --- Comment #66 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Fridolin SOMERS from comment #65) > Is this a duplicate of Bug 20942 ? Somehow. It really depends on what you're planning to do with the API. I'd say we should complete it the endpoint to add debits (minor work required to write it). -- You are receiving this mail because: You are watching all bug changes.

1 0