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

[Bug 13420] Holdings table sorting on volume information incorrect
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |martin.renvoize@ptfs-europe | |.com --- Comment #25 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- This works as described and seems a suitable interim solution to me.. Signing off. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13420] Holdings table sorting on volume information incorrect
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #92026|0 |1 is obsolete| | --- Comment #24 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 97995 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=97995&action=ed… Bug 13420: Fallback to the previous behavior if published date is not used Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13420] Holdings table sorting on volume information incorrect
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #88995|0 |1 is obsolete| | --- Comment #23 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 97994 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=97994&action=ed… Bug 13420: Sort "Serial enumeration" by published date So far the sorting on volume information is incorrect. It sorts by the string displayed in the cell, which may not have any logics. A better solution would be to use Kyle's suggestion, see comments 7, 8, but it will need much more work. This patch suggests to use the publication date to sort this column. Note: In the code there is a switch depending on the existence of items.publisheddate, but I do not think it is valid, this valid should always exist if the item is received (did I miss something?) Test plan: You need to have different existing subscription, using different numbering. On the detail page of the bibliographic record you should be able to sort the serials (tab "Holdings") by "Serial enumeration". The sort will now use the publication dates. Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8132] Batch delete tool deletes items with holds on them
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #43 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Still testing this Kelly? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13125] Total Holds does not tally holds / items.reserves is not populated
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13125 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cbrannon(a)cdalibrary.org --- Comment #5 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- I would like to see this implemented. Doesn't make sense to keep running totals of checkouts and renewals and not reserves. I guess we need to start with, what counts? Personally, I want to know every hold, whether cancelled or filled. Some might want only filled, and others might say only those that have been picked up. I say all combinations should be a preference, but all should be an option for the tally. Logistically, it would be easiest to add to the tally at the time of creation for all holds placed. But for only filled holds or picked up holds to be tallied, that would probably need to be added at the time of fulfillment, or at time of pickup, and not at the time of creation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13121] Move search results "action" links ("Place hold, " "Add tag, " etc) into include file
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13121 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5161] patron attributes clearing if duplicate warning
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5161 Sally <sally.healey(a)cheshiresharedservices.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sally.healey@cheshireshared | |services.gov.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |24491 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24491 [Bug 24491] Add filters to debit types interface -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22046] New: Simplify C4::Matcher->get_matches
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22046 Bug ID: 22046 Summary: Simplify C4::Matcher->get_matches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently we process things separately for ES and Zebra For ES we get the results: get the biblionumber field using GetMarcFromKohaField extract the biblionumber from the record, save as id store the record in a hash like: $matches->{$id}->{record} = $matched For zebra: we use the xml record from zebra $matched as the id store it in a hash like $matches->{$id}->{record} = $matched $id and $matched are both the full xml of the record For both: We then convert the record into a Marc::Record Call C4::Biblio::TransformMarcToKoha - this gets all the koha fields Use only the biblionumber to return results It would be simpler to follow the ES pattern for both and avoid the TranformMarcToKoha call -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 22721] New: Normalize GetMarcFromKohaField calls
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '20

27 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22721 Bug ID: 22721 Summary: Normalize GetMarcFromKohaField calls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27