View Issue Details

IDProjectCategoryView StatusLast Update
0003613OpenFOAMBugpublic2021-01-15 09:53
ReporterjtrieschAssigned Tohenry 
Status resolvedResolutionfixed 
PlatformGNU/LinuxOSUbuntuOS Version20.04
Product Versiondev 
Fixed in Versiondev 
Summary0003613: setFields breaks some time-varying boundary conditions, i.e. falsely replacing dictionary keyword
DescriptionWhen using setFields with some time-varying boundary conditions (e.g., sine), the 'amplitude' dictionary entry is falsely replaced by multiple keyword 'value' entries in '0' folder. This breaks the required keyword entries for subsequent solver runs. Apparently this does not affect the 'coded' BC used in the examples below.
Steps To ReproduceRun the modified 'pitzDailyPulse' tutorial cases attached to this report.
1. Added runApplication setFields to 'Allrun'
2. Added setFields dictionary to 'system' folder
3. Modified p -> boundaryField -> outlet -> type (e.g. uniformFixedValue etc, see examples)
4. Execute 'Allrun' for various cases

Case with uniformFixedValue and 'type sine' fails with 'keyword amplitude is undefined in dictionary' message (see attached log files).
Additional InformationI suspect this issue has been introduced to OpenFOAM-dev sometime between 6-Oct-2020 and 13-Jan-2021.
TagsNo tags attached.



2021-01-14 07:37


log.blockMesh (3,254 bytes)
log.pimpleFoam (1,688 bytes)
log.setFields (2,007 bytes)
setFields_tests.tar.gz (2,973 bytes)


2021-01-14 10:55

manager   ~0011814

Thanks for the clear and detailed bug-report, with this it was easy to find the issue.

Try commit c6f69e7987d4ca2e4cd6f75fdcba074f6cc39fb1


2021-01-15 06:38

reporter   ~0011820

Thanks for the fast fix. I confirm this issue is solved for me.

Issue History

Date Modified Username Field Change
2021-01-14 07:37 jtriesch New Issue
2021-01-14 07:37 jtriesch File Added: log.blockMesh
2021-01-14 07:37 jtriesch File Added: log.pimpleFoam
2021-01-14 07:37 jtriesch File Added: log.setFields
2021-01-14 07:37 jtriesch File Added: setFields_tests.tar.gz
2021-01-14 10:55 henry Note Added: 0011814
2021-01-15 06:38 jtriesch Note Added: 0011820
2021-01-15 09:53 henry Assigned To => henry
2021-01-15 09:53 henry Status new => resolved
2021-01-15 09:53 henry Resolution open => fixed
2021-01-15 09:53 henry Fixed in Version => dev