Your comments

I have just uploaded 17.1 preview build 11069 which comes with two improvements:


- in certain situations, parent colors are better preserved (requires Git-Flow to be enabled, so SmartGit will know that "develop" is more important than e.g. "features/foo")

- with system property smartgit.log.graph.layoutActions=true set, the graph context menu provides a new option to Toggle Preserve Parent Order (for which effects may be more frequent/visible if Git-Flow is disabled)

I still agree with Jonathan: when following first parents commits of master down the Log, the color should be preserved as long as possible. For the specific example, red color is preserved for the merge source instead of the primary parent. That should be changed.

Thanks, I can access the test repository, however the graph looks fine for me. Do you have system property "smartgit.log.graph.layoutActions" set and do you have modified the Max. Connector Length? If so, please send your settings.xml directly to smartgit@syntevo.com


Is this repository public, so I can reproduce the problem?

It should work for Git-SVN repositories now, starting with version 17.1 preview, build 11065. Would you please give it a try and confirm?

Please post output of "git config -l | grep core" invoked in your Windows and your Linux repository.

So you have separate clones on Windows and Linux? Then Git's default line endings handling should do exactly what you want.

There are a couple of additional things happening during a Refresh, compared to a "git status". Either way, please send periodical thread dumps for a subsequent refresh to smartgit@syntevo.com : http://www.syntevo.com/doc/display/SG/Periodical+Thread+Dumps

Right, that's what this RFE is for.