Thanks for looking into this, Oren.
Using my Sue Caxton avie, I am able to sign into and use the apps on Apps@Rezmela. I cleared the scenes in world, so that just the base apps were left. Again, I could sign in to them.
Next I made a fresh World Archive of Apps@Rezmela using the Organisation Dashboard. I then loaded it into my own world, Landscaping@Rezmela. I can't sign into any of the apps now.
To see if assets were not being included, RA used the standard Kitely web interface to export Apps@Rezmela. Here's the Export World Report. Just one object was omitted, and 133 assets, it seems (but no clue given as to which these were.
- Screenshot 2020-09-13 at 17.13.44.png (189.66 KiB) Viewed 8426 times
The OAR file was loaded back into Apps@Rezmela. RA can log into the apps and use them to load and create scenes, and so can Sue Caxton.
The same OAR file was loaded into Landscaping@Rezmela. Neither avie was able to log into the apps.
However, when the scripts were reset on individual apps, then both avies were able to log into and use the apps. (RA is an Estate Manager now.)
The non-working apps weren't showing their names on the log in prim switch. When the scripts were reset, the name appeared and the apps could be used by both avies. The name display depends on one of the osDynamicTexture commands (osSetDynamicTextureDataBlendFace ?)
I'll now see if the same technique works for the Organisation World Archive......
No, it doesn't work. When both avies try resetting the scripts, this error message is generated for each library module and switch prim:
Code: Select all
OSSL Permission Error: osSetDynamicTextureDataBlendFace permission denied. (Script: "HUD server v1.9.0", State: default, Event: state_entry, Prim: "!Activator!"/2cf3ab20-86c6-46ef-9548-eec7b234cca8 at <128, 128, 22.8>)
So there is a difference in behaviour between OAR files and Organisation World Archives.