Development issueshttps://develop.openfoam.com/groups/Development/-/issues2018-12-21T18:08:49Zhttps://develop.openfoam.com/Development/openfoam/-/issues/444use of FOAM_INST_DIR is outdated2018-12-21T18:08:49ZMark OLESENuse of FOAM_INST_DIR is outdatedFrom previous versions, had FOAM_INST_DIR to avoid a manual edit of the bashrc,cshrc files.
With the newer logic (`BASH_SOURCE`, `lsof`) this will now be largely ignored, except as a hard-coded fallback value within bashrc,cshrc.
Propos...From previous versions, had FOAM_INST_DIR to avoid a manual edit of the bashrc,cshrc files.
With the newer logic (`BASH_SOURCE`, `lsof`) this will now be largely ignored, except as a hard-coded fallback value within bashrc,cshrc.
Propose renaming it in bashrc,cshrc (perhaps back to foamInstall), and removing it from foamExec, foamJob, wmakeScheduler*
Opinions? @andy @PrashantMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/879Definition of a local coordinate system in function 'forces' causes crash of ...2019-12-09T22:18:11ZAdminDefinition of a local coordinate system in function 'forces' causes crash of the calculationHere after is the definition of a forces function with the declaration of a local coordinate system instead of CofR, like described here:
https://www.openfoam.com/documentation/cpp-guide/html/classFoam_1_1functionObjects_1_1forces.html
...Here after is the definition of a forces function with the declaration of a local coordinate system instead of CofR, like described here:
https://www.openfoam.com/documentation/cpp-guide/html/classFoam_1_1functionObjects_1_1forces.html
{
type forces;
functionObjectLibs ( "libforces.so" );
writeControl timeStep;
writeInterval 1;
log yes;
patches ( "blade.*" );
pName p;
UName U;
rho rhoInf; // Indicates incompressible
log true;
rhoInf 1; // Redundant for incompressible
coordinateSystem
{
type cartesian;
origin (1.524 0 0);
coordinateRotation
{
type axesRotation;
e1 (-0.98480498 -0.17364769 0.00237365);
e2 (-1.73648178e-01 9.84807753e-01 0.0);
}
}
}
It causes a crash of the calculation with the error here below:
--> FOAM FATAL IO ERROR:
keyword origin is undefined in dictionary "/home/etudes/etudes_NP/ETR180036_NavalGroup_GrandChallengeIrene/01_helice_E779A/E779A_cyclic_MovingMesh/system/controlDict.functions.forces"
From function const Foam::entry& Foam::dictionary::lookupEntry(const Foam::word&, bool, bool) const
in file db/dictionary/dictionary.C at line 277.
Looks like a bug.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1021tutorial failing :2018-11-19T14:24:38ZPawan Ghildiyaltutorial failing :@Mattijs @Sergio
The case is failing with cellVolumeWeight but work with inverseDistance.
tutorials/incompressible/overPimpleDyMFoam/twoSimpleRotors
(with latest dev branch)
Thanks
Pawan@Mattijs @Sergio
The case is failing with cellVolumeWeight but work with inverseDistance.
tutorials/incompressible/overPimpleDyMFoam/twoSimpleRotors
(with latest dev branch)
Thanks
Pawanhttps://develop.openfoam.com/Development/openfoam/-/issues/737spray/wall interactions failing in parallel2018-02-22T12:13:56ZMark OLESENspray/wall interactions failing in parallelregression introduced here: f1d42a629b9ed5bda87c6a619f588f2a5d57bd63
@Sergio
- fixedregression introduced here: f1d42a629b9ed5bda87c6a619f588f2a5d57bd63
@Sergio
- fixedMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1194volRegion and momentum do not handle moving meshes well2021-07-06T15:22:55ZMark OLESENvolRegion and momentum do not handle moving meshes well- changes made in develop branch (eg, dc1446d6c515), but cached values not being updated- changes made in develop branch (eg, dc1446d6c515), but cached values not being updatedMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1062isoSurfaceCell with planes exactly through points is not detected2021-07-06T13:40:38ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comisoSurfaceCell with planes exactly through points is not detectedRun `compressible/rhoSimpleFoam/squareBend` with attached
[samplingDebug](/uploads/fde43736760f854902d1312dff5c44c0/samplingDebug)
it will produce lots of missing triangle. This is due to the pre-filtering of potentially cut cells. You...Run `compressible/rhoSimpleFoam/squareBend` with attached
[samplingDebug](/uploads/fde43736760f854902d1312dff5c44c0/samplingDebug)
it will produce lots of missing triangle. This is due to the pre-filtering of potentially cut cells. You can make it work by having `calcCutType` always returns CUT. The issue turns up with the distanceSurface where you use an exact distance 0. We only check for some vertices (e.g. of an edge) above and some below, not for both exactly on.Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/577createZeroDictionary with volume flow rate2019-12-09T22:11:26ZvilfayeaucreateZeroDictionary with volume flow ratehttps://develop.openfoam.com/Development/OpenFOAM-plus/blob/develop/etc/caseDicts/createZeroDirectoryTemplates/boundaryConditions/fluid/incompressible/inletOptions
If you have a look at the source code of createZeroDictionary (see abov...https://develop.openfoam.com/Development/OpenFOAM-plus/blob/develop/etc/caseDicts/createZeroDirectoryTemplates/boundaryConditions/fluid/incompressible/inletOptions
If you have a look at the source code of createZeroDictionary (see above), it requires volumeFlowRate instead of volumetrictFlowRate. Could you fix it?
Thanks
SebastienPrashant SonakarPrashant Sonakarhttps://develop.openfoam.com/Development/openfoam/-/issues/556feature: Fan BC with swirl2018-05-01T08:54:48ZPrashant Sonakarfeature: Fan BC with swirlRefer EP#467Refer EP#467v1712AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/952topoSet does not check for succesful writing2020-01-03T14:22:24ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comtopoSet does not check for succesful writingrun topoSet or setSet in a write-protected case.run topoSet or setSet in a write-protected case.Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/528directionalPressureGradientExplicitSource hard to use2020-01-03T09:39:06ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comdirectionalPressureGradientExplicitSource hard to useA mesh generator might generate a faceZone (possibly incorrectly oriented) or a cellZone. The faceZone has to be oriented correctly (e.g. orientFaceZone, topoSet with setsToFaceZone and 'flip' option) and the cellZone constructed (topoSe...A mesh generator might generate a faceZone (possibly incorrectly oriented) or a cellZone. The faceZone has to be oriented correctly (e.g. orientFaceZone, topoSet with setsToFaceZone and 'flip' option) and the cellZone constructed (topoSet with faceToCell, setToCellZone). Maybe it could be made such that we only start from a cellZone and the 'faceZone' (i.e. measuring plane) gets derived from velocity and outside faces of the cellZone?Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/969decomposePar -verbose only works in combination with -dry-run2018-08-09T13:53:06ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comdecomposePar -verbose only works in combination with -dry-runhttps://develop.openfoam.com/Development/openfoam/-/issues/1069Inconsistent field ordering in PDRMesh2018-11-12T15:46:52ZMark OLESENInconsistent field ordering in PDRMeshRelies on the iteration of the IOobjectList being identical to that of names(), which is not guaranteed at all.
If these are not identical, the correspondence of naming will be incorrect.Relies on the iteration of the IOobjectList being identical to that of names(), which is not guaranteed at all.
If these are not identical, the correspondence of naming will be incorrect.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1138swirlFanVelocity does not preserve pressure name2018-12-20T18:10:20ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comswirlFanVelocity does not preserve pressure nameMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/945incorrect tangential velocity calculation in swirlFanVelocityFvPatchField2019-12-09T22:22:46ZMark OLESENincorrect tangential velocity calculation in swirlFanVelocityFvPatchFieldmissing index on fieldmissing index on fieldMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1018DOC: Minor update for 'Surfaces'2018-09-24T10:41:21ZKutalmış BerçinDOC: Minor update for 'Surfaces'Hi,
In https://openfoam.com/documentation/cpp-guide/html/guide-fos-sampling-surfaces.html ,
> pimpleDyMFoam propeller tutorial: $FOAM_TUTORIALS/incompressible/pimpleDyMFoam/propeller
might need to be updated to:
> pimpleFoam propell...Hi,
In https://openfoam.com/documentation/cpp-guide/html/guide-fos-sampling-surfaces.html ,
> pimpleDyMFoam propeller tutorial: $FOAM_TUTORIALS/incompressible/pimpleDyMFoam/propeller
might need to be updated to:
> pimpleFoam propeller tutorial: $FOAM_TUTORIALS/incompressible/pimpleFoam/RAS/propeller
Kind regardshttps://develop.openfoam.com/Development/openfoam/-/issues/90BUG: refineMesh is not parallel aware in certain scenarios2019-01-09T20:26:21ZPrashant SonakarBUG: refineMesh is not parallel aware in certain scenariosAttached case fails when run in parallel [refineBlock.tgz](/uploads/e9e0e85ebb94c041c2813ff806640f80/refineBlock.tgz)
But the serial execution is successful.
@andy Attached case fails when run in parallel [refineBlock.tgz](/uploads/e9e0e85ebb94c041c2813ff806640f80/refineBlock.tgz)
But the serial execution is successful.
@andy Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/54execFlowFunctionObjects does not re-read functionObjectState2016-04-25T06:24:17ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comexecFlowFunctionObjects does not re-read functionObjectStateTime::setTime does not re-read the uniform/functionObjectState dictionary.
This causes e.g. runtimepostprocessing not to find the vtk files dumped during a previous run.
Workaround: run execFlowFunctionObjects for single time only (e.g...Time::setTime does not re-read the uniform/functionObjectState dictionary.
This causes e.g. runtimepostprocessing not to find the vtk files dumped during a previous run.
Workaround: run execFlowFunctionObjects for single time only (e.g. -time, -latestTime)
- complication: cannot just clear stateDict on functionObjectState since might get called on master processor only so e.g. timeStampMaster gies problems.https://develop.openfoam.com/Development/openfoam/-/issues/487foamList does not link if no fftw library (since randomProcesses not built)2020-01-03T09:32:19ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comfoamList does not link if no fftw library (since randomProcesses not built)Remove it from the Make/options?Remove it from the Make/options?Andrew HeatherAndrew Heatherhttps://develop.openfoam.com/Development/openfoam/-/issues/26BUG: Function Objects2016-01-08T12:41:02ZPrashant SonakarBUG: Function ObjectsFailed: cloudInfo
case: /home/alex2/prashant/QA/UNIT_TESTS/FO-tests/lagrangian/verticalChannel
--------------
output log missing:
abort, cellSource, faceSource, partialWrite, patchProbes, probes, readFields, removeRegisteredObj...Failed: cloudInfo
case: /home/alex2/prashant/QA/UNIT_TESTS/FO-tests/lagrangian/verticalChannel
--------------
output log missing:
abort, cellSource, faceSource, partialWrite, patchProbes, probes, readFields, removeRegisteredObject, setTimeStep, sets, surfaces, timeActivatedFileUpdate, turbulenceFields, wallBoundedStreamLines, writeDictionary
case: /home/alex2/prashant/QA/UNIT_TESTS/FO-tests/compressible/motorBike
Is the output to log controlled by outputControl keyword?
--------------
Not working as expected: abort
@Mattijs
Functionality migration from internal development lineMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/120redistributePar utility does not write pointDisplacement field2024-01-10T17:09:51ZPawan GhildiyalredistributePar utility does not write pointDisplacement fieldredistributePar utility when used to decompose , does not write pointDisplacement field .
testcase : tutorials/multiphase/interDyMFoam/ras/DTCHullredistributePar utility when used to decompose , does not write pointDisplacement field .
testcase : tutorials/multiphase/interDyMFoam/ras/DTCHullMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.com