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.
Each time I restart IDE I must run again the "make dominant" command because the state is not keeped in configuration.
Ok, increasing to P2, now it's more visible. The output window will be, after each restart, dominant, instead of explorer.
updating subcomponent to window system
*** Issue 16532 has been marked as a duplicate of this issue. ***
Accepting.
Reassigning to Vita, he is so kind that he agreed to help us :-)
Fixing this one.
Note, Vita is working on this issue like crazy, it's complicated and large fix. (just in case you think that it's been overlooked) :-)
It seems to be finaly fixed, uff. The dominance of windows (modes) is defined by the order of their DataObjects in the workspace folder, this order is updated when workspace gets saved and dominance is restored when the workspace gets visible (during the startup or projects switch). Please, note that I did the change in ICFolderImpl. The ICFI listens on PROP_CHILDREN changes in associated DataFolder instead of on its primary FileObject, this was neccessary in order to get reliable results from DataFolder calls made in event handlers. It would be greate to test the winsys stuff now! There is still problem with dominance of modes in hiden workspaces (switched off) when switching projects, I will file an issue. Fixed in main trunk.
Reopening, fix of this issue caused several regressions and was rolled back, see issue #17450, issue #17453, issue #17466.
Second try to commit my fix and close this issue. The dominance is correctly saved and restored even for hidden workspaces, also it seems to be handled correctly during the projects switching. Unfortunately another synchronization was added into ICFolderImpl, this was tested on my W2K and Linux boxes and seemed to work, but additional testing is more than neccessary! It would be great to run some test before the beta-testing on Friday just to be sure that nothing critical is broken. Fixed in main trunk.
verified - NB33 - beta5
Resolved for 3.4.x or earlier, no new info since then -> closing.