Mantis - Croquet
Viewing Issue Advanced Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
5455 Hedgehog minor always 11-17-06 21:37 12-04-06 07:41
Reporter: howardstearns Platform:  
Assigned To: howardstearns OS:  
Priority: normal OS Version:  
Status: resolved Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version:  
Summary: 0005455: XRFB doesn't maintain state across sessions
Description: Open a new remote desktop (e.g., to http://google.com) [^] in the KidsFirst world. Navigate to another page other than the original. Go away and come back (so that a separate sync is required). You're back at the original page. An out-of-Croquet VNC connection to the same remote display DOES see the new page.

Could be a postImport or other identity problem for embedded apps?
Steps To Reproduce:
Additional Information: Need to investigate further, but I want to get this recorded so I don't forget.

Could it be that I got something screwed up about the assignment of unique IDs (the object, the session ID, and the TForm sha) such that the late-joiner has a different session ID, causing the XRFB server to start a new session?
Relationships
Attached Files:

Notes
(0008322)
howardstearns   
11-18-06 17:22   
Embedded apps are fine. The problem is peculiar to XRFB.
The appData: does not contain an objectID, but instead it is created for each new TMorphicWorld.

Meanwhile, there's some other sloppiness where, from the ocean, #makeDesktop: do one future send to make a TEmbeddedAppWithMouseOver, and another future send for name:extent:data:. So if we make the objectID there, the id is from the ocean stream on the machine that made it.

The solution to both issues is to make a specialized on-island object that does all the right stuff with the object id and can be made in-island or, with one future send, from off-island.
(0008533)
howardstearns   
12-04-06 07:41   
Fixed in Wisconsin-hrs.96