Community
Participate
Working Groups
Build Identifier: I20100608-0911 Right click on the project -> Compare With -> Branch.. shows a lot of files, most of them with no change, not even in whitespace or svn properties. This drives compare view (differential view) unusable. Only files with the same revision number are not shown. On those files, the file comparison part of the tag shows no difference, even with Ignore White Space option unchecked. Reproducible: Always Steps to Reproduce: 1. Create a project containing a file. 2. Share project using right click on the project -> Team -> Share project ... 3. Create a branch using right click on the project -> Team -> Branch ... 4. Create a new project from SVN using branch 5. Edit the same way the file in the two projects (after that, the pair of new files are identical again but different from the original pair) 6. Commit then update the two projects 7. Compare the first project with the branch using right click on the project -> Compare With -> Branch ... In the opened tab, the Structure Compare part shows the file, despite there is no difference. It is the same comparing the second project with trunk or using Compare With -> Revision or URL.
I've also noticed this problem. I'm using: Subversive Team Provider 1.0.0.I20120803-1700 SVNKit 1.7.5_v1 implementation 3.0.0.I20120818-1700 The Structure Compare part is showing files with a red icon, just like they were in "conflict", however I think it doesn't make even sense to talk about "conflicts" in this case. If you double click on any of these files, the double pane view shows that there are clearly no differences between them. Please also see: http://www.eclipse.org/forums/index.php/m/902815/
Our development team face the same issue.
Alexander, are you aware of this issue?
Using Eclipse 4.4.0 (build id 20140612-0600), Subversion Client Adapter 1.10.1, Subversion JavaHL 1.8.9, SVN Team Provider Core 1.10.5, Subclipse 1.10.5, SVNKit Library 1.8.5.r10237_v20140319_1934 I can also reproduce this error. I found the following workaround: Open the "SVN Repository Exploring" perspective, select the branch you are working on, then "Compare ...", there the head of your trunk (or whatever). Then only the changed files are shown. Using the command line client works also.
*** Bug 350570 has been marked as a duplicate of this bug. ***
*** Bug 400694 has been marked as a duplicate of this bug. ***
The functionality was implemented when there were no sufficient API support and the implementation made on those old API calls does not seem to be a good one. For SVN 1.8 clients there is a new implementation already that uses direct comparison between a working copy and an URL (see bug 484929). Now there is a need to solve the issue for the SVN 1.7.x based connectors (since we still support those).
Fixed. Though the SVN 1.7 API still have some limitations, there's a workaround. In some cases compare may take longer, but should have the same result as with it has using SVN 1.8 API.
(In reply to Alexander Gurov from comment #8) > Fixed. Though the SVN 1.7 API still have some limitations, there's a > workaround. In some cases compare may take longer, but should have the same > result as with it has using SVN 1.8 API. I can still reproduce the issue using SVNKit 1.7 on both Luna and Mars. Tested on Luna (4.4.2) with: org.eclipse.team.svn (2.0.4.I20150123-1700) "Subversive SVN Team Provider" org.polarion.eclipse.team.svn.connector (4.1.3.I20150214-1700) "Subversive SVN Connectors" org.polarion.eclipse.team.svn.connector.svnkit17 (4.1.3.I20150214-1700) "Subversive SVN 1.7 SVN Kit Connector" Tested on Mars (4.5.1) with: org.eclipse.team.svn (3.0.4.I20160131-1700) "Subversive SVN Team Provider" org.polarion.eclipse.team.svn.connector (5.0.2.I20151228-1700) "Subversive SVN Connectors" org.polarion.eclipse.team.svn.connector.svnkit17 (5.0.0.I20150529-1700) "Subversive SVN 1.7 SVN Kit Connector" Is the fix missing on update sites or did I do something wrong?
(In reply to Florent Angebault from comment #9) > (In reply to Alexander Gurov from comment #8) > > Fixed. Though the SVN 1.7 API still have some limitations, there's a > > workaround. In some cases compare may take longer, but should have the same > > result as with it has using SVN 1.8 API. > > I can still reproduce the issue using SVNKit 1.7 on both Luna and Mars. > > Tested on Luna (4.4.2) with: > org.eclipse.team.svn (2.0.4.I20150123-1700) "Subversive SVN Team Provider" > org.polarion.eclipse.team.svn.connector (4.1.3.I20150214-1700) "Subversive > SVN Connectors" > org.polarion.eclipse.team.svn.connector.svnkit17 (4.1.3.I20150214-1700) > "Subversive SVN 1.7 SVN Kit Connector" This is normal, since the version 2.0.4 does not include any related changes. And will not include in the future. > Tested on Mars (4.5.1) with: > org.eclipse.team.svn (3.0.4.I20160131-1700) "Subversive SVN Team Provider" > org.polarion.eclipse.team.svn.connector (5.0.2.I20151228-1700) "Subversive > SVN Connectors" > org.polarion.eclipse.team.svn.connector.svnkit17 (5.0.0.I20150529-1700) > "Subversive SVN 1.7 SVN Kit Connector" > > Is the fix missing on update sites or did I do something wrong? And this isn't. Although I can't reproduce it in my environment. I'll analyse how it works and try to find the issue within the algorithm, but can't really promise anything, because it works stable with the cases I tested it on and gives the same result as the 1.8 version.
