[213] User settings changed externally


ReSharper
-


The settings file 'C:\Documents and Settings\glozanom\Application
Data\JetBrains\ReSharper\UserSettings.xml' has been changed externally.
Would you like to overwrite it with the current settings?
-


Yes No
-



Steps to reproduce:
1) Open Visual Studio 2003 (instance 1)
2) Open a solution
3) Open Visual Studio 2003 (instance 2)
4) Open a solution
5) Close instance 2
6) Close instance 1

For some reason the usersettings.xml is being changed externally as detected
by instance 1 of Visual Studio 2003. Presumably because instance 2 changes
something in the usersettings.xml file. I didn't have this behaviour in
previous builds.

Gabriel Lozano-Morán
MCSD .NET
Real Software
http://www.realdn.net
http://www.realsoftware.be


5 comments
Comment actions Permalink

I've seen that in #212 the first time.

Regards,
Thomas

Gabriel Lozano-Morán wrote:

---------------------------
ReSharper
---------------------------
The settings file 'C:\Documents and Settings\glozanom\Application
Data\JetBrains\ReSharper\UserSettings.xml' has been changed externally.
Would you like to overwrite it with the current settings?
---------------------------
Yes No
---------------------------

Steps to reproduce:
1) Open Visual Studio 2003 (instance 1)
2) Open a solution
3) Open Visual Studio 2003 (instance 2)
4) Open a solution
5) Close instance 2
6) Close instance 1

For some reason the usersettings.xml is being changed externally as detected
by instance 1 of Visual Studio 2003. Presumably because instance 2 changes
something in the usersettings.xml file. I didn't have this behaviour in
previous builds.

Gabriel Lozano-Morán
MCSD .NET
Real Software
http://www.realdn.net
http://www.realsoftware.be

0
Comment actions Permalink

Hmm, Gabriel,

this behavior is actually a feature :) In your scenario you might lose changes
made by instance 2,
and instance 1 warns you about this. What's wrong with it?


Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

---------------------------
ReSharper
---------------------------
The settings file 'C:\Documents and Settings\glozanom\Application
Data\JetBrains\ReSharper\UserSettings.xml' has been changed
externally.
Would you like to overwrite it with the current settings?
---------------------------
Yes No
---------------------------
Steps to reproduce:
1) Open Visual Studio 2003 (instance 1)
2) Open a solution
3) Open Visual Studio 2003 (instance 2)
4) Open a solution
5) Close instance 2
6) Close instance 1
For some reason the usersettings.xml is being changed externally as
detected by instance 1 of Visual Studio 2003. Presumably because
instance 2 changes something in the usersettings.xml file. I didn't
have this behaviour in previous builds.

Gabriel Lozano-Morán
MCSD .NET
Real Software
http://www.realdn.net
http://www.realsoftware.be



0
Comment actions Permalink

OK, I understand - do you mean that you haven't changed anything in settings
in instance 2?
In such a case this is actually a bug :)


Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Hmm, Gabriel,

this behavior is actually a feature :) In your scenario you might
lose changes
made by instance 2,
and instance 1 warns you about this. What's wrong with it?
Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>> -


>> ReSharper
>> -


>> The settings file 'C:\Documents and Settings\glozanom\Application
>> Data\JetBrains\ReSharper\UserSettings.xml' has been changed
>> externally.
>> Would you like to overwrite it with the current settings?
>> -


>> Yes No
>> -


>> Steps to reproduce:
>> 1) Open Visual Studio 2003 (instance 1)
>> 2) Open a solution
>> 3) Open Visual Studio 2003 (instance 2)
>> 4) Open a solution
>> 5) Close instance 2
>> 6) Close instance 1
>> For some reason the usersettings.xml is being changed externally as
>> detected by instance 1 of Visual Studio 2003. Presumably because
>> instance 2 changes something in the usersettings.xml file. I didn't
>> have this behaviour in previous builds.
>> Gabriel Lozano-Morán
>> MCSD .NET
>> Real Software
>> http://www.realdn.net
>> http://www.realsoftware.be


0
Comment actions Permalink

Gabriel,

All VS instances use the same userSettings.xml file and rewrite it on close
(don't ask me what for :) In fact, it was intended to check the modified
file's contents and not show the warning if only timestamp is changed, but
I'm not sure, whether it is included into build 213 or not.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

Correct without changing anything in instance 2. I was just wondering why
instance 2 changes the usersettings.xml file

Gabriel

"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c8a894d9cd01e8c7d093f56beb1f@news.intellij.net...

OK, I understand - do you mean that you haven't changed anything in
settings in instance 2?
In such a case this is actually a bug :)

>
>

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>
>> Hmm, Gabriel,
>>
>> this behavior is actually a feature :) In your scenario you might
>> lose changes
>> made by instance 2,
>> and instance 1 warns you about this. What's wrong with it?
>> Regards,
>> Dmitry Shaporenkov
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"
>>> -


>>> ReSharper
>>> -


>>> The settings file 'C:\Documents and Settings\glozanom\Application
>>> Data\JetBrains\ReSharper\UserSettings.xml' has been changed
>>> externally.
>>> Would you like to overwrite it with the current settings?
>>> -


>>> Yes No
>>> -


>>> Steps to reproduce:
>>> 1) Open Visual Studio 2003 (instance 1)
>>> 2) Open a solution
>>> 3) Open Visual Studio 2003 (instance 2)
>>> 4) Open a solution
>>> 5) Close instance 2
>>> 6) Close instance 1
>>> For some reason the usersettings.xml is being changed externally as
>>> detected by instance 1 of Visual Studio 2003. Presumably because
>>> instance 2 changes something in the usersettings.xml file. I didn't
>>> have this behaviour in previous builds.
>>> Gabriel Lozano-Morán
>>> MCSD .NET
>>> Real Software
>>> http://www.realdn.net
>>> http://www.realsoftware.be
>



0

Please sign in to leave a comment.