We have simulations we run and we show the results in Desktop Explorer. We use Notes and Folders to present of what the user is looking at. We save one Note as the one we want to move focus to which contains the largest plume in the collection of plumes that we are displaying.
If I do a straight analysis everything works without issues. No problems at all.
If we run an analysis as a scenario we crash.
The only difference between the two is we save the scenario results to Access and we do not save it for the straight analysis.
The issue this:
I set the Note to be focused as follows:
Note notefocus = currentNote;
Later we do this:
if (noteFocus != null)
{
ESRI.ArcGISExplorer.Geometry.Envelope env =
(ESRI.ArcGISExplorer.Geometry.Envelope)GeometryOperations.Scale(noteFocus.Graphic.Geometry.GetEnvelope(), 1.2);
noteFocus.Popup.Activate();
Extension.ZoomTo( env );
}
The call to Extension.Zoom is our own library of ESRI utility functions. We die trying to access noteFocus.Graphic as this is set to null.
This null even if I manually define it from the original Note.Graphic as well as just setting the instance. In spite of this being null, the original object still has a graphic object defined and accessible. Then it gets weirder. On one out of 3 machines it works without a problem. The only difference between this simulation and all of the other working simulations (so far as I know) is that the plume is the largest and deadliest we have every built. It is also a circle that we created manually (since ESRI doesn't know how to create a circle in software) by copying each point on the circle to a new polygon then smoothing it. If we don't do this then esri returns a "circle" made up of 2 points. Sql Server Geometry needs a minimum of 3 points to convert their polygon to an SQL polygon.
Has anyone ever experienced this and if so what is the workaround you found to stop the Graphic from becoming nulled???
