Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

Some numeric columns get interpreted as ShortDate #76

Closed
jvetyska opened this Issue · 4 comments

2 participants

@jvetyska

In the latest version 2.3.2, the order of the parsers have changed and this caused the shortDate to evaluate first - which is a problem for larger numbers, such as:
1,251,574
which will get parsed as shortDate (well, any number that has two commas in it).

I have just moved "digit" above "shortDate" to solve the problem.

@Mottie
Owner

Setting the usNumberFormat option to false (ref) should fix this problem.

@jvetyska

Well that won't fix it. This is the US number format (1,234,354.43), so setting it to false will not interpret them as numbers then.

The problem is that the shortDate was moved up in the chain, and thus numbers with two comas (such as 24,125,769) will be parsed as shortDate.

@Mottie
Owner

Ahh ok, I'll have it fixed in the next patch. Thanks for reporting it!

@Mottie
Owner

Ok, the fix is now available in v2.3.5. Thanks for reporting this issue!

@Mottie Mottie closed this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.