Closed RafeArnold closed 3 weeks ago
First of all, thank you for reporting this issue.
I think it should be possible to improve things: totally out of range column may be easy to fix. There are some challenges wrt fully accurate location due to way tokenization is done (it's not quite as incremental as, say, JSON decoding), but it should at least be possible to improve accuracy.
Looks like this was easy enough to resolve; only affects location at the end of content.
Fix goes in 2.18 for inclusion in 2.18.0.
thanks @cowtowncoder !
Currently, when a JsonProcessingException is thrown when parsing CSV with a missing closing quote, the reported location of the column where the error occurred is incorrect. For example,
will output
The row number is correct, but the column number is not (there aren't even 68 characters in the entire CSV). I would expect the column number to be more like 30.