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

[Bug 28475] New: Searching all headings returns no results
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '21

14 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28475 Bug ID: 28475 Summary: Searching all headings returns no results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This is caused by bug 26533. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 28292] New: Searching with colon ":" in the end of query gives internal server error
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '21

11 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28292 Bug ID: 28292 Summary: Searching with colon ":" in the end of query gives internal server error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi CC: nugged(a)gmail.com, stalkernoid(a)gmail.com Searching (SearchEngine=elasticsearch) the catalogue with anything that ends with just a colon ":" gives internal server error. E.g. searching "hello:" gives this error. The code that was modified in bug 24567 would need to be adapted so that it would strip also the colon when it ends the query and not just when there is whitespace around it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 27071] New: Hold pickup library match not enforced correctly on intranet when using hold groups
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '21

10 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27071 Bug ID: 27071 Summary: Hold pickup library match not enforced correctly on intranet when using hold groups Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests 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 Depends on: 22284 To recreate: - Create two local hold groups containing distinct lists of libraries. - In default rules for all libraries, set Hold Policy = "From local hold group" and Hold pickup library match to "Patron's hold group" - Make sure AllowHoldPolicyOverride is set to Don't Allow - Make sure you're logged in at a library in Group 1 - Find a bib with only 1 item from Group 1. Confirm you can place a hold on this title for a patron in Group 1 (correct), but not for a patron in Group 2 (correct). - Find a bib with only 1 item from Group 2. Confirm you cannot place a hold for a patron from Group 1 (correct), BUT you also cannot place a hold for a patron from Group 2 (incorrect) -- Koha gives the erroneous message "pickupNotInHoldGroup" - Change your library to a something in Group 2 - Find a bib with only 1 item from Group 1. Confirm you cannot place a hold on this title for a patron in Group 1 (incorrect), and not for a patron in Group 2 (correct). - Find a bib with only 1 item from Group 2. Confirm you cannot place a hold for a patron from Group 1 (correct), but you can place a hold for a patron from Group 2 (correct) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22284 [Bug 22284] Add ability to define groups of locations for hold pickup -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 61

[Bug 26787] New: getletter does not fallback to default language - transaction receipts can be blank
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '21

10 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26787 Bug ID: 26787 Summary: getletter does not fallback to default language - transaction receipts can be blank Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org getletter does not fallback to default language, it searches for a language if passed then gives up To recreate 1 - Enable 'TranslateNotices' syspref 2 - Define ACCOUNT_CREDIT notice for print transport in default language 3 - Make sure 'English (en)' notice is not defined 4 - Make a payment on a patrons account 5 - Go to the patrons transactions and click 'Print' on the payment 6 - Is blank? 7 - Copy notice from default to english 8 - Try again, it works -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28351] New: Cannot set restrictions when dateformat is other than mm/dd/yyyy
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '21

09 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28351 Bug ID: 28351 Summary: Cannot set restrictions when dateformat is other than mm/dd/yyyy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Format is not correctly applied, so any date that doesn't parse well as mm/dd/yyyy is reset to current date. To reproduce: 0. Set dateformat to mm/dd/yyyy 1. Go to a patron detail page 2. Open the 'Restrictions' tab 3. Choose a future date in which the day is higher than 12 => SUCCESS: The input has the date we chose 4. Set dateformat to dd/mm/yyyy 5. Repeat 3 => FAIL: It sets the current date, the browser console shows an error. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 27169] New: sip2 not enable
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '21

09 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27169 Bug ID: 27169 Summary: sip2 not enable Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: ujjwalguptax202(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com sip2 not working after use of koha-sip --enable library and koha-sip --start library when check the status it shows sip2 running but but but its not connecting when i use ip and port to connect sip2 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 16181] New: Limit number of tags loaded initially for tag cloud
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '21

09 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16181 Bug ID: 16181 Summary: Limit number of tags loaded initially for tag cloud Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a patron has an large number of tags (say 3,421) the tag cloud takes an inordinately long time to load. Maybe we could enforce a limit on initial load and then allow user to load more or paginate through all? -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 27899] New: Missing description for libraryNotPickupLocation on request.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '21

09 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27899 Bug ID: 27899 Summary: Missing description for libraryNotPickupLocation on request.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As the attached screenshot highlights, there's no description for that error status. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 28091] New: Add meta tag with Koha version number to staff interface pages
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '21

09 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28091 Bug ID: 28091 Summary: Add meta tag with Koha version number to staff interface pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the OPAC in the HTML head there is a line like this: <meta name="generator" content="Koha 20.1200024"> This is super helpful when writing jQuery that is only useful for a particular version of Koha. The staff client pages should include the same. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22956] New: Omnibus: Remove type attribute from script tags
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22956 Bug ID: 22956 Summary: Omnibus: Remove type attribute from script tags Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 20053 removed all "type" attributes from <script> tags in OPAC templates.* We should do the same for the staff client templates. * A couple of regressions have made it in which need to be fixed. This bug will act as an omnibus bug for collecting bugs of smaller scope. -- You are receiving this mail because: You are watching all bug changes.

1 20