https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Bug ID: 35545 Summary: "additional" item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: Igor.A.Sychev@mail.ru QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com An "additional" item appears in the staff interface if item = biblionumber. This effect is not observed in OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Can you give some more information or maybe a screenshot? Do you have EasyAnalytics activated? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Caroline Cyr La Rose <caroline.cyr-la-rose@inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |caroline.cyr-la-rose@inlibr | |o.com --- Comment #2 from Caroline Cyr La Rose <caroline.cyr-la-rose@inlibro.com> --- I cannot recreate this situation. I have a lot of records where the biblionumber is the same as the itemnumber and there is no extra item. Can you provide a test plan? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #3 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- Created attachment 160680 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160680&action=edit staff -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #4 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- Created attachment 160681 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160681&action=edit MARC preview -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #5 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- OPAC https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=669655 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #6 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- Created attachment 160682 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160682&action=edit OPAC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #7 from Caroline Cyr La Rose <caroline.cyr-la-rose@inlibro.com> --- I looked at the screenshots and noticed that the item that appears in staff but not in the OPAC is withdrawn. Is it possible OPACHiddenItems hides withdrawn items from the OPAC? In the staff screenshot, the biblionumber seems to be 151173 and the itemnumber is 669653. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #8 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- Created attachment 160731 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160731&action=edit item number 669653 Item is withdrawn. Item number - 669653. biblionumber - 151173. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #9 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- In the second screenshot, the biblionumber is 669655. 461$9 - link to biblionumber 669653. Perhaps it does not work correctly. Why itemnumber 669653 from biblionumber 151173 "appear" in biblionumber 669655? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #10 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Are you using EasyAnalytics? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #11 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I don't know the correct UNIMARC field, but if 461 is the field for linking analytics and $9 is a valid biblionumber... it all behaves like it should. Easyanalytics is used to show items from one record on another. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #12 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- EasyAnalyticalRecords - Don’t show (Default) UNIMARC 461 Set 464 Piece-analytic -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #13 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- My guess is for this to be a side effect of EasyAnalytics - maybe something where the pref is not checked properly? If you remove the $9, the item goes away? What is the meaning of $9 in your 461? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers@biblibre.co | |m -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #14 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- How do I check EasyAnalytics? If delete $9, the item "disappears". $9 is created automatically when using /cgi-bin/koha/cataloguing/plugin_launcher.pl?plugin_name=unimarc_field_4XX.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|"additional" item |UNIMARC: if $9 is set and | |EasyAnalytics is off, the | |item will still show on the | |record --- Comment #15 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- If you could confirm that EasyAnalytics system preference is turned off than I'd say it's a bug on the check for the pref. But also: Would the item showing up make sense otherwise? The idea is that you can show the same item on multiple records with Analytics, so patrons can see if it's checked out on the host record and on the analytical (articles, etc.) records. I don't know UNIMARC well enough to answer that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Frédéric Demians <f.demians@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |f.demians@tamil.fr --- Comment #16 from Frédéric Demians <f.demians@tamil.fr> --- I confirm this bug, and that it is a bug. This is an UNIMARC-only bug. Even if EasyAnalytics isn't enabled, Koha will get related items from 773$9 (MARC21) or 461$9 for UNIMARC. I suppose that it make sense to always show related items to the librarians... But for UNIMARC, there is a big issue, 461$9 isn't at all supposed to contain the itemnumber of an item. It contains the biblionumber of a related biblio record. So the biblionumber is used to retrieve an item. You can image the confusion, and the unpredictability. My understanding is that analyticals aren't implemented at all for UNIMARC. So we should just stop trying to mimic something that has no purpose for UNIMARC installations. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Frédéric Demians <f.demians@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Trivial patch Status|NEW |Needs Signoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #17 from Frédéric Demians <f.demians@tamil.fr> --- Created attachment 178642 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=178642&action=edit Bug 35545: Unexpected items in PRO (UNIMARC-only) In PRO, for UNIMARC installation, analytical related items are retrieved based on 461$9 content. But it can't work (like with MARC21 773$9 field) because 461$9 contains the biblionumber of a related biblio record. This must be completly disabled for UNIMARC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Fridolin Somers <fridolin.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |In Discussion --- Comment #18 from Fridolin Somers <fridolin.somers@biblibre.com> --- See Bug 37964 related. We have several UNIMARC Koha that use this feature with 461$9. Looks like 461$0 contains biblionumber. The searchengine configuration must be adapted for this usage. But I think value builder unimarc_field_4XX.pl should not be used with EasyAnalyticalRecords system preference. As long as turning off EasyAnalyticalRecords works, I'd say we should not remove this feature for UNIMARC. I set to discussion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #19 from Frédéric Demians <f.demians@tamil.fr> --- Thanks Fridolin. I wasn't aware analytical feature was working with UNIMARC. For me Bug 37964 is the solution. But it means that linking biblio records together with unimarc_field_4xx plugin, and using analytical feature is not possible. It's unfortunate. But I suppose this issue could be fixed elsewhere and differently. This bug could be closed. No? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #20 from Fridolin Somers <fridolin.somers@biblibre.com> --- I'd say close ;) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 --- Comment #21 from Igor A. Sychev <Igor.A.Sychev@mail.ru> --- After updating to 24.11.03, the error "disappeared". Thanks! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Fridolin Somers <fridolin.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |RESOLVED Resolution|--- |DUPLICATE --- Comment #22 from Fridolin Somers <fridolin.somers@biblibre.com> --- *** This bug has been marked as a duplicate of bug 37964 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org