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.
Summary: | Deleting a workspace that has the editor open on it causes the editor to close on all workspaces. | ||
---|---|---|---|
Product: | platform | Reporter: | _ tboudreau <tboudreau> |
Component: | Window System | Assignee: | Peter Zavadsky <pzavadsky> |
Status: | VERIFIED WONTFIX | ||
Severity: | blocker | CC: | dsimonek, jrechtacek |
Priority: | P3 | Keywords: | ARCH |
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
_ tboudreau
2002-01-05 19:17:04 UTC
The mode of the editor is closed with closeOperation=CLOSE_EACH which forces close the mode on all workspaces. I will investigate why CLOSE_EACH. Jiri, hold on! editor is CLOSE_EACH = ui group decision, they were very upset when we (Tim and me) suggested to throw it away. Hopefully for 3.4 we can change this. BUT! Problem is not so simple - it should work correctly even with CLOSE_EACH flag - I mean that during deleting of workspace, modes with CLOSE_EACH flog shouldn't be closed as usual, but only on that workspace that is being deleted. You'll need additional logic in mode.close(TopComponent) method to distinguish somehow this case. Target milestone -> 3.4 Target milestone -> 3.4 Target milestone -> 3.4 Target milestone -> 3.4 There is a way how fixed this issue but the fix would force the API of Workspace, the method openide/TopCompoment.close should respond to a state of workspace on which is opened (especially deleting) but there is no way how TopComponent be informed. I guess any change there so it would be solved later during 3.4 development cycle. This behavior (seems as defect) is supposed and asked by ui group. It should be tracked as enhancement for next release, should be discussed on nbui. If I'm wrong set back to defect and start a discussion there. The larger issue is whether CLOSE_EACH is intuitive - there is a fairly decent sized group of users who think it is not. Probably the thing to really address is whether CLOSE_EACH actually makes sense. But this issue does feel more like a defect than an enhancement to me - it is unexpected behavior. Target milestone was changed from '3.4' to TBD. Target milestone was changed from '3.4' to TBD. 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. issue doesn't apply to new window system - verified |