Summary: | Persistent, anonymous, "waiting" state. I am stuck. | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | David Chase <dr2chase> |
Component: | Core | Assignee: | JDT-Core-Inbox <jdt-core-inbox> |
Status: | VERIFIED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | Olivier_Thomann, stephan.herrmann |
Version: | 3.5 | ||
Target Milestone: | 3.6 M1 | ||
Hardware: | Macintosh | ||
OS: | Mac OS X - Carbon (unsup.) | ||
Whiteboard: |
Description
David Chase
2009-05-06 13:00:02 EDT
Downgrading to 3.4.2 (where I had to also uninstall the 2.8.0 Scala plugin and install the 2.7.4 Scala plugin for unrelated reasons) seemed to clear the problem. "Abandon version 3.5" seems like a pretty harsh workaround, but it did work. I note, independently, that 3.4 is busy downloading jar files from download.eclipse.org, and I told it to cut that out, and it dutifully recorded my request of a cancel, and preceded to ignore me and download more stuff. Is it possible that there had been some update push, and that the problem was that 3.5 was updating but not saying what it was up to? (I note that the update manager seems to have changed somewhat) (I cut off my network access, quit, restarted, that seems to have gotten the message across. So really, when I say "cancel", I'm not kidding.) Oh well, I have work to do, the bug is cleared for me now, I think you should look into the issue of anonymously blocked progress. Could you please at least provide a thread dump? Sorry, but the hang is long since gone, and I reverted to 3.4 to get work done. If it's important to have people take a thread dump, it should be mentioned prominently, with instructions how, on the file-a-bug page. Closing as WORKSFORME. Next time this happens please provide a thread dump. (In reply to comment #3) > If it's important to have people take a thread dump, it should be mentioned > prominently, with instructions how, on the file-a-bug page. For the records: it's not really on the file-a-bug page but here: http://wiki.eclipse.org/How_to_report_a_deadlock It's not very useful to have that information NOT in the path of someone filing a bug. There's all sort of chit-chat about look-for-a-duplicate, check the forums, etc, etc. If you want informative bugs filed, you should make it easy for users to file informative bugs. There ought to be a signal that you could drop in Eclipse (documented on the file-a-bug-page, of course) that would cause Eclipse to emit ONE file, containing all the relevant information that you might want with a bug report. Last N lines of the log file, stack traces, plugin versions, etc. How hard could it be? How much time is wasted going back and forth asking for information that you failed to ask for in the first place (on the bug report page) that you could have made easy to collect? Verified for 3.6M1 |