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: | serialization problem | ||
---|---|---|---|
Product: | platform | Reporter: | David Konecny <dkonecny> |
Component: | Window System | Assignee: | David Simonek <dsimonek> |
Status: | CLOSED FIXED | ||
Severity: | blocker | CC: | ttran |
Priority: | P1 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
David Konecny
2001-09-12 16:38:06 UTC
Difficult. Design problem. At this time I don't know how to solve this issue. I'll need to talk to other core members to find possible ways how to solve this issue. Expect fixing time longer then one week. *** Issue 15575 has been marked as a duplicate of this issue. *** Even more important then it seems from the first sight. System will be nearly unusable after several weeks of using. I'm trying to fix this with automatic removal of serialized components which are not referenced or don't want to be persistent itself. However, I'm facing problems with lazy loading - I can't find out if I can discard component forever, because it can be stored somewhere in the part that it not loaded in the memory at a time. I would need to load all info about top component references to recognize that I can delete settings file for sure, which is impossible due to lazy loading. So, some kind of additional information or so is required...I'm working on it. One interesting observation: I have in Projects\Default\system\windows\windowmanager\Editing\editor directory three files for 'DocumentLine.java'. In 'DocumentLine _LMod; 1.33_.wstcref' is '<ui-type state="closed" ....' In 'DocumentLine _LMod; 1.33__1.wstcref' is '<ui-type state="closed" ....' In 'DocumentLine _LMod; 1.33__2.wstcref' is '<ui-type state="opened" ....' I'm not able to explain why, but what window system does is that it: * loads the third wstcref file and open the topcomponent with the document * then it parses also previous two files where is specified that state is -closed- and so it immediatelly tries to close the topcomponent with the document Closing of the document in second step is not successful - document is not closed, only ChangeListeners are removed and UndoManager is removed. From that moment the document is still visible and can be editted, but undo does not work and file cannot be saved, etc. I think once we fix the original serialization problem, the problem which I just described will disappear as well. Fixed, will be visible in tomorrow's build. verified in [nb_dev](20011102) Serialized components which are not referenced are automatically removed. Resolved for 3.4.x or earlier, no new info since then -> closing. |