Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ignore UTF-8 BOM added by some CSV exporters #688

Merged
merged 1 commit into from
Jul 6, 2022

Conversation

lognaturel
Copy link
Member

@lognaturel lognaturel commented Jul 5, 2022

Closes #687

What has been done to verify that this works as intended?

Tried with a user file that was crashing, added a test.

Why is this the best possible solution? Were any other approaches considered?

I considered manually ignoring the BOM characters but using a library seems a bit cleaner. I don't feel strongly about this one, though.

How does this change affect users? Describe intentional changes to behavior and behavior that could have accidentally been affected by code changes. In other words, what are the regression risks?

The one risk I could think of is that UTF-8 characters might be treated differently. I added a test for that. I can't think of additional risks.

Do we need any specific form for testing your changes? If so, please attach one.

bom.zip

Does this change require updates to documentation? If so, please file an issue here and include the link below.

No.

@lognaturel lognaturel merged commit 841168f into getodk:master Jul 6, 2022
@lognaturel lognaturel deleted the csvBOM branch July 6, 2022 16:12
lognaturel added a commit to lognaturel/javarosa that referenced this pull request Jul 13, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

First column not correctly identified when external file has UTF-8 BOM
2 participants