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

[Bug 19266] New: Add ability to match on 001 or 005 during import of records
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19266 Bug ID: 19266 Summary: Add ability to match on 001 or 005 during import of records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 28240] New: Some classes in register.tt are translatable
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28240 Bug ID: 28240 Summary: Some classes in register.tt are translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Hiya! I usually whine because things are not translatable, but today I will whine because something is translatable. Hehe! I don't know if this is something that is meant to be this way or not, but the classes for "debit" and "credit" in register.tt are translatable, which means that, if translated, it prevents the colours from appearing. It's not the end of the world, but I was surprised when I switched to English and saw the red and green for debits and credits. To test: 1) Set up your system to use cash registers (mine was already set up, so I'm doing this from memory) - In system preferences, enable UseCashRegisters - In Administration > Cash registers, set up a cash register - In Administration > Authorized values > PAYMENT_TYPE, add some payment types 2) Make some transactions - In a patron's file add some manual fees - Pay some fees, write off some others 3) Go to Tools > Cashup registers 4) Click on the register name <-- Notice debits are red and credits are green 5) Install a new language (again, mine was already installed, so doing this from memory) - In the terminal, go to misc/translator - gulp po:update - ./translate install xx-XX 6) Translate the line that looks like "{ \"type\": \"credit\", \"identifier\": \"%s\", \"description\": \"%s " "(%s)\", \"amount\": \"%s\" }" Remove the "fuzzy" line if needed 7) Update your translation - ./translate install xx-XX 8) Go back to Koha, change the language 9) Go to Tools > Cashup registers 10) Click on the register name <-- Notice credits are black Again, it's not the end of the world, we'll just have to tell translators not to translate those lines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22702] New: circulation note on patron page should allow for HTML tags
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22702 Bug ID: 22702 Summary: circulation note on patron page should allow for HTML tags Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some libraries like to include links and other HTML in the circulation note. This currently uses the html filter and should be switched to $raw. This should not be problematic since only staff can do this. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 28419] New: addorderiso2709 untranslatable
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '21

14 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28419 Bug ID: 28419 Summary: addorderiso2709 untranslatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr I feel like I'm missing something obvious, because it can't be that a whole page is not translatable... To go to this page: 1) Go to Acquisitions 2) Search for a vendor 3) Create a basket 4) Add to basket "from a new file" 5) Stage a marc file 6) Click on Add staged files to basket You should be on the addorderiso2709 page. I did ./translate update fr-CA, then using the git grep command, I searched for the string "Add orders from" which is the title of the page, and I can't find it anywhere in the po files. The string only comes out in the tt file and in the release notes files... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[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