Conversation
Signed-off-by: Geoffroy Jamgotchian <geoffroy.jamgotchian@rte-france.com>
|
When the branch is checkout locally (either on MacOS or in Windows) the test file BOMTest.dgs does not contain the BOM: test/resources % hexdump -C BOMTest.dgs
00000000 24 24 47 65 6e 65 72 61 6c 3b 49 44 28 61 3a 34 |$$General;ID(a:4|
00000010 30 29 3b 44 65 73 63 72 28 61 3a 34 30 29 3b 56 |0);Descr(a:40);V|
00000020 61 6c 28 61 3a 34 30 29 0a 20 31 3b 56 65 72 73 |al(a:40). 1;Vers|
00000030 69 6f 6e 3b 35 2e 30 0a |ion;5.0.|
00000038Maybe it has been lost when pushing your local changes or checking out text files from github ?. Anyway, we have tested the change with a modified text file that has the BOM bytes and it works. We have verified that github does not modify a text file that does contain the BOM bytes. We have pushed the branch |
Signed-off-by: Nicolas Rol <nicolas.rol@rte-france.com>
It should be fixed now |
Thanks! |
|



Please check if the PR fulfills these requirements
Does this PR already have an issue describing the problem?
No
What kind of change does this PR introduce?
Bug fix
What is the current behavior?
DGS import fails when file starts with a BOM
What is the new behavior (if this is a feature change)?
DGS import is robust to BOM
Does this PR introduce a breaking change or deprecate an API?
If yes, please check if the following requirements are fulfilled
What changes might users need to make in their application due to this PR? (migration steps)
Other information: