Mangled code

Hello Lothan,

it is a known problem that after VS prompts to correct (unify) line endings,
ReSharper doesn't receive
any notification about change in the underlying file. Unfortunately, it looks
like a bug in Visual Studio.
So after applying such a conversion, ReSharper's and VS's images of the text
and don't match, and this will almost
certainly cause problems like ones you mention.

We understand that it is not always easy to convert line endings before refactorings,
as the user indeed may not be aware
that some files have them inconsistent. I guess we need to submit a bug to
Microsoft's tracker in hope it will get
attention one day.

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

In the simplistic case, open a source file that contains LF line
endings. Visual Studio prompts to translate the line endings to CR/LF.
Respond by clicking Yes. At this point all highlighting is shifted one
character to the left for every translated line ending (e.g. ReSharper
apparently is not aware the file was altered internally by Visual
Studio). This by itself may not be that big a deal since it seems to
affect only highlighting.

The major issue is that using ReSharper to alter the code in any way
in this state results in a mangled source file. This can normally be
mitigated by opening the source file, allowing Visual Studio to
translate the line endings, and then immediately closing and saving
the file to force ReSharper to reparse the file. It isn't always this
easy, unfortunately. Imagine one or two of potentially a hundred
source files have LF line endings that were created by another
developer using an odd editor and you refactor something that just
happens to require a change in one of those affected files. This just
happened to me.

While renaming a class, I was prompted to translate the line endings
in some other file that referenced this class. I responded Yes and
everything seemed OK. When I attempted to recompile the changes to run
the unit tests, I received a flurry of compiler errors that I had not
received before. When I browsed to the particular file Visual Studio
had translated, I saw a mangled mess. This is one of the original
(untouched) classes in that file:

public IDirectedEnumerable<V> Backwards()
{
MappedDirectedEnumerable<T, V> retval =
(MappedDirectedEnumerable<T,

V>> )MemberwiseClone();
V>>

retval.directedenumerable = directedenumerable.Backwards();
return retval;
//If we made this classs non-abstract we could do
//return new
MappedDirectedCollectionValue<T,V>(directedcollectionvalue.Backwards()
);;
}
This is the same class after the refactoring:

pub lic IDirectedEnumer > Backwards()
{
MappedDirectedEnumerable<T, V> r = (MappedDirect erable<T,

V>> )MemberwiseClone();
V>>

retval.dire umerable = directedenumerable.Backwards();
return retval;
//If we made th lass n-abstract we codo
//return new MappedDi ed
tionVale<T,V>(directedcollectionvalue. {
s());;
}
Surprisingly, this is one of the more readable classes in that file.

I experimented with this and managed to get ReSharper to throw this
exception in some (but not all) instances:

JetBrains.Util.InternalErrorException: range.StartOffset should not
break CR-LF

at JetBrains.Util.InternalErrorException..ctor(String, Exception) in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.Util\src\
InternalErrorException.cs:line
29 column 7
at JetBrains.Util.Logger.Fail(String) in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.Util\src\
Logger\Logger.cs:line
135 column 5
at
JetBrains.VSAddin.Editor.VSDocumentOperationsHandler.ReplaceText(TextR
ange,
String) in
c:\Agent\work\Server\be08dc054b0f1225\src\VSAddin\src\Editor\DocumentO
perationHandlers.cs:line
243 column 13
at
JetBrains.ReSharper.Editor.VSIntegration.VSDocument.DeleteText(TextRan
ge) in
c:\Agent\work\Server\be08dc054b0f1225\src\VSAddin\src\Editor\VSDocumen
t.cs:line
135 column 9
at
JetBrains.ReSharper.CodeInsight.ReformatCode.ReformatCodeActionBase.Ap
plyFormattedText(ISolution,
ReFormatterProjectFile) in
c:\Agent\work\Server\be08dc054b0f1225\src\CodeInsight\src\ReformatCode
\ReformatCodeAction.cs:line
189 column 9
at
JetBrains.ReSharper.CodeInsight.ReformatCode.ReformatCodeActionBase.Fo
rmatFiles(Context,
ReformatCodeOptions) in
c:\Agent\work\Server\be08dc054b0f1225\src\CodeInsight\src\ReformatCode
\ReformatCodeAction.cs:line
161 column 50
at
JetBrains.ReSharper.CodeInsight.ReformatCode.ReformatCodeActionBase.Ex
ecute(IDataContext,
DelegateExecute) in
c:\Agent\work\Server\be08dc054b0f1225\src\CodeInsight\src\ReformatCode
\ReformatCodeAction.cs:line
85 column 13
at JetBrains.ActionManagement.ExecutableAction.Execute(IDataContext)
in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.UI\src\Ac
tionSystem\Action\ExecutableAction.cs:line
30 column 13
at
JetBrains.ActionManagement.ActionManagerBase.ExecuteAction(IExecutable
Action,
IDataContext) in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.UI\src\Ac
tionSystem\ActionManager\ActionManagerBase.cs:line
575 column 11
at
JetBrains.ActionManagement.ActionManagerBase.ExecuteAction(IExecutable
Action)
in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.UI\src\Ac
tionSystem\ActionManager\ActionManagerBase.cs:line
520 column 5
at JetBrains.ActionManagement.ActionManagerBase.ExecuteAction(String)
in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.UI\src\Ac
tionSystem\ActionManager\ActionManagerBase.cs:line
515 column 5
at JetBrains.ReSharper.VS.Customization.ReSharperPkg.Exec(Guid&,
UInt32,
UInt32, IntPtr, IntPtr) in
c:\Agent\work\Server\be08dc054b0f1225\src\VS\src\Customization\ReSharp
erPkg.cs:line
44 column 6
at
Microsoft.VisualStudio.VSIP.Helper.Package.Microsoft.VisualStudio.OLE.
Interop.IOleCommandTarget.Exec(Guid&,
UInt32, UInt32, IntPtr, IntPtr)

at JetBrains.Util.Logger.Fail(String messageText) in
c:\Agent\work\Server\be08dc054b0f1225\Platform\src\JetBrains.Util\src\
Logger\Logger.cs:line 135