Community
Participate
Working Groups
M4 stable build. Let me first describe my setup. It's a modified Java perspective. -Packages view (old packages view, not the browsing packages view). -Types view (java browsing) -Outline view -One or more open editors -Sync view is a fast-view. Relevant settings: -Link Packages View selection to Active editor: OFF -Link Java Browsing Views to active editor: ON Alright. Make sure you have at least one incoming or outgoing change. Select a project in the packages view, Team->Synchronize. The sync fast view pops out (good), progress dialog computes changes (good), sync fast view shows the sync tree (good), sync view disappears and Types view has focus (bad). Now I have to go find the sync view again and manually pop it out in order to sync. This worked fine in previous integration builds. It's actually quite a serious usability problem for me.
couldn't reproduce in 20020425. Do you still see the problem?
I still see this in 20020425, it's a big usability problem for me. Linux/Motif. I don't remember whether I saw this on Windows, but I recall that I might have.
Dani - are you activating views in the sync view as a side effect which might take away focus from a fast view?
>This worked fine in previous integration builds. It's actually quite a serious >usability problem for me. For me too ;-) The problem is not caused by the Java Browsing stuff. It is a general bug for all callers of EditorUtil.openEditor(...) with activate == false. Also stepping through Java search results with Search view as fast view no longer works. Fixed the EditorUtil code. Available in builds > 20020513
This still happens in I20020530 with disturbing frequency.
Maybe the new open actions reintroduced the bug.
Still works for me using 20020530. More info would help. Maybe it's a Linux thing. GTK or Motif?
works for me in 20020528-I on linux-motif with described setup.
Motif.
It really seems we're not testing the same thing. Please give a step-by-step test case so that we can reproduce and fix this.
Very Easy. Open Java Browsing Perspective. Open Sync View as a fast view. Select a project (which has either incoming or outgoing changes) in the Projects view. Right-Click->Team->Synchronize Sync view is populated and then immediately goes away. "Packages" view now has focus. Happens every time.
In general it looks like the java browsing views take focus WAY too easily, and this is likely the cause of fast views disappearing. For example, select a project, then a package, then a type. Selecting the type causes the Members view to take focus. This is not only a problem for fast views, but also an issue for accessibility.
...Selecting the type causes the Members view to take focus. You mean the Members view is now the active view? That's neither true for my Win2K machine nor for the motif machine.
Is there something special with your machine? One guy here works on a linux machine (both motif and gtk) and it works fine. Please try the following perform a Java search with some results, make the Search view a fast view and then step through the results. Does the Search view remain open?
Can't think of anything special with my machine. I use Sawfish as a window manager, I have set the Sawfish option to "Focus follows Mouse" instead of "Click to Focus", but that shouldn't matter since we're not changing top-level shells here, we're just switching within a single shell. "You mean the Members view is now the active view?" Correct. A similar thing often happens when selecting a package in the Packages (of a Project) view - the Types view then automatically takes focus.
Just confirmed that my window manager setting is *not* causing this problem.
"Please try the following perform a Java search with some results, make the Search view a fast view and then step through the results. Does the Search view remain open?" If double-clicking on a search result causes a new editor to open, then the search view disappears (becomes minimized). If double-clicking on a search result simply scrolls the editor to a different location, the search view remains visible.
Is there another linux/motif user you could compare? I'm also interested in the Search test case described below. This really looks like a Linux-motif thing but for some strange reason it works on our machine.
What happens if you use the next/previous match arrows on the view? To me it looks like the revealing behavior is not correctly working. Eclipse allows to open editors without revealing them. For some reason the editor gets/grabs focus in such cases.
Next/previous arrows work without causing the fast view to disappear. However, in the case I was citing before (performing a sync), the bad behaviour happens *even if no editors are open*. Likewise, selecting items in the java browsing views and having the other view grab focus happens even with no editors open. I don't think my original problem is related to editor focus.
I restarted my workspace and it's not happening right now. Clearly I'm doing something to get myself into this state, but it must be so dead simple because it happens to me every day.
Checked with Grant, he cannot reproduce this behaviour. Meanwhile my workspace has started doing this again. It might have had something to do with switching between open editors (causing the browsing views to track the open editor) that got mein this state.
Just let me know when you have a/the scenario.
James, please close or add a test case and move directly back to me.
Dani, I won't close this. It happens every day and is a huge inconvenience. Likewise, I am assigning back to you because it's not a VCM bug - I will help all I can but it's not mine. If I have a reproduceable scenario I will post it here but I don't so far; this shouldn't mean that it goes uninvestigated until I can make it happen at will. Assigning to Dani.
Removing target milestone.
Reducing priority.
Tracked it down with Steve yesterday. It is a duplicate of the indicated SWT bug. *** This bug has been marked as a duplicate of 17670 ***
