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

[Bug 9567] Favorite reports per user
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9567 Michael Adamyk <madamyk(a)ckls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madamyk(a)ckls.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30271] New: Allow distinct ILLHiddenRequestStatuses config for view from patron record
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30271 Bug ID: 30271 Summary: Allow distinct ILLHiddenRequestStatuses config for view from patron record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com The system preference ILLHiddenRequestStatuses is great for hiding completed ILL requests from the main ILL request page (/cgi-bin/koha/ill/ill-requests.pl). It also applies to the view of ILL requests within a patron record (/cgi-bin/koha/members/ill-requests.pl). It'd be helpful if those two views could have distinct settings so one could easily hide completed requests from the full view but see them in a specific patron's history. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 --- Comment #84 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Final follow-up adds caching.. but I've not benchmarked it.. would be interesting to see if the cache fetch + check it's valid is any quicker than doing the split inline though... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 --- Comment #83 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 156742 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156742&action=e… Bug 15504: (QA follow-up) Add caching to update_lastseen This patch caches the activity triggers hash upon the first call to update_lastseen. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 --- Comment #82 from Andrii Nugged <nugged(a)gmail.com> --- QA-question: This sub: sub update_lastseen { my ( $self, $activity ) = @_; return $self if !C4::Context->preference('TrackLastPatronActivity'); my $tracked_activities = { map { ( lc $_, 1 ); } split /\s*\,\s*/, C4::Context->preference('TrackLastPatronActivityTriggers') }; return $self unless $tracked_activities->{$activity}; ... is called very often (on each Auth-request, for each borrower, so each page load or whatever happens, then for every other event). Is that "split" of static variable from preference('TrackLastPatronActivityTriggers') justified to be called that way EVERY time, splitting again and again? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23186] New: Koha::Object->store precludes us from sending scalar references to dbic methods
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23186 Bug ID: 23186 Summary: Koha::Object->store precludes us from sending scalar references to dbic methods Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Under the hood the store method uses DBIx::Classes update_or_insert which in turn calls update for updates. The update method accepts a hashref of key value pairs relating to fields to be udpated. If the value is a scalar ref then it passes the it through unaltered to the database and as such things like 'NOW()' and 'field + 1' can be used allowing the database to do some of the work. - https://metacpan.org/pod/DBIx::Class::Row#update As it stands, we will catch such values and replace them silently with defaults. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 8577] build_holds_queue.pl needs command-line options for help, verbosity, and summary
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8577 --- Comment #4 from Magnus Enger <magnus(a)libriotech.no> --- (In reply to Katrin Fischer from comment #3) > So quiet would be used to suppress the warning, while the holds queue is > only rebuilt for instances with RelTimeHoldsQueue off? Yes, that is how I see it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3007] Remove untranslated unimarc_field_700-4 value builder
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3007 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=32874 -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3007] Remove untranslated unimarc_field_700-4 value builder
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3007 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #14 from David Nind <david(a)davidnind.com> --- (In reply to Katrin Fischer from comment #12) > Maybe making a risky suggestion here: but after I tried to translate the > value builder and fount it not working... and an authorised value list used > instead in the sample frameworks. I wonder: maybe we should remove it? This makes sense to me (with my limited understanding of UNIMARC). An authorized value list seems a much easier way to maintain a standard list of values. Also, I found that IFLA has just recently published a consolidated and freely available manual/description of all the UNIMARC tags and values! (Although not yet endorsed by IFLA, and is licensed with a CC BY 4.0.) https://www.ifla.org/unimarc-updates/unimarc-bibliographic-format-manual-on… The 7XX tags start at page 642 of the PDF. And the values for $7XX$4 are in Appendix B, these start at page 739. This should make it much easier to update the UNIMARC framework and authorized value lists in the future. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3007] Remove untranslated unimarc_field_700-4 value builder
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3007 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #156700|0 |1 is obsolete| | --- Comment #13 from David Nind <david(a)davidnind.com> --- Created attachment 156713 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156713&action=e… Bug 3007: Remove unimarc_field_700-4.pl value builder I tried translating it, found it not working and replaced by the annif authorised value list with relator terms/codes. To test: * Make sure the unimarc_field_700-4.pl is no longer listed in frameworks. * Make sure it's not used in the standard frameworks. Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0