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.
When the Object Browser is disabled in Global Settings, it correctly removes the Browser workspace from the current project. The problem comes when you change to another project, the Browser workspace still exists here, and a problem occurs trying to de-serialize the browser information. The correction would be one of two: 1)Removing the Object Browser automatically removes the browser workspace from all projects or 2)When a project is opened that contains a browser workspace, it checks for the object browser being enabled, if it is not then that workspace is removed. This could go for other modules as well (debugger, form editor)
this is a bug in Windows API
I don't see any bug in the Window System API nor in the Object Browser module: when installed it adds its workspace, when uninstalled it removes it. The problem is with projects, specifically that window information is stored with the project, when really it is a mix of module-supplied information (such as the Browsing workspace and the Object Browser top component on it) vs. user-supplied information (positioning of windows, extra windows the user opens, and so on). I do not believe it can be fixed with the current project system. In the project system being developed, "sandwich", there can be many layers of information that make up what the user finally sees. When this happens, I think windowing information should be split across two layers. One is the programmatic layer, and any calls to the Window System API at the Java level will affect this layer. Superimposed on it would be the user layer, containing user customizations to the window configuration. Providing the user does not customize the window configuration for e.g. a workspace in any special way, and it was installed by a module, then removing the module will delete the workspace from the programmatic layer and it will really disappear. If there are user customizations to the workspace, they will be kept (for better or for worse, but to be conservative they have to be kept). If anyone thinks there is a workaround to fix this with the current project system, feel free to reopen the bug. I am marking it "Later" because I think it can be fixed in the future although I don't know exactly how. Re. suggestions #1 and #2: #1 is not really reasonable from an API perspective; it would be a huge hack to try to do this. #2: there is also no reasonable way to make this work with the APIs. The windowing system can and should skip over the Object Browser *window* if the module is no longer installed (and should be polite about the error in this case), but not the workspace.
See also thread at: http://www.netbeans.org/www-nbdev/msg00650.html
x
Already fixed.
closing, Object browser is gone.