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.

Bug 203980 - config files with different names created for one MultiviewTC
Summary: config files with different names created for one MultiviewTC
Status: RESOLVED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 7.0
Hardware: All All
: P2 normal (vote)
Assignee: Stanislav Aubrecht
URL:
Keywords:
Depends on:
Blocks: 203903
  Show dependency tree
 
Reported: 2011-10-19 16:45 UTC by Tomas Stupka
Modified: 2011-10-24 14:04 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas Stupka 2011-10-19 16:45:12 UTC
Product Version = NetBeans IDE Dev (Build 20111019-6792876298ee)
Operating System = Mac OS X version 10.6.8 running on x86_64
Java; VM; Vendor = 1.6.0_26
Runtime = Java HotSpot(TM) 64-Bit Server VM 20.1-b02-384

- lets have a persistent multiview TC with the prefferedID = "MultiView-makefile.source|text.history|". 
- for such a MV will then the Window System PersistenceManager create config files with different names:
config/Windows2Local/Components/MultiView-makefile=FFC0ADtext#002Ehistory#007C.settings
vs.
config/Windows2Local/Modes/editor/MultiView-makefile#003DFFC0ADtext#002Ehistory#007C.wstcref
the result is then that the TC won't be deserialized.

see also #203903, comment #1 by alexvsimon
Comment 1 Egor Ushakov 2011-10-20 08:49:03 UTC
for cpp files on Solaris, see bug 202681:
MultiView-cpp#002Esource#007Ctext#002Ehistory#007C
vs
MultiView-cpp#002Esou727F3405xt#002Ehistory#007C
Comment 2 Egor Ushakov 2011-10-20 09:38:24 UTC
it looks like now top component id after InstanceDataObject.escapeAndCut is more than 50 symbols long (MAX_FILENAME_LENGTH limit in InstanceDataObject) so it has a hash code in the middle. But during settings saving we do InstanceDataObject.unescape for it which is unware about this, so settings file name is different than the original top component id.
Comment 3 Stanislav Aubrecht 2011-10-20 15:12:52 UTC
core-main 488fe661a520
Comment 4 Quality Engineering 2011-10-24 14:04:02 UTC
Integrated into 'main-golden'
Changeset: http://hg.netbeans.org/main-golden/rev/488fe661a520
User: S. Aubrecht <saubrecht@netbeans.org>
Log: #203980 - invalid file name escaping when the text is too long