Bug 163569 - [Change Sets] Widget disposed when switching synchronize mode while updating
Summary: [Change Sets] Widget disposed when switching synchronize mode while updating
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Team (show other bugs)
Version: 3.3   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform Team Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
Depends on:
Blocks:
 
Reported: 2006-11-06 12:51 EST by Markus Keller CLA
Modified: 2007-06-19 14:38 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Keller CLA 2006-11-06 12:51:57 EST
I20061102-1715

I had a non-model synchronization in the Synchronize view, in Incoming mode, with change sets. I selected a few change sets and chose context menu > Update.
Then I clicked on the "Outgoing" icon in the status line.

=> exception in log:

org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:3407)
	at org.eclipse.swt.SWT.error(SWT.java:3330)
	at org.eclipse.swt.SWT.error(SWT.java:3301)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:432)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:324)
	at org.eclipse.swt.widgets.Widget.getData(Widget.java:485)
	at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeViewer.java:2460)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.java:1719)
	at org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct(TreeViewer.java:860)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1694)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1650)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1636)
	at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:1391)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1326)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1389)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1348)
	at org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.refreshModelRoot(AbstractSynchronizeModelProvider.java:352)
	at org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.access$0(AbstractSynchronizeModelProvider.java:345)
	at org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider$2.run(AbstractSynchronizeModelProvider.java:338)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
	at org.eclipse.team.internal.ui.Utils$4.run(Utils.java:760)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:123)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3440)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3080)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1924)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1888)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:419)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:95)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:104)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:74)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:348)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:165)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.eclipse.core.launcher.Main.invokeFramework(Main.java:341)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:285)
	at org.eclipse.core.launcher.Main.run(Main.java:987)
	at org.eclipse.core.launcher.Main.main(Main.java:962)
Comment 1 Markus Keller CLA 2006-11-10 18:50:45 EST
I just had the same with a model-based synchronization -- seems to be a more general problem.
Comment 2 Michael Valenta CLA 2006-11-13 08:40:52 EST
Could you attach the trace since it will be different for a model sync.
Comment 3 Markus Keller CLA 2006-11-13 09:09:00 EST
Oops, sorry, I must have looked at the wrong stacktrace in the Error Log. When I posted comment 1, I compared the new trace with the one from comment 0 and found that they were the same.

I now checked my log again, and I found that I must have mixed up the log entries. I've filed bug 164315 for the trace I got in the model-based synchronization, since it looks completely different.
Comment 4 Michael Valenta CLA 2007-06-19 14:38:48 EDT
We are only addressing stop ship type defects for the non-model based synchronization.