Skip to content

Draft: Assume there are no thousand separators when converting numerical strings

As this is supposed to convert numerical strings using both dots and commas as decimal separators independent of the locale apparently, we end up with ambiguities for numbers with exactly three decimals. If we assume there are no thousand/group separators we can avoid that, and that seems what the other open implementations do.

BUG: 474661

Assuming this is the right approach it probably should get some test coverage.

Merge request reports