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

[Bug 7960] Choice to not show the text labels for item types
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7960 Sally <sally.healey(a)cheshiresharedservices.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sally.healey@cheshireshared | |services.gov.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7660] Enhanced messaging preferences are not set when creating a child patron from the adult
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7660 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kyle.m.hall(a)gmail.com |nick(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7660] Enhanced messaging preferences are not set when creating a child patron from the adult
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7660 --- Comment #9 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 137801 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=137801&action=e… Bug 7660: Use first available categorycode when none passed in The code that populates the patron messaging preferences on initial form load expects to have a category selected. Currently we only have one if one was passed to the form. When creating an account from a parent, we don't have a category explicitly selected - so we can just select the first of the possible categories To test: 1 - In KTD set 'Juvenile' category to have some messaging preferences 2 - Find a patron, say Edna Acosta, and 'Add guarantee' 3 - In new form preferences are blank, cancel 4 - Apply patch, restart all 5 - Go to Edna, click 'Add guarantee' 6 - Preferences are populated! 7 - Cancel 8 - Go to 'Patrons' module 9 - Click "+ New patron" 10 - Confirm messaging preferences load correctly when not adding child -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7660] Enhanced messaging preferences are not set when creating a child patron from the adult
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7660 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26533] New: Searching authorities using 'is exactly' doesn't work as expected
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26533 Bug ID: 26533 Summary: Searching authorities using 'is exactly' doesn't work as expected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When searching authorities using the 'is exactly' limiter, it's expected that the search term needs to match the authority heading EXACTLY. However, it appears to match on any word in the authority heading. For example, I have an authority called 'Atlantic salmon fishing Ireland'. I am able to get search results for this authority when searching 'is exactly' 'atlantic'. But obviously, the heading is not exactly atlantic. So I shouldn't get results from this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 31101] New: Allow other separation options for digesting circulation alerts (checkin, checkout, renewal)
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31101 Bug ID: 31101 Summary: Allow other separation options for digesting circulation alerts (checkin, checkout, renewal) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org In Circulation::SendCirculationAlert we find the only use of the C4::Message module and one of the last TRUNCATE calls btw in the same context: my $message = C4::Message->find_last_message($borrower, $type, $mtt); unless ( $message ) { C4::Context->dbh->do(q|UNLOCK TABLES|) unless $do_not_lock; C4::Message->enqueue($letter, $borrower, $mtt); } else { $message->append($letter); $message->update; The append method digests multiple notices by looking for a ---- separator: if ($letter->{content} =~ /----/) { my ($header, $body, $footer) = split(/----\r?\n?/, $letter->{content}); In the first place I would not mind sending these notices separately. But anyway. If we do combine them (within the timeframe of the message queue processing interval), it would be convenient to allow separating too on an html tag like <item> as used elsewhere in notices. I looked a bit at the notice digesting and actually only find this feature working for advance notices. The overdue digest flag is a bit weird: the job already digests by default? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 15349] Problem with email pattern check on forms
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15349 --- Comment #13 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- We only had the request for library email addresses so far, I think that's the main use case. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28746] New: Add OPAC equivalent for RestrictionBlockRenewing system preference
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28746 Bug ID: 28746 Summary: Add OPAC equivalent for RestrictionBlockRenewing system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The syspref RestrictionBlockRenewing determines whether or not a restriction prevents renewal of an item via the intranet. There is not currently a way to allow patrons to renew their own items via the OPAC when restricted. For libraries applying restrictions automatically via the overdues process, this can be overly restrictive. Some libraries would prefer to give patrons the option of renewing on the OPAC, thereby clearing their own restriction. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 11158] Authorities 'starts with' search returns the same as 'contains' when using ICU
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11158 --- Comment #19 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Martin Renvoize from comment #18) > Nice one David and David!.. > > It's great to see Zebra having a little love still.. I'll keep showing it the love until all my libraries jump ship to Elasticsearch! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6419] Add customizable areas to intranet home pages
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6419 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au -- You are receiving this mail because: You are watching all bug changes.

1 0