lickx / opensim-lickx Goto Github PK

If you import an oar from another grid, then the estate owner will be set as landowner because the oar landowner uuid will not exist.

If then autoreturn is on, any objects not owned by the estate owner, but for example by another avi (can be the same name as on the previous grid), will then be autoreturned.

The only way to not make that happen, is temporarily make the object owner also the estate owner (and restart the sim) before starting the load of the oar.

Maybe best to make safer land perms options in OpenSim.ini, for the autoreturn time (will default to 0 like in vanilla OS) and no rez for group/other (will default to yes rez like in vanilla OS).

Rare situation, but here is a reproduction:

• HG teleport to region 1 on a slow grid such as OsGrid
• While attachment assets are still downloading, quickly TP to region 2 (local or HG, or even simcross)
• After arriving on region 2, scripts stop working until relog/reattach (much like on regions that haven't fixed 8366)

It's like because things were never fully loaded on region 1, the attached scripts are now in a dubious state until we re-attach the attachments/scripts.

We need to somehow check if attachment assets got loaded before allowing a cross or tp.

I tried this by checking against sp.GotAttachmentsData (which entity transfer sets to true once ok), but still could tp out. This bug could also be due to OsGrid's peculiar assetcluster.

The sources are in the opensim-libs repo. With some modding, I can get them to compile, but the final linking stage errors out, something about fPIC. Help needed.

Meanwhile BulletSim v2 support continues to be available for ARM

This issue is mainly concerning security systems like orbs.

I suspect the following functions to cause issues after a HG avi landed and their attachments still loading:

• llTeleportAgentHome - Didn't tp the avi home. Maybe cause avi is hg visitor? Did this ever work even on vanilla OS?
• llEjectFromLand (if parcel occupies entire region)
• osTeleportAgent - This will pop up 'can't teleport yet until fully loaded' on the target avi's viewer.

So we must remove again the code that forces the visitor to stay in the region until attached assets have downloaded completely. That probably means script state is lost.

• Include region in final msg: Welcome to Region @ Grid!
• Inform the HG visitor to wait until their attachments have finished loading

Reverting 87ba2d7 and 086fcc7 fixes this

This would allow you to take the object back, then the object is back in its original inventory folder.
This would also help in showing the most recent object rezzed in the "About Land" floater, in the Objects tab Mantis 5962

Database
This doesn't need a database migration, all fields exist.

OAR's
Todo: do rez time and parentfolder get written away (save oar) and loaded (load oar)?

On OAR export; both object rez time and object parent inv folder need to be serialized
rez time in unixtime, parent inv folder is a UUID

On OAR import; both object rez time and object parent inv folder need to be de-serialized
With OAR import, if parent inv folder doesn't exist or no such UUID is specified, set the rezzed obj parent inv folder to null key. If no rezdate value exists, set the rezzed obj date to NOW in unixtime

Rezzing an object
The object gets reztime NOW in unixtime, and parent inv folder set to the UUID of the inventory folder the object was rezzed from.
This is already the case. These data get stored and loaded.

Taking back an object
If the parent inv folder taken from the object exists, add the object there. If it is NULL, put it in the system Objects folder. This unfortunately only works until the region is restarted. After a restart, when taking an object it lands in Objects within inventory, not in its parent folder. This is strange, because the code shows the parent folder is set on the item to be returned to inventory.

• PrimCountModule
• LandManagement

As it is, very low resolution ground textures are used

• Add high quality textures
• Make OpenSim use these as default
• Keep including the old textures for legacy purposes

Currently, I get no online notifications on my grid from two foreign friends (@osgrid) if both are on the same foreign sim in their homegrid.

However, it could also be an issue with the foreign grid. For example, if the foreign grid runs multiple instances of the friends services, friends caches might be inconsistent or out of date. In that case we can't do anything about it.

Will have to investigate further.

Textures that where added in my previous fork