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

[Bug 13209] Show hold wait time estimate in OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13209 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There is a lot that might influence this... local holds priority, renewals allowed if more items available, ... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 29947] New: Show an estimated waiting time when placing hold in OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29947 Bug ID: 29947 Summary: Show an estimated waiting time when placing hold in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Do some calculation based on number of holds and max loan period. Would have to take decreaseLoanHighHolds into account too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13209] Show hold wait time estimate in OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13209 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus(a)libriotech.no --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 29947 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13171] Check box for email is missing for hold notifications in patron messaging preferences.
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13171 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |WONTFIX --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I know there was some problematic update in one of the earlier versions that left you with incomplete entries in the messaging preferences tables, but it happened very rarely and not consistently for every installation. I believe given to age and it not being a reoccuring event, we can close this. Please reopen if you disagree. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13165] Don't trigger holds when patrons have already reached limit of checkouts
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Active Hold Limit |Don't trigger holds when | |patrons have already | |reached limit of checkouts --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I am not sure if we could make this transparent to the user. They might just assume that they can return items prior to picking up their holds and I would think that of a valid use of the system - timing their visit to the library to do both things. And we can limit the amount of holds a patron can place too... Not sure if that would not overcomplicate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13154] The webinstaller should offer all available languages
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13154 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think maybe the easier route would be to make the note/hint more visible and explain about it affecting which language the sample data will be installed? The most common mistake here might be people thinking it only affects the language the web installer displays in. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13135] cancel_expired_holds.pl/CancelExpiredReserves() logging improvements to catch evasive bugs in production.
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13135 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Mark Tompsett from comment #5) > Comment on attachment 32619 [details] [review] > Bug 13135 - cancel_expired_holds.pl/CancelExpiredReserves() logging > improvements to catch evasive bugs in production. > > Review of attachment 32619 [details] [review]: > ----------------------------------------------------------------- > > Given that 3.16.x is much higher than 3.16.4, is there merit reworking this? > Or should it be closed RESOLVED WON'T FIX? Another 8 years later... I am marking WONTFIX. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34238] New: Add class to civility, surname, firstname and othername
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34238 Bug ID: 34238 Summary: Add class to civility, surname, firstname and othername Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patrons name are displayed that way in members/*.pl and /circ/circulation.pl pages : "M. Firstname (Othername) Surname" Maybe it could be nice to put each element in a span with a distinct class, in order to hide them or to give them a specific style -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13125] Total holds does not tally holds / items.reserves is not populated
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13125 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Total Holds does not tally |Total holds does not tally |holds / items.reserves is |holds / items.reserves is |not populated |not populated --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- It feels like the unresolved question here is how to treat record level holds vs. item level holds. That makes it different to renewals and issues counts that are always item specific. Thinking of a serial with a lot if issue items... it doesn't seem to make sense to always increment the number in all items. But only item level holds might not be useful... A total number of issues/renewals might be able to tell you something about the 'wear' of an item, but holds doesn't help here. The number would just keep increasing without the context of a date range. I think we should remove the column actually because I don't see a way to make this number generally useful compared to what we can query from the logs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13093] Allow/Don't allow holds on items with set statuses
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '23

09 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13093 --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think in general that would have been a great idea, but I am worried that migration now would be too hard. Also there are some specific NFL and LOST values tied to features in Koha. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0