[Bug 26523] New: In reserve/request.pl biblioitemnumber is used where biblionumber is required.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26523 Bug ID: 26523 Summary: In reserve/request.pl biblioitemnumber is used where biblionumber is required. Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: andreas.jonsson@kreablo.se QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle.m.hall@gmail.com In the fix of bug 24185, (commit 18ad5f5eea8aab8414783f4b75408cfebd2518da) bibliotemnumber is used where biblionumber is required. The consequence is that ItemsAnyAvailableAndNotRestricted is called on the wrong record. -- 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=26523 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart@bugs.koha-c | |ommunity.org --- Comment #1 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- biblioitemnumber and biblionumber must be contain the same value. If not you are going to face some oddities. -- 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=26523 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |24185 Version|20.05 |master Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24185 [Bug 24185] 'If all unavailable' state for 'on shelf holds' makes holds page very slow if there's a lot of items -- 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=26523 Andrew Nugged <nugged@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nugged@gmail.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26523 --- Comment #2 from Andreas Jonsson <andreas.jonsson@kreablo.se> --- There is nothing enforcing the sameness of these two identifiers and they typically are not the same on any of our installations. (If the relationship between biblio and biblioitem is one-to-one I think that biblioitemnumber should be removed as it only provokes this type of coding errors.) -- 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=26523 --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- The relationship is 1:1 in modern Koha, but it didn't use to be. The change is not so easy overall, but it has been discussed to merge tables many times I think. I am not sure why they are not the same in your dbs - they are in ours. It means, sometime they must have gotten out of sync. -- 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=26523 Nick Clemens <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick@bywatersolutions.com See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26518 --- Comment #4 from Nick Clemens <nick@bywatersolutions.com> --- Bug 26518 - it is quite easy to get these numbers out of sync -- 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=26523 Bug 26523 depends on bug 24185, which changed state. Bug 24185 Summary: 'If all unavailable' state for 'on shelf holds' makes holds page very slow if there's a lot of items https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24185 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |RESOLVED Resolution|--- |FIXED -- 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=26523 Martin Renvoize <martin.renvoize@ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com Severity|critical |normal --- Comment #5 from Martin Renvoize <martin.renvoize@ptfs-europe.com> --- I think we can safely de-escalate this one.. bug 26518 goes a long way to preventing the fields from getting out of sync and we can continue working on removing biblioitemnumber entirely in due course. -- 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=26523 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #6 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- *** This bug has been marked as a duplicate of bug 28057 *** -- 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