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

[Bug 20052] New: Add Reports object class
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20052 Bug ID: 20052 Summary: Add Reports object class Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 19488] New: 5 digit, "Borrower Number" from details page
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19488 Bug ID: 19488 Summary: 5 digit, "Borrower Number" from details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Request from a library: When filling out lost slips and damaged slips, etc. It would be nice to not always have to go back to the details screen to find the borrower number. Especially from "Account" and "Fines" and CKO.It could be added to the upper left basic borrower info (name, bar code number, phone number, etc.) -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 7317] Add an Interlibrary Loan Module to Circulation and OPAC
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 Andrew Isherwood <andrew.isherwood(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20750 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20750 [Bug 20750] Allow timestamped auditing of ILL request events -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18979] New: Speed up 'valid-templates.t' tests
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18979 Bug ID: 18979 Summary: Speed up 'valid-templates.t' tests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18055 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18055 [Bug 18055] Speed up '00-strict.t' test -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 18055] New: Speed up '00-strict.t' test, with Parallel::ForkManager
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18055 Bug ID: 18055 Summary: Speed up '00-strict.t' test, with Parallel::ForkManager Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mtj(a)kohaaloha.com QA Contact: gmcharlt(a)gmail.com A patch to speed up the 00-strict.t test (works better on multi-cpu systems) -- You are receiving this mail because: You are watching all bug changes.

1 59

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

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #94 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- (In reply to Marcel de Rooy from comment #93) > I could be the next QAer.. (Only glanced thru so far.) :) > The sentence I referred to earlier "at the expense" is somewhat unclear and > could be improved. Not a blocking concern. If anyone reading this has an idea, feel free to post a comment. > The fact that the default value for the pref contains a thousands separator > for many people is a bit confusing too. But I understand that it is the end > of a long discussion. It seems that any value will contain a thousands separator for many people. https://en.wikipedia.org/wiki/Decimal_separator#Digit_grouping The idea was that the default value would fit the basic use case (no thousands seps) for almost everyone (, and . users) https://en.wikipedia.org/wiki/Decimal_separator#Hindu%E2%80%93Arabic_numera… without requiring any configuration choice when migrating on the 18.11 for example. So system librarians can miss this change in the release notes without causing the very same chaos that this patch wants to fix. [1] Which hopefully will remove a obstacle for this path to be backportable for example. [1] And with drones becoming a commodity in a lot of countries, the cost for angry users to hire a hitman — using "modern" techniques that up to now were reserved to the USA — is constantly lowering. That's why I try to choose defaults that will keep people happy ^^" </troll> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8265] Allow a better form of the title to be included in notices
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8265 Ray Delahunty <r.delahunty(a)arts.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.delahunty(a)arts.ac.uk --- Comment #2 from Ray Delahunty <r.delahunty(a)arts.ac.uk> --- Maybe the question to ask if 245 $b, etc. can be included in other places, not just for emails, but in Acquisitions and Cataloguing. It was one of the first things we noticed after migration- it is ever so inconvenient not being able to see the rest of the 245. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

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

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #93 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Victor Grousset/tuxayo from comment #92) > (In reply to Marcel de Rooy from comment #91) > > > So one can use anything as a thousands sep. As long as it's not a digit a > > > minus or in the DecimalSeparators syspref. > > > > In our country the . is the thousands separator and the , is the decimal > > sep. (Just opposite to Anglo-Saxon style.) > > So if you want to use the . as the thousands separator then you will have to > put only , in the DecimalSeparators syspref. > > > No problem for my library btw. > > Great :) Are all your potentially blocking concerns addressed? > (having discussions not closed could cause a QAer to hesitate) I could be the next QAer.. (Only glanced thru so far.) The sentence I referred to earlier "at the expense" is somewhat unclear and could be improved. Not a blocking concern. The fact that the default value for the pref contains a thousands separator for many people is a bit confusing too. But I understand that it is the end of a long discussion. -- 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 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #92 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- (In reply to Marcel de Rooy from comment #91) > > So one can use anything as a thousands sep. As long as it's not a digit a > > minus or in the DecimalSeparators syspref. > > In our country the . is the thousands separator and the , is the decimal > sep. (Just opposite to Anglo-Saxon style.) So if you want to use the . as the thousands separator then you will have to put only , in the DecimalSeparators syspref. > No problem for my library btw. Great :) Are all your potentially blocking concerns addressed? (having discussions not closed could cause a QAer to hesitate) -- 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 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #91 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Victor Grousset/tuxayo from comment #90) > Hopefully not, because on the IRC and mainly during the hackfest, I have > collected a lot of feedback. > Which caused the proposed solution to change more than 5 times. > I already bothered a lot of people (from france, germany and the US) to > ensure that there won't be librarian tears if this solution goes into > production. ^^ > Each simpler solution raised issues about existing use cases that work now > or worked before the ~16.11 regression. No simple solutions ;) > So one can use anything as a thousands sep. As long as it's not a digit a > minus or in the DecimalSeparators syspref. In our country the . is the thousands separator and the , is the decimal sep. (Just opposite to Anglo-Saxon style.) No problem for my library btw. -- You are receiving this mail because: You are watching all bug changes.

1 0