| Summary: | [EditorMgmt] Workbench state reset on startup due to AIOOBE | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Ayushman Jain <amj87.iitr> | ||||||
| Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Paul Webster <pwebster> | ||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | daniel_megert, prakash, remy.suen, srikanth_sankaran | ||||||
| Version: | 3.7 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Ayushman Jain
Hi Ayushman, Could you please provide a complete log (attach) for one of the failure cases? Especially interesting to us is everything from the !SESSION to the NPE. PW Created attachment 192537 [details]
attached log
Attaching the complete log with the session info included.
This has the NPE, AIOOBE and Widget disposed too early exceptions.
Sorry, I would like you to attach one complete log session from your <workspace>/.metadata/.log file. Each new session starts with: !SESSION PW Created attachment 192557 [details]
.log file
Sorry about that. I didn't attach the .log coz I thought it has too much noise. Attaching it now. You can look at the session info for 2011-03-31, when the problem occured.
It's the AIOOBE that causes the call to Window.close() that generates the other exceptions. PW org.eclipse.ui.internal.NavigationHistory.saveState(IMemento) writes out the information on close. It could get in this state if there's a NavigationHistoryEntry for an editor that's not in the list of editors (NavigationHistoryEditorInfo) when it saves state. PW (In reply to comment #6) > org.eclipse.ui.internal.NavigationHistory.saveState(IMemento) writes out the > information on close. > > It could get in this state if there's a NavigationHistoryEntry for an editor > that's not in the list of editors (NavigationHistoryEditorInfo) when it saves > state. Guess I'll have to take a look then. Ayushman, do you remember what kind of editors you had opened when you had shutdown? Only files in the workspace? Anything outside? Only Java and text editors? (In reply to comment #8) > Ayushman, do you remember what kind of editors you had opened when you had > shutdown? Only files in the workspace? Anything outside? Only Java and text > editors? Yeah, I only had Java and text editors open. > It could get in this state if there's a NavigationHistoryEntry for an editor > that's not in the list of editors (NavigationHistoryEditorInfo) when it saves > state. Reading this, is it possible that a compare editor was left open when I closed the workbench and this had a NavigationHistoryEntry but no corresponding NavigationHistoryEditorInfo? (In reply to comment #9) > [..] > Reading this, is it possible that a compare editor was left open when I closed > the workbench and this had a NavigationHistoryEntry but no corresponding > NavigationHistoryEditorInfo? Saying that because compare editors are not persistent across sessions. I got the same problem with identical stack trace upon upgrading to 3.7 RC4. *** This bug has been marked as a duplicate of bug 300970 *** |