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

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 Jonathan Druart <jonathan.druart(a)bugs.koha-community.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 7826] Standardize link for triggering plugins and auto-entry
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7826 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- We just got a complaint about the ... being easy to miss and hard to click - I'd love if we could change them to a nice FA icon. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 --- Comment #17 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 95785 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=95785&action=ed… Bug 10352: (follow-up) show the biblionumber for items in modification logs This patch adds a link to the the biblio that shows the biblionumber of the item. It makes things a little more obvious To test: 1 - Find a biblio with an item where an itemnumber on another biblio is equal to that biblionumber i.e. In the sample data: biblionumber 59 with item with itemnumber 127 item with itemnumber 59 on biblionumber 23 2 - Edit both items however you wish 3 - On biblionumber 59 click the modification log 4 - You should see "Item 127" 5 - Click "Submit" on the form - this searches as itemnumber 6 - You should see "Item 59" 7 - Apply patch 8 - On biblionumber 59 click the modification log 9 - You should see "Item 127 from Biblio 59" 10 - Click "Submit" on the form - this searches as itemnumber 11 - You should see "Item 59 from Biblio 23" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 --- Comment #16 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 95784 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=95784&action=ed… Bug 10352: Use a new object_type parameter instead of the module's name To dissociate a search on biblio and item, we pass a new "object_type" parameter to viewlog.pl. If equals 'biblio' we will assume that "object" contains a biblionumber Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91466|0 |1 is obsolete| | Attachment #95776|0 |1 is obsolete| | --- Comment #15 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 95783 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=95783&action=ed… Bug 10352: Display the correct modification logs for bibliographic records The 'Modification log" link in the cataloguing module returns confusing results. The 'object' parameter is the biblionumber, but the all log from itemnumber=biblionumber will be displayed as well. Since bug 11473 we have the action_logs.info column that is prefixed by 'item ' or 'biblio ' to disociated an item modification from a biblio modif. This patch suggests a quick and dirty approach, use this column to make sure we are searching for the correct logs. /!\ As bug 11473 did not update the existing rows, we will no longer display the logs created prior to this change. Test plan: Make sure you have at least 2 bibliographic records with some items Make sure you have the biblionumbers of those records that match existing itemnumbers Edit them (no matter what you change) Go to the bibliographic detail page (staff) and click "Modification log" You should see the correct changes. Signed-off-by: hc <hc(a)interleaf.ie> Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10758] Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #65 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 95782 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=95782&action=ed… Bug 10758: WIP Started working on this but then realised we do not have Koha::Old::Biblios classes. It is getting complicated and will put a spoke in bug 20271's wheel -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 --- Comment #14 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Nick Clemens from comment #12) > (In reply to Jonathan Druart from comment #11) > > (In reply to Nick Clemens from comment #10) > > I do not understand what you mean. > > > Sorry, what I meant is that you cannot directly search the catalog logs for > an itemnumber - you must now enter the biblionumber > > - Have an itemnumber that is a biblionumber and one that isn't > - Browse to Tools -> Log viewer > - Enter the itemnumber in the 'Object' field, select 'Catalog' module > - Submit > - If the itemnumber is a biblio you get the mod log for the biblio (which > may not contain your item) > - If the itemnumber is not a biblio you get 'No log found...' > > We fix the links, but not general searching. Possibly a radio button to > choose item/biblionumber if searching catalog? I don't really like that > there is magic happening for a cataloging log search Thanks for the suggestion but I would prefer to avoid adding a new box on the form and play with JS code. I picked the lazy approach, but will fix your concern. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 --- Comment #13 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 95776 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=95776&action=ed… Bug 10352: Use a new object_type parameter instead of the module's name To dissociate a search on biblio and item, we pass a new "object_type" parameter to viewlog.pl. If equals 'biblio' we will assume that "object" contains a biblionumber -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24084] New: PlainMARC view broken on OPAC if other $.ajax calls produce errors
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24084 Bug ID: 24084 Summary: PlainMARC view broken on OPAC if other $.ajax calls produce errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is a problem with the how the #plainmarc div is loaded on opac-MARCdetail.pl. If there is an unrelated AJAX error you will always see the "Sorry, plain view is temporarily unavailable". To Test: 1. Make a unrelated AJAX request that would produce an error. I added this to the OPACUSERJS: $(document).ready(function () { $.ajax({url: "thisURLwontWork.html", success: function(result){ console.log('Just Making an error') }}); }); 2. Go to opac-MARCdetail.pl and notice plainmarc will not load and you will see the "Sorry, plain view is temporarily unavailable" message. -- You are receiving this mail because: You are watching all bug changes.

1 10