Community
Participate
Working Groups
Build id: 20100506-2000 CDT 7.0.0.20100503 (M7?) Mylyn 3.3.3.20100330 I remember this happening with previous versions also. When the Project Explorer is opened for the first time and it is focused, sometimes it hangs and I have to restart Eclipse several times. I'll try to add more info.
Hi Marc-Andre, Any more information that you can provide to reproduce this or track down the issue would be great. The next time that it hangs, you could try using jstack from the Sun JDK to capture a stack trace of what is happening currently and attach it to this bug. Here is some information on jstack: http://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jstack.html
Created attachment 169504 [details] Stack Weird, I don't see Mylyn in the stack.
Created attachment 169604 [details] New stack I can reproduce this on a different PC, workspace and project. In this new stack dump, we can see Mylyn. I'll try to narrow down the steps and provide a sample project if necessary.
Hi Marc-Andre, Any more information that you can provide is great! What it looks like to me is that the expansion of elements in the Project Explorer is causing the CDT indexer to run in the UI thread and therefore lock up Eclipse until it is complete. From the first stack trace that you provided, it seems that this can occur without Mylyn installed. Maybe we should raise this with CDT as well?
Here's some steps to reproduce the bug: 1. Get the Ogre source code, http://www.ogre3d.org/download/source (OGRE 1.6.5 Source For Windows) 2. Create a empty C++ project with the extracted folder 3. Create a local task, activate it, open a couple of files 4. Restart Eclipse a couple of times with the task still activated and it should "hang" This is on Windows 7 64, using the MinGW toolchain but it probably doesn't matter. (In reply to comment #4) > From the first stack trace that you provided, it seems that this can > occur without Mylyn installed. Maybe we should raise this with CDT as well? Maybe, although I've only seen this bug using Mylyn, the problem might be in CDT.
(In reply to comment #4) > What it looks like to me is that the expansion of elements in the Project > Explorer is causing the CDT indexer to run in the UI thread and therefore lock > Eclipse until it is complete. But wouldn't it happen every time? Also, one of my test projects is only around 10K LoC so if it was actually indexing as usual, it would complete in a reasonable amount of time (around 30 secs when I rebuild the index). I left it running for 30 mins and it was still locked. (In reply to comment #5) > This is on Windows 7 64, using the MinGW toolchain but it probably doesn't > matter. I can also reproduce this on Mac OS X. It happens more often with the two (completely different) projects I have but unfortunately I can't share them.
Hi Marc-Andre, We will have to look into this further to figure out what is going on. As a temporary work around, could you try disabling the auto-focus views and auto-expand preferences in Window > Preferences > Tasks > Context and see if that helps? Also, if this happens only on startup, try disabling task activation on startup by adding the following parameter to the top of you eclipse.ini file: -no-activate-task
(In reply to comment #7) > could you try disabling the auto-focus views and auto-expand preferences in > Window > Preferences > Tasks > Context and see if that helps? I only disabled auto-focus and it definitely helps. Thanks! > Also, if this happens only on startup, It also happens if I go to the Planning perspective (without Project Explorer view visible), activate a task then switch back to C/C++. Then the tree tries to focus and expand but it hangs.
So far what we know: - To reproduce, open Eclipse with a task-focused Project Explorer OR activate a task in the Planning perspective and switch back to C/C++ (with Project Explorer visible). - Only certain CDT projects are affected (a simple Hello world project won't work). It's probably easier to reproduce the bigger the project are. - Happens more frequently (maybe only?) when auto-focus is on - It seems to be related to the indexer and the UI - Not OS specific - I remember this happening also with CDT 6.0.2 I'll poke around the code but this is very much unknown territory for me.
Hi Marc-Andre, Thanks for all of the great information! I think that we may have tracked what you are seeing. Just to confirm, are you seeing this on Eclipse 3.6 (Helios)? For more information see: 315618: common navigator working set filter changes remove focus filter on startup causing expand all for everything in the project explorer https://bugs.eclipse.org/bugs/show_bug.cgi?id=315618
(In reply to comment #10) > Hi Marc-Andre, Thanks for all of the great information! I think that we may > have tracked what you are seeing. Just to confirm, are you seeing this on > Eclipse 3.6 (Helios)? > > For more information see: > 315618: common navigator working set filter changes remove focus filter on > startup causing expand all for everything in the project explorer > https://bugs.eclipse.org/bugs/show_bug.cgi?id=315618 Yes, I think it only happens in 3.6. I will test the fix in bug 315618.
Great! Let me know how this goes for you so we can determine if this bug can be closed or not.
(In reply to comment #12) > Great! Let me know how this goes for you so we can determine if this bug can > be closed or not. I tried to reproduce the bug 20 times with my biggest project and everything went fine. Thanks for the quick response and fix! *** This bug has been marked as a duplicate of bug 315618 ***
