This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Current branch33 (upcoming 3.3.2), jdk 1.4, w2k MDI: Explorer attached left, Properties attached right, Outut window attached bottom, Source editor maximized on MDI desktop. Dominant-order: Output window, Explorer. After restarting the IDE Source editor frame may be: - filling all desktop (as expected), or - "unmaximized" but visible, or - invisible. At last case there are no any scroll bars to find the editor frame. How to find: MainMenu - View - Source editor, Main Menu - Windows - Attach.. top, then detach and maximize again. I have not found any 100% reproducable schema, but the window loss takes place very often (more than 75% cases). I have noticed the editor.wsmode sometimes contains string with negative heigth value like this: <bounds x="0" y="0" width="905" height="-614" /> <frame type="internal" state="normal" /> and never state="maximized". All this is very annoying, so I vote for P1. Thanks, Andrew
Here are steps to reproduce (3.3.2 - release33 branch -> Orion): 1. start ide in MDI mode and with fresh userdir 2. open some source file in the editor (e.g. txt file) 3. maximize the editor 4. restart ide 5. restore the editor window -> now the editor disappears The workaround is to select the hidden editor (ctrl+3) and undock it using window menu. Also note that this seems to be a regression because I am unable to reproduce this in 3.3.1. Decreasing prio to P2, however this is still a showstopper, beacause of complicated workaround. Moving to window system. Also ccing Dafe - please help with the evaluation, thanks.
It was already fixed in main trunk as issue #22091. I will attach diff for branch release33. *** This issue has been marked as a duplicate of 22091 ***
Created attachment 5862 [details] Diff for branch release33
Problem was that ModeImpl.setBounds() or ModeImpl.setRelativeBounds() was called using invokeLater() even if code was run in AWT thread. In such case it should not be replanned but called directly.
Created attachment 5863 [details] Patch for branch release33
Marking as a release note item. Any chance the patch will be accepted for 3.3.2/Orion?
iwno> Created an attachment (id=5863) iwno> Patch for branch release33 The editor frame is always visible now. But "maximized" state is not remembered. After restarting, the frame has slightly another size and must be maximized again. In my MDI case there are left, right and bottom attached frames around the editor frame. I suggest to reopen the issue. Andrew
It is strange. 1.I do not see such behaviour. (I use Linux RH 7.1, KDE 2.1.1). Source Editor frame is kept maximized and frame size seems ok after restart. I just left Source Editor maximized and restarted IDE a few times. 2.I think it is different issue. If you are able to reproduce it please file new issue for it.
Fix was integrated to branch orion_fcs. Modified: src/org/netbeans/core/windows/layers ModeData.java r.1.57.2.11.4.2
Andrew any reproducible scenario with fresh userdir? Also please file this as another issue. Thanks.
Fix was integrated to branch release33. Modified: src/org/netbeans/core/windows/layers ModeData.java r.1.57.2.13
[orion](020521-rc5), [jdk1.4](fcs) It seems like it is fixed in the RC5 build. verified in [orion](rc5). I find reproducible scenarion for restored maximized windows after restart, see issue 23836.
removing RELNOTE keyword
Resolved for 3.4.x or earlier, no new info since then -> verified.
Resolved for 3.4.x or earlier, no new info since then -> closing.