| Summary: | [Min / Max] Perspective does not remember a view being restored | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Benjamin Pasero <bpasero> |
| Component: | UI | Assignee: | Eric Moffatt <emoffatt> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | daniel_megert |
| Version: | 3.3 | ||
| Target Milestone: | 3.3 M7 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | 179094 | ||
| Bug Blocks: | |||
|
Description
Benjamin Pasero
Whoops, I should add: the editor area was maximized, though empty. That would not have happened with Bug 179255 considered :). I am even seeing this when restarting Eclipse. My package explorer shows up was minimized view in the FVB although it was not minimized prior on shutdown. Ah I think I have an explanation: My workflow often ends up having the editor area maximized. When I close the last editor, the editor area is still maximized. Now I restore the minimized Views from the FVB, however, this does not clear the maximized flag of the editor area (I think this is a known bug). Now, when I switch perspectives, the View I just restored is put minimized into the FVB again, because the editor area is still maximized. Nasty :) I agree... Benjamin, this is version of another defect that's been fixed by implementing the 'correct' behavior; restore any maximized stack when -any- other stack gets moved back into the presentation. In this scenario it means that when you restored the synchronize view the editor area would have become un-maximized (and any other 'zoomed' stacks would have been restored as well). Olivier had a different but similar scenario but I can't find the bug at the moment... Found it...bug 179094. Since I've closed this I won't mark it as a dup but I'll indicate that it 'depends on' 179094 being fixed. Great! Is it included in this weeks IBuild? Verified in I20070501-0010. |