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

[Bug 13049] Merge selfreg cron jobs into cleanup_database
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13049 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20856 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20856 [Bug 20856] Restore ability to delete unverified self registrations after x hours -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13049] Merge selfreg cron jobs into cleanup_database
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13049 --- Comment #19 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Katrin Fischer from comment #18) > It looks like this change introduced a regression. Before the changes it was > possible to define the delay for unverified registrations in hours and now > it's days. It will also change what actually happens when you switch over? > > With GDPR being very strict about saving data the initial feature of being > able to delete after x hours would be better. I think you are being even stricter now :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13049] Merge selfreg cron jobs into cleanup_database
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13049 --- Comment #18 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- It looks like this change introduced a regression. Before the changes it was possible to define the delay for unverified registrations in hours and now it's days. It will also change what actually happens when you switch over? With GDPR being very strict about saving data the initial feature of being able to delete after x hours would be better. -- 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 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #95 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Preliminary QA: Very brave to take this upon you ! Tiny suggestion: .decimal-unformating Fix spelling please. At least t => tt but what is decimal unformat btw? Better name? Something with normalize or so?? I have the feeling that DecimalSeparators and CurrencyFormat don't really harmonize. And yes, I can understand how problematic making changes in this area must be.. So thousands separators come at the expense of handling both dots and commas. Still opt for something that is more understandable. The number of changes to be expected here would be much larger. You actually use the new js formatting in three acq templates. What about things like: C4/Biblio.pm: $subfield_value =~ s/\./,/ if C4::Context->preference("CurrencyFormat") eq "FR"; acqui/addorderiso2709.pl: $price =~ s/\./,/ if C4::Context->preference("CurrencyFormat") eq "FR"; acqui/addorderiso2709.pl: $price =~ s/\./,/ if C4::Context->preference("CurrencyFormat") eq "FR"; Koha/Number/Price.pm $format_params = { %$format_params, int_curr_symbol => '', mon_thousands_sep => '', mon_decimal_point => '.', }; koha-tmpl/intranet-tmpl/prog/en/includes/format_price.inc [% IF Koha.Preference("CurrencyFormat") == 'FR' %] var default_value = { thousands_sep: ' ', decimal_point: ',', decimal_digits: 2 }; And this is just to name a few; the list could probably be larger when searching harder. It might be impossible to make global changes but the risk of this is adding just another approach in a few places and leaving Koha even more fragmented on the subject? Changing state for need of feedback or adjustments. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7131] way to overlay items in in marc import
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7131 Hugh Rundle <hughr(a)brimbank.vic.gov.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=20850 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2696] Fine payments should show what was paid for
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2696 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20840 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20840 [Bug 20840] Internal Server Error when clicking on "Details" button -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14697] Extend and enhance "Claims returned" lost status
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '18

01 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 Hugh Rundle <hughr(a)brimbank.vic.gov.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hughr(a)brimbank.vic.gov.au --- Comment #7 from Hugh Rundle <hughr(a)brimbank.vic.gov.au> --- I see from http://devs.bywatersolutions.com/2016/11/30/Claimed-Returned/ this is fully funded but nothing seems to have happened. Is there an update on this? It would be a great feature. -- You are receiving this mail because: You are watching all bug changes.

1 0