Community
Participate
Working Groups
Build ID: I20070323-1616 Steps To Reproduce: 1) Goto Tream Synchronize 2) Synchronize - with some outgoing changes 3) Ctrl select some files. The view goes all deault color execpt those files choosen. After minimizing/maximazing all files are visiable again but the color is still wrong. This happens for me once a week, but I have found no reproducable way.
Created attachment 62658 [details] Shows the color after minimazing/maximazing The background should be all white here.
Sounds like a problem at the widget level. Moving to SWT for comment.
I saw this once after running Eclipse 3.3 M6 for a week or so. Silenio saw this the other day. Can anybody get repeatable steps? It happened after we had taken some Microsoft automatic updates (but this probably has nothing to do with it). Peter, did you recently take XP updates from Microsoft?
> Peter, did you recently take XP updates from Microsoft? Yes. The machine is nearly allways updated. > Can anybody get repeatable steps? I could when i looked at it last time reproduce it 25% times by having 2 outgoing files, A and B. Double click on A. (fast after)Double clock on B. Wait 10 sec. (critacal times seems 7 sec) ctlr-dooble click on A. e.i. I happens for me when I am looking through outgoing files too se if it is in order - the last file needs a closer look and then I start including the files to be committed. It may be corrolated to the full file name "popup" when the view is too narrow.
Looking at this one for 3.3 RC3. I've seen it recently in the CVS view but not in the Synchronize view. Can anyone confirm this? The CVS view expands nodes when you single click select them (why?) and I have a theory that the bug is related to this. The Synchronize view doesn't do this but might have in the past. Anything more?
I also have a theory that you must be extending a multi-selection in the tree using Ctrl+Click. Can anyone confirm this? Guys, this is a hard one and looks terrible. It happens very rarely. A repeatable case is needed (and any information you can give me).
Marking as 3.3 RC4. There is a strong chance we won't fix this.
I can reproduce this every time now in rc3, but the timing is still important. 2 outgoing files are needed and in synchronize view. 1) Close all tabs in the editor-/view/space?. 2) Double click on A 3) wait 3-4 seconds 4) ctrl-double click on B I can reproduce this every time if step 3 between 2 sec and 7 sec. What is strange is that focus in the diffs tabs jumps from A to the created B (as expected) and then back to A at once when I do step 4. Peter
Here is simple test that reproduces the problem. Run it and when the window comes up. Select a new item in the tree by clicking and holding the left mouse button with the CONTROL key pressed. import org.eclipse.swt.*; import org.eclipse.swt.layout.*; import org.eclipse.swt.widgets.*; public class PR180482 { public static void main(String[] args) { final Display display = new Display(); final Shell shell = new Shell(display); shell.setLayout(new FillLayout()); Button b = new Button(shell, SWT.PUSH); b.setText("&text"); final Tree tree = new Tree(shell, SWT.MULTI); for (int i = 0; i < 10; i++) { TreeItem item = new TreeItem(tree, SWT.NONE); item.setText("Item" + i); } tree.addListener(SWT.DragDetect, new Listener() { public void handleEvent(Event event) { } }); tree.setSelection(tree.getItem(2)); shell.layout(true, true); tree.addListener(SWT.Activate, new Listener() { public void handleEvent(Event event) { System.out.println("here"); tree.setFocus(); } }); shell.open(); while (!shell.isDisposed()) { if (!display.readAndDispatch()) display.sleep(); } } }
Created attachment 70038 [details] patch
I verified the snippet and the patch on Windows XP and Windows Vista. +1 for RC4
+ for 3.3 RC4
+1
fixed in HEAD > 20070604 The fix released is SSQ's patch attached in comment #10
The fix will be in the 20070605-0010 build.
