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.
[Main trunk build #206] While in MDI, open few frames. Minimize some of them. Then try to dock e.g. [Source Editor] to the Top (e.g. by right click on it's title bar -> "Attach MDI Frame" -> "Top") Minimized frames will dissapear in the desktop and there are no scrollbars to scroll down to see them. NOTE: switching among workspaces will show minimized frames ...
Target milestone -> 3.3.1.
Evaluation: It is necessary to check DesktopPane status after attaching frame.
Target milestone -> 3.4
Fixed in DesktopPane. Call of checkDesktopSize() is delayed to make sure desktop returns new size.
Fixed in main trunk.
verified in [200201180100] trunk build
Unfortunatele fix of this issue causes regression issue #19535. I further investigated it and this issue is cause by fix of #9154, #9166 (DesktoPane r.1.3). Because of this we cannnot rollback change causing this issue. Change causes that checkDesktopSize() is called less frequently - only first call is performed next calls are blocked by flag. It causes that checkDesktopSize() is not called with new desktop size. Currently we cannot fix this.
I mark this issue as WONTFIX because fix is would be very complicated with possible regressions. So we decided not to fix this issue. I will close issue #19535 cause by rallbacked fix and reopen #14522.
Marek, do you really want to close it as WONTFIX ? It seem to me like annoying problem, could we at least postpone it into some next version... Or do we have some solution how to find "lost" icons ? (And don't say that "switching workspace helps")
I vote for WONTFIX too, we tried many ways and spent much time without success. It is battle with Swing and we simply don't know how to fix it (Marek and me). So we will not fix it, simply because we don't know how.
If we don't know then we don't know. But what if we don't now how to solve it right now... Maybe we will find solution later. I vote for resolved later - because wontfix say to users that we will not fix it. It sound to me like we will not fix it anymore... then pure lost iconified windows ;)
changing to later...
Ok, resolving to later, when we will be more clever. Poor somebody who will try to fix in future.
Thanks. I agree poor somebody.
After 2 days of playing with it: We need to perform one synchronous call of checkDesktopSize() to position minimized icons correctly. At this moment all calls are ignored till flag is reset by invokeLater() (it is fix of #9154, #9166) and then it is necessary to call checkDesktopSize() again to make sure it is called with new (current) desktop size. This should be LAST call of this desktop update. The problem is how to avoid infinite cycle because every call of checkDesktopSize() causes asynchronous events which trigger checkDesktopSize() again - here simple switching off listeners during call of checkDesktopSize() does not help.
DesktopPane implementation will be probably replaced in 3.4 or 4.0.
*** Issue 23770 has been marked as a duplicate of this issue. ***
*** Issue 24590 has been marked as a duplicate of this issue. ***
Target milestone was changed from '3.4' to TBD.
Set terget milestone to TBD
It should be fixed as MDI desktop implementation will be changed.
platform/OS independent
*** Issue 34302 has been marked as a duplicate of this issue. ***
Because Window System v1 will not be supported from now by our team, all old winsys issues (now "core/window system v1" issues) are going to be closed as WONTFIX. Changes in API which emerged both from UI spec and problems with adjusting to the older API are described in the document http://core.netbeans.org/windowsystem/changes.html. It shows also recommends how the client code should be adjusted to the new window system. If you think this issue apply also to the new winsys then change the subcomponent (to "core/window system") and REOPEN it.
this has no sense in new windowsystem -> verifying