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

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '19

04 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #88173|0 |1 is obsolete| | --- Comment #161 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 90289 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90289&action=ed… Bug 15516: Allow to reserve first available item from a group of titles It can be useful, for instance, if a library have the same title from different publishers (so 1 title but several biblio records) but the user only wants a copy of the book, regardless of the publisher. This patch is only for staff interface. Test plan: 0. Run updatedatabase.pl and misc/devel/update_dbix_class_files.pl 1. Go to intranet search, display some results, click on some checkboxes and click on 'Place hold' button at the top of the results. 2. Enter a patron cardnumber and click Search 3. Check the box for 'Place a hold on the next available item' (it's usually hidden when placing a hold on multiple biblios) 4. Click on 'Place hold' 5. In the next screen you should see all the holds you placed with the additional text '(part of a reserve group)' in Details column. 6. Click on the "reserve group" link. A modal window should appear with the content of the reserve group (a list of holds) 7. Check in an item of one of the reserved biblios and confirm the hold 8. The hold status is changed to Waiting, and all other holds are deleted. Note: the "reserve group" link is displayed in the following pages: - reserve/request.pl - circ/circulation.pl - members/moremember.pl - circ/pendingreserves.pl Signed-off-by: Josef Moravec <josef.moravec(a)gmail.com> Signed-off-by: Benjamin Rokseth <benjamin.rokseth(a)kul.oslo.kommune.no> Signed-off-by: Josef Moravec <josef.moravec(a)gmail.com> Signed-off-by: Michal Denar <black23(a)gmail.com> Signed-off-by: Michal Denar <black23(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14907] Item search: Call Numbers in Item search results are ordered alphabetically
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

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

1 0

[Bug 13958] Add a suspensionsCalendar syspref
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13958 Michal Denar <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply CC| |black23(a)gmail.com --- Comment #4 from Michal Denar <black23(a)gmail.com> --- Hi Tomás, test passed with Zebra, but fails with ES. Can you take a look? Thank You. Result: t/db_dependent/Circulation.t .. 104/130 # No tests run! t/db_dependent/Circulation.t .. 108/130 # Failed test 'No tests run for subtest "CanBookBeIssued & AllowReturnToBranch"' # at t/db_dependent/Circulation.t line 1330. Can't call method "leader" on an undefined value at /home/vagrant/kohaclone/Koha/SearchEngine/Elasticsearch.pm line 429. # Looks like your test exited with 255 just after 108. t/db_dependent/Circulation.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 23/130 subtests Test Summary Report ------------------- t/db_dependent/Circulation.t (Wstat: 65280 Tests: 108 Failed: 1) Failed test: 108 Non-zero exit status: 255 Parse errors: Bad plan. You planned 130 tests but ran 108. Files=1, Tests=108, 8 wallclock secs ( 0.04 usr 0.00 sys + 5.32 cusr 0.66 csys = 6.02 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20750] New: Allow timestamped auditing of ILL request events
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20750 Bug ID: 20750 Summary: Allow timestamped auditing of ILL request events Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Currently there is no audit trail provided for ILL requests, this is required. At the most basic form this would be a timestamped record of changes of a request's status. It would be useful to be able to also record other arbitrary events. This bug proposes the addition of a requests_actions log that allows either the core ILL code or backends to record arbitrary events relating to a request. This could then be displayed in the UI as an "audit trail" or reported upon. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 186

[Bug 22908] New: Modsuggestion will generate a notice even if the modification failed
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22908 Bug ID: 22908 Summary: Modsuggestion will generate a notice even if the modification failed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There is a return value $status_update_table that is set to 0, then we send the alert (whatever the value of this variable). We must return earlier if something happened! -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 22049] New: MarkIssueReturned should rely on returndate only
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22049 Bug ID: 22049 Summary: MarkIssueReturned should rely on returndate only 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There's no need to pass the responsability of calculating the dropbox mode return date inside of it. We should get rid of it, and calculate dates in a single place to avoid bugs and code duplication. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 14669] Search orders by managing library
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14669 Liz Rea <wizzyrea(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |wizzyrea(a)gmail.com --- Comment #8 from Liz Rea <wizzyrea(a)gmail.com> --- Hi Katrin, This works but it has a QA tool failure that I don't understand because it seems to be set up correctly: FAIL koha-tmpl/intranet-tmpl/prog/en/includes/filter-orders.inc FAIL valid_template options_for_libraries: not found IT may be a false positive, if it is just let me know and I'll sign it off. Cheers, Liz -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5579] Remove items from biblioitems.marcxml
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5579 Paul Hoffman <paul(a)flo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=23033 -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 20313] New: Article requests: Can we do without the processing notice ?
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20313 Bug ID: 20313 Summary: Article requests: Can we do without the processing notice ? 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For each article request we switch to processing status, Koha sends a mail to the patron. It does not tell much. The patron already received a mail that acknowledges his request; so why not send a mail only when the request has been completed? In other words: can we remove AR_PROCESSING ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 12450] Closing libraries for the summer
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12450 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|magnus(a)libriotech.no |koha-bugs(a)lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0