Bugzilla – Full Text Bug Listing
| Summary: | Subversive doesn't refresh synchronize view after commit | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Technology] Subversive | Reporter: | Timo A. Hummel <privat> | ||||
| Component: | Core | Assignee: | Igor Burilo <igor.burilo> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | a.gurov, aukevanleeuwen, begraves, broot, christian.herold, christian.reuterwall, dantelope, devel, eclipse, erche, groar, hoessler, h_boehme, igerly.work, jiri.krivanek, konrad_w, mauromol, nic.infante, shca08-eclipse, sofie.struyve, vlog | ||||
| Version: | 0.7 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | 330108 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Timo A. Hummel
No errors appear in the error log. Additionally, committed files don't disappear from the synchronize view. They appear as un-commited. Committing them again has no effect, Subversive even don't attempt to contact the server. Happens with both the SVNKit as well as JavaHL adapters. To resolve the issue, I need to restart Eclipse after each commit. Adjusted importance as Subversive is useless (=doesn't work). Hi, I have never seen such a strange behaviour. So, at least could you please tell Subversive and Subversive Connectors plug-in versions, server version, protocol and, probably, steps to reproduce the situation (if you know ones). Steps I've taken: * Downloaded PHP workbench, latest release (eclipse-php-helios-SR1-linux-gtk.tar.gz), I also tried the same on win32 and Linux x64 * Installed Subversive, Version 0.7.9.I20100512-1900. Restarted IDE. * Eclipse prompts me to choose the adapter, I chose SVNKit 1.6 Adapter (2.2.2.I20100917-1700). Restarted IDE. * Checked out the project, worked without a problem * Made some changes * Clicked synchronize * The synchronize editor is broken, so I installed PDT milestone 2.2.1.v20101001-2300 * Restarted the IDE * Subversive prompted that the SVN repository has been moved (which I didn't) * I shared the project again using the project settings * Commit my changes, commit is successful * File doesn't go away in the synchronize view After I encountered the problem on 3 different machines/OS versions, I decided to try out Subclipse if it works better. SVN version on my server is 1.6.13. Protocol is svn+ssh. As the exact same problem encounters with Subclipse, I believe that this is an upstream problem, maybe the PDT plugin or the Helios SR-1 release itself. I will first assign it to the PDT guys, to see if they have any idea or if it could caused by PDT. Additional information: After the switch to subclipse, I tried to pull changes from the svn repository. I right-clicked on my project's root, then clicked "Team->Synchronize". The synchronize view displays new files, but right-click on "Update" (neither the root of the file tree, nor the directory or individual files) will trigger an svn update. It even't doesn't attempt to contact the server. After I restart Eclipse, it works as expected. Reassign doesn't work, I will file a new bug and make it blocking. Lowering severity as the problem is very rare and seems not reproducable. As I migrated from svn to git, I doubt I can help with this bug. Maybe it's a problem which also relates to the PDT project (which is very likely since I was using PDT on all the machines I encountered the bug). Feel free to close the bug. There is no progress with steps to reproduce and there is no other witnesses to this issue. I'm often encountering this problem randomly with Eclipse 3.7. It happens with CVS too. I don't know what to search and/or how to file a bug to diagnose the problem... :-( With the latest changes in the Subversive code the issue has become a little more "reproducable". Reopen for further investigation. Ilya German 2011-09-13 09:02:18 EDT Build Identifier: 20110615-0604 Hello! Quite often, after I commit a tree of changed files into SVN, some of the files still stay marked as uncommitted. In history view I see them marked as previous revision (as if the switch to the freshly created revision didn't happen) but if I compare such a file with repository I can see, that the last version is there - and there are no changes. In SVN Info the files is marked as Text Status: Modified. The effect went away a couple of times after svn cleanup, but usually, I either need to "Override and Update" or, for to Reopen the project with the file. The problem occurs at 2 different rather fresh Eclipse Indigo installations, I don't remember encountering this bug on the Helios builds... I also don't see anything interesting in SVN console... Reproducible: Sometimes Steps to Reproduce: 1. Modify/Create a few files 2. Try to Commit them (either through Team Synchronize or through Navigator) 3. Observe some files still marked as changed in Navigator and/or left in the Team Synchronize view Just to clarify, when I wrote "the effect went away" I didn't mean that it stopped happening, just that the specific files that were marked as changed became unmarked for this specific commit. On the next commit - some other files messed up. *** Bug 357483 has been marked as a duplicate of this bug. *** (In reply to comment #12) > Ilya German 2011-09-13 09:02:18 EDT > > Build Identifier: 20110615-0604 > > Hello! > > Quite often, after I commit a tree of changed files into SVN, some of the files > still stay marked as uncommitted. In history view I see them marked as previous > revision (as if the switch to the freshly created revision didn't happen) but > if I compare such a file with repository I can see, that the last version is > there - and there are no changes. In SVN Info the files is marked as Text > Status: Modified. > > The effect went away a couple of times after svn cleanup, but usually, I either > need to "Override and Update" or, for to Reopen the project with the file. > > The problem occurs at 2 different rather fresh Eclipse Indigo installations, I > don't remember encountering this bug on the Helios builds... > > I also don't see anything interesting in SVN console... > > Reproducible: Sometimes > > Steps to Reproduce: > 1. Modify/Create a few files > 2. Try to Commit them (either through Team Synchronize or through Navigator) > 3. Observe some files still marked as changed in Navigator and/or left in the > Team Synchronize view > > Just to clarify, when I wrote "the effect went away" I didn't mean that it > stopped happening, just that the specific files that were marked as changed > became unmarked for this specific commit. On the next commit - some other files > messed up. I'm using SpringSource ToolSuite - based on Eclipse 3.7 - on Gradle projects through Subversive. Here the issue is nearly systematic. (In reply to comment #11) > With the latest changes in the Subversive code the issue has become a little > more "reproducable". Reopen for further investigation. I think the problem is more reproducible when you are moving files/folders around. One use case was to refactor a class by moving it from a.b.c package to a.b (therefore removing "c" subpackage). In the Subversive newsgroup I reported my use case. I'll copy it here for your convenience. Many times, after committing, the IDE thinks that the commit didn't occur, while it did! So, Eclipse is showing all my outgoing changes, but if I browse the SVN repository I see that changes have been committed actually. Doing an svn status says that my working copy has no outgoing changes. The revisions of each file (shown in the package explorer) are the correct updated ones. Doing a Team => Cleanup does not help. I have to close and reopen Eclipse to make Subversive realize I don't have outgoing changes anymore... After the commit operation I see many messages like this in the error log: !ENTRY org.eclipse.team.svn.core.svnnature 4 0 2011-09-22 15:47:44.139 !MESSAGE SVN: '0x0000011f: Get Properties' operation finished with error !SUBENTRY 1 org.eclipse.team.svn.core.svnnature 4 0 2011-09-22 15:47:44.139 !MESSAGE Get properties for 'PMMainPortletLogic.java' failed. !STACK 0 org.eclipse.team.svn.core.connector.SVNConnectorException: svn: '/path/to/mypackage/mysubpackage/SomeFile.java' is not a working copy at org.polarion.team.svn.connector.svnkit.SVNKitConnector.handleClientException(SVNKitConnector.java:1415) at org.polarion.team.svn.connector.svnkit.SVNKitConnector.getProperties(SVNKitConnector.java:1280) at org.eclipse.team.svn.core.extension.factory.ThreadNameModifier.getProperties(ThreadNameModifier.java:708) at org.eclipse.team.svn.core.utility.SVNUtility.properties(SVNUtility.java:289) at org.eclipse.team.svn.core.operation.local.property.GetPropertiesOperation.runImpl(GetPropertiesOperation.java:78) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternalDefault(ProgressMonitorUtility.java:77) at org.eclipse.team.svn.ui.panel.local.CommitPanel$CollectPropertiesOperation.processProperty(CommitPanel.java:852) at org.eclipse.team.svn.ui.panel.local.CommitPanel$CollectPropertiesOperation.runImpl(CommitPanel.java:838) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90) at org.eclipse.team.svn.ui.utility.DefaultCancellableOperationWrapper.run(DefaultCancellableOperationWrapper.java:55) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121) Caused by: org.tigris.subversion.javahl.ClientException: svn: '/path/to/mypackage/mysubpackage/SomeFile.java' is not a working copy at org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:779) at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1924) at org.tmatesoft.svn.core.javahl.SVNClientImpl.properties(SVNClientImpl.java:1250) at org.tmatesoft.svn.core.javahl.SVNClientImpl.properties(SVNClientImpl.java:1224) at org.polarion.team.svn.connector.svnkit.SVNKitConnector.getProperties(SVNKitConnector.java:1277) ... 16 more Caused by: org.tmatesoft.svn.core.SVNException: svn: '/path/to/mypackage/mysubpackage/SomeFile.java' is not a working copy at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.probeOpen(SVNWCAccess.java:307) at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.probeOpen(SVNWCAccess.java:286) at org.tmatesoft.svn.core.wc.SVNWCClient.doGetProperty(SVNWCClient.java:1199) at org.tmatesoft.svn.core.javahl.SVNClientImpl.properties(SVNClientImpl.java:1246) ... 18 more Please note that the offending file "SomeFile.java" was refactorized and moved from "somepackage.subpackage" to "somepackage", so the folder "/path/to/mypackage/mysubpackage/" containing it was actually deleted. You may wish to have a look to bug #330108 also. (In reply to comment #11) > With the latest changes in the Subversive code the issue has become a little > more "reproducable". Reopen for further investigation. Hi Alexander, any news on this? The problem is very severe... Subversive is nearly unusable with this problem... most of the commits are causing problems. :-( We are also experiencing the exact same thing, several employees have reported this the last couple of days. I have this problem since I updated to Indigo-SR1 (Eclipse 3.7.1, Build id: M20110909-1335) via Help > Check for Updates... It updated parts of Subversive as well. 0.7.9.I20110819-1700 for org.eclipse.team.svn 0.7.9.I20110602-1700 for all others 2.2.2.I20110602-1700 for the connector and svnkit16 I'm expieriencing the problem always, i.e. after every commit. I'm usually doing the following: 1. Select one or more Working Sets 2. Right-Click: Team > Synchronize with Repository 3. In the Synchronize View: Select All 4. Expand All 5. Commit After the commit, one Element keeps expanded and some files are still marked as outgoing. The error log shows nothing. A compare shows no diffs. I then need to restart eclipse. Then it does "Update SVN Cache" which fixes the false markers. For me, the severity is at least "major". (In reply to comment #16) Hello, Although at the moment I have nothing to report regarding the progress, I know myself, it is annoying issue, it makes work uncomfortable. So, I'll try to speed up solving this problem. http://www.eclipse.org/forums/index.php/m/744687/ in the forum explains a workaround for the issue: Disabling the SVN Status Cache. *** Bug 330108 has been marked as a duplicate of this bug. *** Same problem for me. After each commit follows no update in the Navigator. Only restart brings effect. System: Windows 7, 64 bit Repository: Assembla Eclipse Indigo Version: 3.7.1 Build id: M20110909-1335 Subversive SVN Team Provider Version: 0.7.9.I20110819-1700 SVNKit 1.3.5 Version: 2.2.2.I20110819-1700 Seems to be working correctly now. The fix will be included into the next early access build. (In reply to comment #23) > Seems to be working correctly now. The fix will be included into the next early > access build. Hi Alexander, thank you for your fix and this great news. Right now the ealry access update site still has version I20110819 of the Subversive SVN Team Provider (and version I20110602 of other subcomponents). When do you plan to release a version with this fix on that site? The build should've been published by today, but there are some issues with my access to the Eclipse.org build server, I'm trying to resolve now. So, I'm not sure if I'll be able to publish this in the next few days or not. Hi Alexander, today I've installed version 0.7.9.I20111119-1700 of the Subversive Team Provider. Is it supposed to contain the fix (haven't tried to commit yet)? (In reply to comment #26) Yes, you're right. It is supposed to contain the fix. Thank you, I'll try ASAP and let you know. Created attachment 208053 [details]
Eclipse configuration information
I have all of the latest, including the mentioned team provider update, and I am experiencing this problem still. I have experienced this problem for the better part of a year now, too. I've tried reinstalling eclipse from scratch to no avail. I always use the Team->Synchronize method for updates/commits. Inevitably, I go to do an update and the updates disappear from the Synchronization screen -- as expected. However, when I go to do the commits, most if not all of the commits don't disappear from that window and remain. For the better part of a year now, I've had to rely on TortoiseSVN and a regiment of remembering to refresh all the files in my project after making SVN changes. No error is shown in the .log file, so I have nothing to report to you. However, this is 100% repeatable for me, and has been for the past year. Configuration details attached. Your configuration says: org.eclipse.team.svn (0.7.9.I20110819-1700) "Subversive SVN Team Provider (Incubation)" So, you DON'T have the latest version of Subersive installed. You should use version 0.7.9.I20111119-1700 or later. I'm currently using 0.7.9.I20111123-1700 and I confirm it works perfectly now! Never had this problem again. To update your Subversive version, ensure you have the following update site in Window | Preferences | Install/Update | Available Software Sites: http://download.eclipse.org/technology/subversive/0.7/update-site/ Then check for updates and update your Subversive plugins. I hereby Mauro Molinari winner of this thread :) Thank you -- you were totally right. For some reason, that update site was not checked during updates. After fixing that issue, I updated the connector and presto... things seem to work as expected now! I retract my statements and plead "doofusitis". (that should have read:)
I hereby DECLARE Mauro Molinari winner of this thread :)
^^^^^^^
You're welcome :-) Update (sorry... spoke too soon) I can still commit from Synchronize and it does not update the screen unless I also have updates to do. On my first test, I did a commit and then an update and the screen refreshed only after the Update). Repeated attempts to refresh from that screen do not work. When I go to commit the second time, it shows there are no files to commit (which is correct). If, however, I switch to the Java perspective and then right-click and do Team->Sycnhronize, the Synchronize perspective view will then show the correct state. So... it's still not 100% fixed, but at least it's completely broken. These may be other sporadic problems with the view not refreshing, depending on the model you use. Or just some delays. See also: bug #142280 bug #266477 bug #332882 (where I commented before seeing this) I'm using Subversive daily and I confirm that I've never seen this problem again after updating Subersive, so I'm sorry it doesn't work for you :-( Anyway, make sure that you aren't mixing TortoiseSVN use with the Subversive one on the same working copy, otherwise the Subversive cache may not know that changes have been made by the other client. You may also try to perform a "Refresh" on the projects (from Package/Project Explorer) and/or a Team => Cleanup when you have the Synchronize View that does not refresh, to see if something changes. (In reply to comment #35) > Update (sorry... spoke too soon) > > I can still commit from Synchronize and it does not update the screen unless I > also have updates to do. On my first test, I did a commit and then an update > and the screen refreshed only after the Update). Repeated attempts to refresh > from that screen do not work. When I go to commit the second time, it shows > there are no files to commit (which is correct). > > If, however, I switch to the Java perspective and then right-click and do > Team->Sycnhronize, the Synchronize perspective view will then show the correct > state. > > So... it's still not 100% fixed, but at least it's completely broken. I've reworked refresh code so that it can't miss anything now. And judging from what you've described it really works as expected. What seems strange to me is that it looks like Synchronize is out of sync with the SVN Team provider code. If that is the case it is possible that switching between Incoming/Outgoing modes forth and back will help in your case (see bug #364599). But those cases differs in what they look like, so it could be some other issue. I tried switching between Ingoing and Outgoing mode. When switching to Ingoing, it says there isn't anything in that view, but that Outgoing has 1 item (the one file I committed). Switching perspectives and hitting up Team -> Synchronize again fixes the view. (In reply to comment #38) > I tried switching between Ingoing and Outgoing mode. When switching to > Ingoing, it says there isn't anything in that view, but that Outgoing has 1 > item (the one file I committed). And what about changing the model in the Synchronize View? (i.e. All Models vs Workspace vs SVN Change Sets) Switching to Workspace and Java Workspace made no difference. Switching to SVN Change Sets produces the message: "There are no more Incoming/Outgoing changes for SVN Change Sets. However, Java Workspace has changes in Incoming/Outoging mode." So, no effect. after updating to Subversive SVN Team Provider 0.7.9.I20111123-1700 works fine for me. *** Bug 365637 has been marked as a duplicate of this bug. *** I'm seeing this exact thing having updated to indigo sr2 yesterday. However, I'm using egit. Is this the same bug or should I open a new one? Symptoms are EXACTLY as described throughout this bug. If you're using eGit it must not be this bug. Try to ask to the eGit team. *** Bug 373292 has been marked as a duplicate of this bug. *** This started happening to several of us at work recently (last several months) - and to me at home over the last couple weeks with the very latest of everything installed. Only restarting eclipse would fix it. I tried Team->Cleanup but no go. I'm going to try the Subversive update site mentioned here (at the bottom)... http://stackoverflow.com/questions/7454468/subversive-and-eclipse-after-commit-it-still-shows-outgoing-changes The site was already listed but was disabled. I've installed it but don't have anything to commit yet. Won't suggest it at work until I've had a chance to test it. They were thinking of switching to Subclipse because of this issue... (In reply to comment #46) You haven't specified the plug-in build, but most likely it is the issue which is already fixed in the available Subversive early access builds. Then updating the plug-in should help. Also there is an unfixed issue in the Team Component that leads to disappearing of the changed uncommitted resources from the Synchronize View when you do partial updates/commits. With this one issue switching to Subclipse won't help, since the Team Component is the common code part of the Eclipse Platform team services. Although there is an easy workaround for this issue: switching between the incoming/outgoing modes forth and back. At work I have been experiencing the second issue you mentioned and was doing what you said as a workaround (happens all the time when trying to fix conflicts - after each Mark as Merged, all of them disappear - and switching back and forth is required to see the others again). Here's what I have at home (after updating)... Eclipse Java EE IDE for Web Developers Version: Indigo Service Release 2 Build id: 20120216-1857 Subversive SVN Connectors 2.3.0.I20120316-1700 SVNKit 1.3.6 Implementation (Optional) 2.3.0.I20120316-1700 Subversive SVN Team Provider (Incubation) 0.7.9.I20120316-1700 I'll get the work versions asap. Thanks for the reply/info. (In reply to comment #48) > Subversive SVN Team Provider (Incubation) 0.7.9.I20120316-1700 Thanks for the info, I'll be expecting information about configuration you're using at work then. So, did you expirience the issue with not refreshing the synchronize view after commits with this plug-in version? As far as I remember there shouldn't be one in this version. And since I'm using the same version in the development heavily (intensive updates, commits, merging) I've some confidence that this version shouldn't cause such kind of trouble. P.S. The next early access and juno simultaneous release builds should come out at the end of this week. (In reply to comment #49) From work (others may have slightly diff configs but this is mine)... Eclipse for RCP and RAP Developers Version: Indigo Service Release 1 Build id: 20110916-0149 Subversive SVN Connectors 2.2.2.I20110819-1700 SVNKit 1.3.5 Implementation (Optional) 2.2.2.I20110819-1700 Subversive SVN Team Provider (Incubation) 0.7.9.I20110819-1700 > So, did you expirience the issue with not refreshing the synchronize view > after commits with this plug-in version? Haven't had the chance to try it at home yet. I will later today though. Thanks for the EA/juno info. Ok seems to be working pretty good so far. To upgrade the ones at work, is this the right place place to go... Subversive Site (http://download.eclipse.org/technology/subversive/0.7/update-site/ (In reply to comment #51) > (http://download.eclipse.org/technology/subversive/0.7/update-site/ Yes, this is just the correct update site for early access versions. > Subversive SVN Team Provider (Incubation) 0.7.9.I20110819-1700 And this version really did had the issue with the Synchronize View refreshing. *** Bug 378125 has been marked as a duplicate of this bug. *** |