Eclipse Load of Input Properties Loads the NOECHO Keyword

[OPMUSER]

Loading an Eclipse input property file with the NOECHO keyword in it, loads the NOECHO keyword as a property array. Secondly deleting the NOECHO propert from the Property Tree does not delete the entry from the Property Editor/Input Property list.

--                                                                              
NOECHO                                                                          
--                                                                              
MULTNUM                                  -- Generated : Petrel
-- ZONES                                  -- Generated : Petrel
-- Property name in Petrel : Zones
  3736*8 1 1 104*8 1 1 6252*8 1 1 104*8 1 1 6146*8 1 1 104*8 1 1 104*8 1 1 6146*8 1 1 8 8 8 8
  100*8 1 1 104*8 1 1 6146*8 1 1 104*8 1 1 104*8 1 1 6146*8 1 1 104*8 1 1 104*8 1 1 104*8 1 1 8 8
  6038*8 1 1 104*8 1 1 104*8 1 1 104*8 1 1 5934*8 1 1 104*8 1 1 104*8 1 1 104*8 1 1 104*8 1 1 8 8
.............................

[hhgs]

This issue is present in ResInsight version 2021.10.2.

[magnesj]

If a text file has multiple keywords, the first keyword with data after NOECHO is discarded.

[kriben]

@hhgs I can not reproduce this on 2021.10.2 on windows.
Steps I tried:

1. Export two results to grdecl ("Cell Result" -> "Export Property To File"), e.g SWAT and SOIL.
2. Combine the two files into one and add the NOECHO keyword in the beginning of the file.
3. Reimport the file using "Cell Result" -> "Add input property".
   This gives one result in the "Cell Result" "Input Property" table as expected (as per @magnesj comment): SWAT is discarded (first property after NOECHO), but SOIL is imported.

Can you provide more details on how the bug can be triggered?

[hhgs]

NOECHO should be ignored.
Both SWAT and SOIL should be imported.

Often only one Property is reported per file, and then no data is imported due to NOECHO.

[kriben]

@hhgs Ah, that makes sense. The current problem with the parser is that it expects the data to end with at '/', and this is not the case for NOECHO. Will try to fix.