This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
When on Windows and with autocrlf=true the following happens: 1) Get an up-to-date file (git status -s -> empty output) 2) Modify the file (git status -s -> " M FILE") 3) Add the file to the index in Netbeans (git status -s -> "MM FILE") Meaning even after the file is added to index, commandline client still finds a differents between index and WT and marks the file dirty This has one big nasty consequence and that is that even after a commit from the IDE the file in fact remains dirty/modified (commandline client recognizes this while NetBeans doesn't). I can imagine that after some time the number of modified files is really high. Who knows what this may actually cause. This is a really annoying issue that should be fixed ASAP and addressing this is critical to the Git module being useful!
fix: http://hg.netbeans.org/core-main/rev/d1649728fbe8
stepane, can you verify on windows when the fix is integrated into a dev build?
Integrated into 'main-golden', will be available in build *201204070400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/d1649728fbe8 User: Ondrej Vrabec <ovrabec@netbeans.org> Log: #210806 - added index entries corrupted with autocrlf=true
(In reply to comment #2) > stepane, can you verify on windows when the fix is integrated into a dev build? can't reproduce now