reports cannot be loaded when InstanceAuthNamespace changes
Generate a report and save the KAR. Close Kepler, clean-all, delete the configuration folder, LastObjectID, and .ptolemy-compiled (I think that's almost everything that Kepler generates). Run Kepler again, and open the KAR. The report layout should be there. Now close Kepler and delete only InstanceAuthNamespace. Run Kepler again and open the KAR. The report should not be there.
This makes it hard to transport a KAR file to another computer or even another build of Kepler.
Updated by Oliver Soong about 14 years ago
There should be a KAR in there as well as an InstanceAuthNamespace for you to test.
Updated by ben leinfelder about 14 years ago
The workflow in question has an LSID of:
when I step through opening the KAR file in debug mode I can see that the report layout is correctly opened and added to the manager with the correct workflow association. The problem seems to be that the opened workflow then gets an LSID assigned to it using my AuthNamespace prefix (a new LSID) and the workflow<->report layout association does not exist.
The LSID change happens somewhere during the openModel() methods (in ptolemy?) so that by the time we hit KeplerGraphFrame we have a new LSID for the NamedObj (workflow).
I do see the old LSID in the "derivedFrom" list so my hunch is that there's a changer request that is forcing the new LSID generation.