[ https://issues.apache.org/jira/browse/CSV-264?focusedWorklogId=620819&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-620819 ]
ASF GitHub Bot logged work on CSV-264: -------------------------------------- Author: ASF GitHub Bot Created on: 09/Jul/21 01:17 Start Date: 09/Jul/21 01:17 Worklog Time Spent: 10m Work Description: SethFalco edited a comment on pull request #114: URL: https://github.com/apache/commons-csv/pull/114#issuecomment-876841043 It's worth noting this change doesn't impact how data is resolved internally or how headers are referenced, but just how if duplicate empty headers are allowed. I can peek into the current behavior anyway and try to document it if it's not already. Meanwhile, I've rebased with master. I also squashed my commits to make rebasing a bit easier. I also updated an exception to no longer recommend using one of the deprecated methods. Edit: Sorry, forgot to add \@Deprecated to the getter. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking ------------------- Worklog Id: (was: 620819) Time Spent: 3h (was: 2h 50m) > Duplicate empty header names are allowed even with > `.withAllowDuplicateHeaderNames(false)` > ------------------------------------------------------------------------------------------ > > Key: CSV-264 > URL: https://issues.apache.org/jira/browse/CSV-264 > Project: Commons CSV > Issue Type: Bug > Components: Parser > Affects Versions: 1.8 > Reporter: Sagar Tiwari > Priority: Major > Time Spent: 3h > Remaining Estimate: 0h > > I'm trying to parse to parse a csv like this: > > {{CSVFormat.DEFAULT}} > {{ .withHeader()}} > {{ .withAllowDuplicateHeaderNames(false)}} > {{ .withAllowMissingColumnNames()}} > {{ .parse(InputStreamReader(FileInputStream(fl)))}} > > One would expect this code to throw an error if the following csv is given as > input: > > > {{"","a",""}} > {{"1","X","3"}} > {{"3","Y","4"}} > > But it doesn't, and asking for `record.get("")` gives the value from the > second column. The first column is ignored. -- This message was sent by Atlassian Jira (v8.3.4#803005)