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.
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
for cpp files on Solaris, see bug 202681: MultiView-cpp#002Esource#007Ctext#002Ehistory#007C vs MultiView-cpp#002Esou727F3405xt#002Ehistory#007C
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.
core-main 488fe661a520
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