[Bug 34988] New: reserve_stats.pl: Further improvements to refine hold status
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34988 Bug ID: 34988 Summary: reserve_stats.pl: Further improvements to refine hold status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs@lists.koha-community.org Reporter: m.de.rooy@rijksmuseum.nl QA Contact: testopia@bugs.koha-community.org
From 23059:
"One thing that would be nice to see as a follow-up would be the ability for libraries that have in-processing and in-transit statuses to be able to separate those out from "Placed". But that requires extra processing to determine whether those statuses are relevant to the library, so it's a bit out of scope for this bug, and doesn't need to block the alignment of the report with the universally-relevant hold statuses." How do we define those 'universally-relevant hold statuses' exactly? -- 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=34988 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |23059 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23059 [Bug 23059] reserves_stats.pl: Simplify reserve status handling -- 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=34988 Emily Lamancusa <emily.lamancusa@montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emily.lamancusa@montgomeryc | |ountymd.gov --- Comment #1 from Emily Lamancusa <emily.lamancusa@montgomerycountymd.gov> --- (In reply to Marcel de Rooy from comment #0)
From 23059:
"One thing that would be nice to see as a follow-up would be the ability for libraries that have in-processing and in-transit statuses to be able to separate those out from "Placed". But that requires extra processing to determine whether those statuses are relevant to the library, so it's a bit out of scope for this bug, and doesn't need to block the alignment of the report with the universally-relevant hold statuses."
How do we define those 'universally-relevant hold statuses' exactly?
I was just trying to say that "in-transit" and "in-processing" would be a nice follow up, but don't need to be a blocker on 23059. The four statuses your patch includes (Cancelled, Filled, Waiting, and Placed) are applicable to all libraries that use holds, and are a major improvement on what was there before, so I felt that patch should go forward as-is. -- 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=34988 Bug 34988 depends on bug 23059, which changed state. Bug 23059 Summary: reserves_stats.pl: Simplify reserve status handling https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23059 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.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org