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

[Bug 9302] Add ability to merge patron records
by bugzilla-daemon＠bugs.koha-community.org 08 May '18

08 May '18

1 0

[Bug 19273] New: Confirm hold does not work for in-transit holds
by bugzilla-daemon＠bugs.koha-community.org 08 May '18

08 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19273 Bug ID: 19273 Summary: Confirm hold does not work for in-transit holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a hold was transferred to another library and that library uses the "Confirm" button instead of the "Print and confirm" button, the hold will remain "in transit" and will not be marked as waiting. The patron will also not receive notification of the hold since it never gets marked as waiting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 9898] Show order/receive date in acquisition detail table on subscription summary page
by bugzilla-daemon＠bugs.koha-community.org 08 May '18

08 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9898 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=20726 --- Comment #2 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- This will certainly be fixed by bug 20726 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20725] New: invoice slip cannot use streetnumber
by bugzilla-daemon＠bugs.koha-community.org 08 May '18

08 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20725 Bug ID: 20725 Summary: invoice slip cannot use streetnumber 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: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org printinvoice.pl doesn't send the streetnumber to the invoice template, which some libraries might want to use there. Addresses for these libraries can never be made complete without it (yes, they need a custom template to use it) I realise that by default, we probably won't use the streetnumber in the invoice template, but it feels strange to omit it when we send the rest of the main address. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 14222] sort holds in OPAC by priority
by bugzilla-daemon＠bugs.koha-community.org 08 May '18

08 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14222 NancyK. <nkeener(a)washoecounty.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nkeener(a)washoecounty.us --- Comment #1 from NancyK. <nkeener(a)washoecounty.us> --- This has been fixed in the staff side, but in the OPAC, Koha sorts by looking at the leftmost digit in each number so 14 will come before 4. We have unlimited holds, so this is a problem that patrons are complaining about. NancyK -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10937] Advanced search: Hide itemtypes from search form & Group itemtypes together into one search option
by bugzilla-daemon＠bugs.koha-community.org 07 May '18

07 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10937 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20722 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20722 [Bug 20722] Searching only for an ITEMTYPECAT itemtype is impossible -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 07 May '18

07 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #85 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- Hello, tested it again with different inputs (with dot, comma, symbol, names) in fines patrons tab (maninvoice.pl, mancredit.pl, paycollect.pl) and it works, even for Write off :) So for me it's OK. I have just a little remark for a tricky case : If you choose DecimalSeparators = , and in addition, you choose CurrencyFormat = 360 000,00 (FR). I know that there's no direct relation with this patch, but it's to explain the user experience : user can see comma on amount on "account" and "pay fines" tabs. When you choose to pay or to write off a fine, you arrive on paycollect.pl : there, the amounts are displayed with a dot. If you don't change anything, the dot is considered as a decimal separator. If you want to change the amount without changing the separator which is already displayed, it will not be consider. for example : '500.00' is displayed You change it on '1.00' It will be transform in '100' It's consistent with your DecimalSeparators syspref but quite confusing. At least, it would be great to have on paycollect the same help we can find mancredit ou maninvoice (Example: 5,12). By the way, this help only figures the first character of the DecimalSeparators syspref which is not completely right : DecimalSeparators = ., You will see : "Example: 5.12" DecimalSeparators = ,. You will see : "Example: 5,12" But as it is, the patches handle the main issue, so I hope it could be in the 18.05 release ! Sonia -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 07 May '18

07 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #84 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Created attachment 75130 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75130&action=ed… Bug 12310: Fix decimal separators issues in fines: writeoff amount field This is a follow up for this forgotten field. See main patch more details. == Test plan == 1. Use a translation of the staff interface if possible. 2. Go to a patrons's page → fines → pay fines 3. Click on "Write off" This assumes an existing debt. Which should exists if you just tested the previous patches. 4. If you enter "1,50", the writeoff amount saved is only 1. This is the bug. 5. Apply this patch 6. run ~/src/installer/data/mysql/updatedatabase.pl 7. Refresh the page 8. Retry the write off. Apply the annex 1 to the "Writeoff amount" field 9. It works! \o/ === Annex 1: Subpart for each concerned page === 1. Set DecimalSeparators syspref to ",." 2. Input "12,34" 3. Press the "Tab/Tabulation" key. It will unfocus the field and trigger the conversion. Validating the form does the same but it's a trick to test more quickly by not switching to another page. 4. The value should have been converted to 12.34 5. Do the same with "12,34 EUR" and ensure that it's converted to "12,34" Same with "EUR 12.34" -> "12.34" 6. "EUR 12.34€thanks lyonthree" -> "12.34" 7. "123 456,7" -> "123456.7" 8.. "2" -> "2" 9.. "2,0" -> "2.0" 10. "-1'345.95" -> "-1345.95" 11. ",1234" -> ".1234" 12. Set DecimalSeparators syspref to "," 13. Reload the page with the form 14. "1.000" -> "1000" 15. "1.000.000,10" -> "1000000.10" 16. Set DecimalSeparators syspref to "." 17. Reload the page with the form 18. "1,000" -> "1000" 19. "1,000,000.10" -> "1000000.10" 20. Validate the form and check that the final value with the dot was 21 well handled. 22. Think about Koalas and smile. 🐨🐨🐨 Signed-off-by: Sonia Bouis <sonia.bouis(a)univ-lyon3.fr> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 07 May '18

07 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #83 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Created attachment 75129 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75129&action=ed… Bug 12310: Follow up to prevent updatedatabase noise Added IGNORE into the SQL statement. TEST PLAN --------- run the atomic update multiple times. -- noise apply patch run the atomic update multiple times. -- no noise Signed-off-by: Séverine QUEUNE <severine.queune(a)bulac.fr> Signed-off-by: Sonia Bouis <sonia.bouis(a)univ-lyon3.fr> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 07 May '18

07 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #82 from sandboxes(a)biblibre.com <sandboxes(a)biblibre.com> --- Created attachment 75128 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75128&action=ed… Bug 12310 : Follow up to keep the example text in fines This puts the example text back in with the correct decimal separator. The example uses the first char of the syspref. TEST PLAN --------- 1) set the I18N/L10N DecimalSeparators syspref to "," 2) go to a patron's fines tab. 3) open Create manual invoice and Create manual credit tabs 4) check both tabs -- Example: 5.00 appears 5) apply this patch 6) reload the page and check both create tabs. -- Example: 5,12 appears 7) set the I18N/L10N DecimalSeparators syspref to ".," 8) go back and check both tabs. -- Example: 5.12 appears (only the first separator is picked) 9) optionnal: run koha qa test tools Signed-off-by: Séverine QUEUNE <severine.queune(a)bulac.fr> Signed-off-by: Sonia Bouis <sonia.bouis(a)univ-lyon3.fr> -- You are receiving this mail because: You are watching all bug changes.

1 0