When you encounter unknown keywords. Please give the following warning: Unknown keywords are detected (in section of MDU file): list of unknown keywords. In case of unknown keywords are allowed (#630 - keywords), then the keywords will be kept in memory. (Note that these unknown keywords have no validation). Else the keywords will be dropped.

I have updated the changes in #632.
I have added multiple tests to verify the functioning.
Besides that I tested this to verify how it looks to the actual user during loading or setting unknown keywords.
I used the following piece of testcode to get the following output:

from pydantic import Extra
from hydrolib.core.dflowfm.mdu.models import FMModel

print("")
print("first test reading from mdu file with unknown keys:")
print("")

model = FMModel("C:\\Users\\Verme_mn\\Downloads\\with_unknown_keywords.mdu")
print("")
print("second test setting unknown keys on the model object:")
print("")

model.geometry.tim = "123"
model.geometry.tim2 = "123"
model.geometry.tim3 = "123"
model.geometry.tim ="456"

model.volumetables.tim = "123"
model.volumetables.tim2 = "123"
model.volumetables.tim3 = "123"
model.volumetables.tim ="456"

When I set the configuration to allow unknown keywords I get the following output:

When I set the configuration to not allow unknown keywords I get the following output:

When the configuration is set to not allow unknown keywords, unknown keywords will throw an exception as before on setting with the model, e.g. model.geometry.tim = "123"

Developer opinion

@MRVermeulenDeltares:
I think we can implement the current PR #632 as is.
Since the PR will give a message based on how the configuration is set.
If the user ever adjusts this the message will be changed based on this, thus the changes can be merged seperate from the support or not support unknown keywords.
When a decision is made based on that this can be updated at that time, any keyword that is dropped should still be mentioned to the user.

Requirements from refinement

• When a keyword is dropped, an error should be thrown instead of a message being printed.
• The status of Config.extra will not be taken into account with throwing this error.