How do I restore a corrupted user.config file?

[Jeremy Chaney]

It appears that my user.config file got corrupted causing my
"InitializeComp onent" routine to throw the exception "Root element is
missing." when I start my app.

I figure I can just go into Explorer and delete the file to get things
working again, but I'd rather just catch the exception and resolve the
error programatically . I tried "Properties.Set tings.Default.R eset();"
but that just throws the exception too. Does anyone know how I can
programatically get the user.config file back into a good state? The
path to the file looks like it is obfuscated (one of the folders in the
path contains the string "zc3rx3dim2uzbj jmpqetzf4h0quja eb5"), so I don't
see trying to delete the file as a viable option.

Thanks,
--Jeremy

[=?Utf-8?B?R3JhbnQgRnJpc2tlbg==?=]

Hi Jeremy

Have you found any resolution to this issue? This seems to me to be a very
large flaw in the design of the application settings mechanism.

In my experience user settings files inevitably get corrupted at some stage
by users terminating application as it is writing the settings. You need to
have some ability to reset the settings in this instance. Unfortunately ,as
you noted, the path to the user.config file is somewhat cryptic. The
documented method of getting the path for the user.config file is to call:

Configuration config =
ConfigurationMa nager.OpenExeCo nfiguration(Con figurationUserL evel.PerUserRoa mingAndLocal);
string path = config.FilePath ;

However this also fails with an exception if the config file is corrupt.

--
Grant Frisken
Infralution
www.infralution.com
"Jeremy Chaney" wrote:

It appears that my user.config file got corrupted causing my
"InitializeComp onent" routine to throw the exception "Root element is
missing." when I start my app.

I figure I can just go into Explorer and delete the file to get things
working again, but I'd rather just catch the exception and resolve the
error programatically . I tried "Properties.Set tings.Default.R eset();"
but that just throws the exception too. Does anyone know how I can
programatically get the user.config file back into a good state? The
path to the file looks like it is obfuscated (one of the folders in the
path contains the string "zc3rx3dim2uzbj jmpqetzf4h0quja eb5"), so I don't
see trying to delete the file as a viable option.

Thanks,
--Jeremy

[aaronsussman]

On May 6, 8:21 pm, Grant Frisken
<GrantFris...@d iscussions.micr osoft.comwrote:

Hi Jeremy

Have you found any resolution to this issue? This seems to me to be a very
large flaw in the design of the application settings mechanism.

In my experience user settings files inevitably get corrupted at some stage
by users terminating application as it is writing the settings. You need to
have some ability to reset the settings in this instance. Unfortunately ,as
you noted, the path to theuser.configf ile is somewhat cryptic. The
documented method of getting the path for theuser.configf ile is to call:

Configuration config =
ConfigurationMa nager.OpenExeCo nfiguration(Con figurationUserL evel.PerUserRoa *mingAndLocal);
string path = config.FilePath ;

However this also fails with an exception if the config file iscorrupt.

--
Grant Frisken
Infralutionwww. infralution.com

"Jeremy Chaney" wrote:

It appears that myuser.configfi le got corrupted causing my
"InitializeComp onent" routine to throw the exception "Root element is
missing." when I start my app.

I figure I can just go into Explorer and delete the file to get things
working again, but I'd rather just catch the exception and resolve the
error programatically . I tried "Properties.Set tings.Default.R eset();"
but that just throws the exception too. Does anyone know how I can
programatically get theuser.configf ile back into a good state? The
path to the file looks like it is obfuscated (one of the folders in the
path contains the string "zc3rx3dim2uzbj jmpqetzf4h0quja eb5"), so I don't
see trying to delete the file as a viable option.

Thanks,
--Jeremy- Hide quoted text -

- Show quoted text -

catch the ConfiguarationE rrorsException. Somethign like this.

catch (System.Configu ration.Configur ationErrorsExce ption ex)
{
string fileName = "";
if (!string.IsNull OrEmpty(ex.File name))
{
fileName = ex.Filename;
}
else
{

System.Configur ation.Configura tionErrorsExcep tion innerException =
ex.InnerExcepti on as
System.Configur ation.Configura tionErrorsExcep tion;
if (innerException != null && !
string.IsNullOr Empty(innerExce ption.Filename) )
{
fileName = innerException. Filename;
}
}
if (System.IO.File .Exists(fileNam e))
{
System.IO.File. Delete(fileName );
}
UpgradeSettings ();
}

[=?Utf-8?B?R3JhbnQgRnJpc2tlbg==?=]

"aa**********@g mail.com" wrote:

>
catch the ConfiguarationE rrorsException. Somethign like this.

catch (System.Configu ration.Configur ationErrorsExce ption ex)
{
string fileName = "";
if (!string.IsNull OrEmpty(ex.File name))
{
fileName = ex.Filename;
}
else
{

System.Configur ation.Configura tionErrorsExcep tion innerException =
ex.InnerExcepti on as
System.Configur ation.Configura tionErrorsExcep tion;
if (innerException != null && !
string.IsNullOr Empty(innerExce ption.Filename) )
{
fileName = innerException. Filename;
}
}
if (System.IO.File .Exists(fileNam e))
{
System.IO.File. Delete(fileName );
}
UpgradeSettings ();
}

Thanks - that gets me part way there. What does your UpgradeSettings
method do? I tried calling Upgrade, Reset and Reload on the
Properties.Sett ings.Default object after deleting the file. The first two
fail with the same exception. Reload doesn't fail - however if you try to
access a setting property after this it still fails. Does this mean that
the only option if this error occurs is to force the user to exit and restart?