0000906: expansion of ~OpenFOAM fails in dictionary #include directive

ID	Project	Category	View Status	Date Submitted	Last Update

0000906	OpenFOAM	Bug	public	2013-06-30 14:24	2013-07-05 09:03

Reporter	~~user696~~	Assigned To	~~user4~~
Priority	normal	Severity	feature	Reproducibility	always
Status	resolved	Resolution	fixed
Platform	linux	OS	opensuse	OS Version	11.4

Summary	0000906: expansion of ~OpenFOAM fails in dictionary #include directive
Description	By using inplaceExpand(string&, dictionary&, bool, bool, char), the expansion of a leading «~/», «~OpenFOAM», «~user» no longer occurs. The missing expansion for «~OpenFOAM» via foamEtcFile() is especially problematic if they are used extensively in automated setups.
Steps To Reproduce	use expandDictionary on any dictionary that uses the #include or #includeIfPresent directive to include a file located in the ~OpenFOAM (foamEtcFile) hierarchy. Eg, #include "~OpenFOAM/testDictInc" -> FOAM FATAL IO ERROR: Cannot open include file "./~OpenFOAM/testDictInc" while reading dictionary "testDict" file: testDict at line 16. From function functionEntries::includeEntry::includeEntry(dictionary& parentDict, Istream&) in file db/dictionary/functionEntries/includeEntry/includeEntry.C at line 120.
Tags	No tags attached.

Date Modified	Username	Field	Change
2013-06-30 14:24	~~user696~~	New Issue
2013-07-05 09:03	~~user4~~	Note Added: 0002308
2013-07-05 09:03	~~user4~~	Status	new => resolved
2013-07-05 09:03	~~user4~~	Fixed in Version	=> 2.2.x
2013-07-05 09:03	~~user4~~	Resolution	open => fixed
2013-07-05 09:03	~~user4~~	Assigned To	=> user4

~~user4~~ 2013-07-05 09:03 ~0002308	Sorry, missed that one out. Fixed in 62d70e292d8e0a9dd2691ae97bcd867ae2dcc31d Can you test and see if it all does as expected?