OpenSim Mantis

Subscribe to OpenSim Mantis feed OpenSim Mantis
MantisBT - Issues
Updated: 4 min 37 sec ago

0007277: OSGrid add on region release - ScriptStopStrategy co-op seems to prevent regions with scripts being enabled

Tue, 07/22/2014 - 05:54
I upgraded OSGrid add on regions from r/24921 to r/24948 and observe that all regions except one did not show as logins allowed. I.e. "No" shows for "Ready?" with the Robust console "show regions" console command. Attempts to login or teleport to the regions in a viewer fail. Going to an adjacent region indicates the regions are not present also.<br /> <br /> I note that the only region that showed as ready was a sea region with no scripts on it at all.<br /> <br /> Reverting to r/24921 and all works fine.<br /> <br /> Using r/24948 if I change OpenSim.ini to select "abort" instead of the default "co-op" as the ScriptStopStrategy, things then work fine thereafter. So that is a fix anyone seeing this issue can employ.<br /> <br /> Observed on two different Windows 8.1 servers (one with MySQL DB and one with SQLite DB).
Categories: OpenSim Mantis

0007276: Can no longer login direct, or HG to a variable-sized (>256) region.

Mon, 07/21/2014 - 22:59
Issue with commit r/24977 (3c6bec)'On login and first HG entrance to a foreign grid, perform query access checks before proceeding.'<br /> <br /> Attempt login or HG teleport to a variable-sized-region (larger than 256) fails with Viewer Dialogue: 'Teleport failed. Destination is a variable-sized region, and source is an old simulator. Consider upgrading.'<br /> <br /> Teleport to a variable-sized region within the same grid does not exhibit this issue.
Categories: OpenSim Mantis

0007275: [XBakes] read, store, read, store, read for unchanged avatar on every login

Mon, 07/21/2014 - 10:56
With improved XBakes console logging in r/24973 (for example) for each avatar login - not just the first time - I see the expected read followed immediately by TWO further store/read cycles on the baked textures. I would expect just a SINGLE read I would think? No change at all has taken place, no other avatars on the test grid, and the relog attempt immediately followed a log off.<br /> <br /> 15:00:56 - [XBakes]: read 5 textures for user e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> 15:00:56 - [AVFACTORY]: Received texture update for Ai Austin e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> 15:00:56 - [XBakes]: stored 5 textures for user e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> 15:00:57 - [XBakes]: read 5 textures for user e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> <br /> 15:00:58 - [AVFACTORY]: Received texture update for Ai Austin e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> 15:00:58 - [XBakes]: stored 5 textures for user e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> 15:00:58 - [XBakes]: read 5 textures for user e24a9015-f5ca-452b-8c95-d32e34cb9d64<br /> <br /> <br /> Tested on default ./bakes directory and custom directory.
Categories: OpenSim Mantis

0007023: Warp3d errors when (RenderMeshes = true) in [Map] section of OpenSim.ini

Mon, 07/21/2014 - 08:02
when RenderMeshes = true is set in [Map] section of OpenSim.ini I get the following spew on region startup<br /> <br /> 12:51:30 - Failed to decode mesh asset: Could not load type 'zlib.ZOutputStream' from assembly 'zlib.net, Version=1.0.3.0, Culture=neutral, PublicKeyToken=47d7877cb3620160'.<br /> <br /> and no mesh objects render on tiles, they just appear as a cut and hollow cube.
Categories: OpenSim Mantis

0007033: Warp3D [Map] section entries in OpenSim.ini.example needed for RenderMeshes (and possibly UseAntiAliasing)

Mon, 07/21/2014 - 07:53
Commit "54a4b9" r/24228 on 2014-01-19 introduced a new [Map] section parameter "RenderMeshes" (default false) in OpenSimDefaults.ini but this was not added to OpenSim.ini.example<br /> <br /> Also the code introduced a parameter UseAntiAliasing in the same section but this is not present in OpenSimDefaults.ini or OpenSim.ini.example<br /> <br /> <a href="http://opensimulator.org/viewgit/a=commit&p=opensim&h=54a4b9eab4009711f574fe744e2dd82373c971c9">http://opensimulator.org/viewgit/a=commit&p=opensim&h=54a4b9eab4009711f574fe744e2dd82373c971c9</a> [<a href="http://opensimulator.org/viewgit/a=commit&p=opensim&h=54a4b9eab4009711f574fe744e2dd82373c971c9" target="_blank">^</a>]
Categories: OpenSim Mantis

0007274: Users added to land and region ban list are still able to go to a var and stay as long as they want. Have not tested on non var

Sun, 07/20/2014 - 23:56
Users that have been added to the ban list in About Land and also added to the Region ban list can still enter into the var area with no problem and stay as long as they like. I assume the ban list is supposed to work on a var, but there is apparently a way the banned users are getting around it.
Categories: OpenSim Mantis

0007054: Initial inventory fetch seems to hang occasionally

Sun, 07/20/2014 - 09:09
The initial inventory fetch on login seems to hang occasionally. It rarely occurs if you log in directly to an OSG plaza but is common if you log in to any other region. When it hangs, it will usually do so for about 600 seconds before finally completing, and usually it hangs on the final inventory number (so, if you have 1000 inventory items the viewer will hang on "Fetching....1000 items" before eventually clearing and saying "1000 items").<br /> <br /> This does not seem to happen to me at all in my standalone and I only recall experiencing it once with my OSG avi when logging into a Plaza. It happens perhaps 50% of my logins to a non-plaza OSG region.
Categories: OpenSim Mantis

0007273: Territory conflicts with varregions

Sun, 07/20/2014 - 07:35
If a person uses the north east coordinate of your var region to put their new regular region it trumps your var and gives that corner to the interloper (even tho your var was up and running) rendering the whole var unreachable, you can however tp to the unwary squatters region and see it's name on the map, etc.<br /> <br /> One reason this happens is the Grid map on the website shows varregions as one regular 256 region instead of it's real 768, 1024 etc size. We need the grid map fixed to avoid the conflict but more important than that we need to prevent people from setting up on coordinates that are already in use.
Categories: OpenSim Mantis

0006020: Failed logins with "did not accept compressed transfer" message

Fri, 07/18/2014 - 21:01
When some OpenSim regions run for a about 24 hours, the following error message is shown when a user tries to log in and the login procedure fails. A region restart is required to fix that issue.<br /> <br /> WARN - OpenSim.Services.Connectors.Simulation.SimulationServiceConnector [REMOTE SIMULATION CONNECTOR]: Remote simulator X did not accept compressed transfer, suggest updating it.<br /> <br /> I read that Diva did fix that issue for HyperGrid logins on May 11, 2011. Probably this bug is very similar.<br /> <br /> It is strange that only a small number of regions experiences this. All of them run standalone OpenSim regions with multiple regions running on the same OpenSim process.
Categories: OpenSim Mantis

0007067: Avatars highly distanced from the ground

Fri, 07/18/2014 - 09:18
Avatars appear to float much higher above the ground than they should. Even when wearing multiple shapes, my feet are way above the floor of a simple cube. For some reason, avatar collisions might not be properly detected. Screenshot attached.
Categories: OpenSim Mantis

0005003: "Jump and then Forward key" works only if facing to North & East

Fri, 07/18/2014 - 09:04
Jump and then Forward key works only if facing to North or East, and<br /> doesnt work Jump and Backward.<br /> <br /> facing to South and West Jump and backward works but not to forward.
Categories: OpenSim Mantis

0007271: Reappearance of [SCENEGRAPH]: Problem processing action in ForEachSOG

Fri, 07/18/2014 - 06:46
AS of 18-Jul-2014 this issue still arises on first start of OpenSim.exe after an update using r/24398 for example.<br /> <br /> 11:16:52 - [FLOTSAM ASSET CACHE]: Failed to get file ./assetcache\c9b\c9b1113b-b<br /> 8b4-4b37-b0dd-5fcff363fa99 for asset c9b1113b-b8b4-4b37-b0dd-5fcff363fa99. Exce<br /> ption The process cannot access the file 'D:\VW\OpenSim\bin\assetcache\c9b\c9b11<br /> 13b-b8b4-4b37-b0dd-5fcff363fa99' because it is being used by another process.<br /> at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)<br /> at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, I<br /> nt32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions o<br /> ptions, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolea<br /> n useLongPath, Boolean checkHost)<br /> at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,<br /> FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean<br /> bFromProxy)<br /> at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,<br /> FileShare share)<br /> at System.IO.File.Open(String path, FileMode mode, FileAccess access, FileSha<br /> re share)<br /> at OpenSim.Region.CoreModules.Asset.FlotsamAssetCache.GetFromFileCache(String<br /> id) in d:\Temp\opensim-1daec26\OpenSim\Region\CoreModules\Asset\FlotsamAssetCac<br /> he.cs:line 389<br /> <br /> 11:16:54 - [SCENEGRAPH]: Problem processing action in ForEachSOG: The process ca<br /> nnot access the file 'D:\VW\OpenSim\bin\assetcache\e36\e3639466-5e80-4c0b-b2a9-6<br /> 9f6fa9bdcac' because it is being used by another process. at System.IO.__Erro<br /> r.WinIOError(Int32 errorCode, String maybeFullPath)<br /> at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, I<br /> nt32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions o<br /> ptions, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolea<br /> n useLongPath, Boolean checkHost)<br /> at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,<br /> FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean<br /> bFromProxy)<br /> at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,<br /> FileShare share, Int32 bufferSize)<br /> at System.IO.File.OpenFile(String path, FileAccess access, SafeFileHandle& ha<br /> ndle)<br /> at System.IO.File.SetLastAccessTimeUtc(String path, DateTime lastAccessTimeUt<br /> c)<br /> at System.IO.File.SetLastAccessTime(String path, DateTime lastAccessTime)<br /> at OpenSim.Region.CoreModules.Asset.FlotsamAssetCache.<>c__DisplayClasse.<Tou<br /> chAllSceneAssets>b__a(SceneObjectGroup e) in d:\Temp\opensim-1daec26\OpenSim\Reg<br /> ion\CoreModules\Asset\FlotsamAssetCache.cs:line 792<br /> at OpenSim.Region.Framework.Scenes.SceneGraph.ForEachSOG(Action`1 action) in<br /> d:\Temp\opensim-1daec26\OpenSim\Region\Framework\Scenes\SceneGraph.cs:line 1119
Categories: OpenSim Mantis

0007272: [EVENT MANAGER]: Delegate for TriggerOnFrame failed at OpenSim.Region.CoreModules.World.Terrain.TerrainModule

Fri, 07/18/2014 - 06:37
After update from r/24936 to r/24938 I see this red error message after first login of an avatar just after logout. Not seen this error in earlier versions, though that may be coincidental. It did not reappear on a second login and out test. Reporting the error in case it rings any bells.<br /> <br /> 11:31:36 - [EVENT MANAGER]: Delegate for TriggerOnFrame failed - continuing. Co<br /> llection was modified; enumeration operation may not execute. at System.Colle<br /> ctions.Generic.Dictionary`2.ValueCollection.Enumerator.MoveNext()<br /> at OpenSim.Region.CoreModules.World.Terrain.TerrainModule.CheckSendingPatches<br /> ToClients() in d:\Temp\opensim-1daec26\OpenSim\Region\CoreModules\World\Terrain\<br /> TerrainModule.cs:line 1026<br /> at OpenSim.Region.CoreModules.World.Terrain.TerrainModule.EventManager_OnFram<br /> e() in d:\Temp\opensim-1daec26\OpenSim\Region\CoreModules\World\Terrain\TerrainM<br /> odule.cs:line 800<br /> at OpenSim.Region.Framework.Scenes.EventManager.TriggerOnFrame() in d:\Temp\o<br /> pensim-1daec26\OpenSim\Region\Framework\Scenes\EventManager.cs:line 1261
Categories: OpenSim Mantis

0007270: Exception when contacting presence server (not enough free sockets?)

Thu, 07/17/2014 - 16:25
This might not be strictly a bug, but merely a configuration issue — either at the OS level or at the ROBUST/simulator level.<br /> <br /> I've noticed that in a region that makes frequent HTTP calls, at some point, the server starts throwing exceptions, both on outgoing calls, as well as HTTP calls to the ROBUST server. As a result, the region stops responding as it needs HTTP calls for some critical functions. Moving around, as long as no HTTP calls are needed, still works.<br /> <br /> This hasn't been easy to pinpoint. Typical errors occur only after several hours (and probably thousands of HTTP calls). Here is a sample (my.robust.server.tld is a fake name for the purposes of this log):<br /> <br /> 2014-07-16 14:29:39,218 INFO - OpenSim.Framework.SynchronousRestFormsRequester [FORMS]: Error sending request to <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted. Request: VERSIONMIN=0&VERSIONMAX=0&METHOD=getagents&uuids[]=35c965ac-0b37-4b36-968a-6dbdc127a544<br /> 2014-07-16 14:29:39,218 DEBUG - OpenSim.Services.Connectors.PresenceServicesConnector [PRESENCE CONNECTOR]: Exception when contacting presence server at <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted<br /> 2014-07-16 14:29:49,318 DEBUG - OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance [SCRIPT INSTANCE]: Aborting unstopped script Online status indicator for WP cf6ca37f-6cbd-4039-9d70-58a2919f7322 in prim My Online Status Indicator, localID 2267576109, timeout was 100 ms<br /> 2014-07-16 14:29:49,320 INFO - OpenSim.Framework.SynchronousRestFormsRequester [FORMS]: Error sending request to <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted. Request: VERSIONMIN=0&VERSIONMAX=0&METHOD=getagents&uuids[]=35c965ac-0b37-4b36-968a-6dbdc127a544<br /> 2014-07-16 14:29:49,321 DEBUG - OpenSim.Services.Connectors.PresenceServicesConnector [PRESENCE CONNECTOR]: Exception when contacting presence server at <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted<br /> 2014-07-16 14:30:39,432 DEBUG - OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance [SCRIPT INSTANCE]: Aborting unstopped script Online status indicator for WP 03a9b966-0320-41df-bba6-2663a69b36c8 in prim My Online Status Indicator 2, localID 2267576108, timeout was 100 ms<br /> 2014-07-16 14:30:39,434 INFO - OpenSim.Framework.SynchronousRestFormsRequester [FORMS]: Error sending request to <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted. Request: VERSIONMIN=0&VERSIONMAX=0&METHOD=getagents&uuids[]=35c965ac-0b37-4b36-968a-6dbdc127a544<br /> 2014-07-16 14:30:39,435 DEBUG - OpenSim.Services.Connectors.PresenceServicesConnector [PRESENCE CONNECTOR]: Exception when contacting presence server at <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted<br /> 2014-07-16 14:30:49,534 DEBUG - OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance [SCRIPT INSTANCE]: Aborting unstopped script Online status indicator for WP cf6ca37f-6cbd-4039-9d70-58a2919f7322 in prim My Online Status Indicator, localID 2267576109, timeout was 100 ms<br /> 2014-07-16 14:30:49,535 INFO - OpenSim.Framework.SynchronousRestFormsRequester [FORMS]: Error sending request to <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted. Request: VERSIONMIN=0&VERSIONMAX=0&METHOD=getagents&uuids[]=35c965ac-0b37-4b36-968a-6dbdc127a544<br /> 2014-07-16 14:30:49,537 DEBUG - OpenSim.Services.Connectors.PresenceServicesConnector [PRESENCE CONNECTOR]: Exception when contacting presence server at <a href="http://my.robust.server.tld:8003/presence:">http://my.robust.server.tld:8003/presence:</a> [<a href="http://my.robust.server.tld:8003/presence:" target="_blank">^</a>] Thread was being aborted<br /> 2014-07-16 14:31:39,636 DEBUG - OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance [SCRIPT INSTANCE]: Aborting unstopped script Online status indicator for WP 03a9b966-0320-41df-bba6-2663a69b36c8 in prim My Online Status Indicator 2, localID 2267576108, timeout was 100 ms<br /> <br /> While the above logs seem to be limited specifically to presence calls, this is not the case. Objects routinely making external HTTP calls will be affected as well. At some point, the simulator will prevent them from make any further calls and shut the scripts down. The above errors come mostly from an in-world script which was not aborted for some reason.<br /> <br /> A few tests have been made to try to isolate this issue. The first change involved tweaking several parameters at the OS level. Current sysctl.conf is:<br /> <br /> net.ipv4.conf.default.rp_filter = 1<br /> net.ipv4.conf.all.rp_filter = 1<br /> net.ipv4.tcp_syncookies = 1<br /> net.ipv4.conf.all.send_redirects = 0<br /> net.ipv4.conf.all.accept_source_route = 0<br /> net.ipv6.conf.all.accept_source_route = 0<br /> net.ipv6.conf.all.autoconf = 0<br /> net.ipv6.conf.default.autoconf = 0<br /> net.ipv6.conf.eth0.autoconf = 0<br /> net.ipv6.conf.all.accept_ra = 0<br /> net.ipv6.conf.default.accept_ra = 0<br /> net.ipv6.conf.eth0.accept_ra = 0<br /> net.core.rmem_default = 524288<br /> net.core.rmem_max = 16777216<br /> net.core.wmem_default = 524288<br /> net.core.wmem_max = 16777216<br /> net.ipv4.tcp_max_syn_backlog = 2048<br /> net.ipv4.tcp_rmem = 10240 87380 16777216<br /> net.ipv4.tcp_wmem = 10240 87380 16777216<br /> net.ipv4.tcp_no_metrics_save = 1<br /> net.ipv4.tcp_mem = 524288 524288 524288<br /> net.ipv4.tcp_rfc1337 = 1<br /> net.ipv4.ip_no_pmtu_disc = 0<br /> net.ipv4.tcp_sack = 1<br /> net.ipv4.tcp_fack = 1<br /> net.ipv4.tcp_window_scaling = 1<br /> net.ipv4.tcp_timestamps = 1<br /> net.ipv4.tcp_ecn = 0<br /> net.ipv4.route.flush = 1<br /> fs.file-max = 2097152<br /> vm.swappiness = 10<br /> vm.dirty_ratio = 60<br /> vm.dirty_background_ratio = 2<br /> net.ipv4.tcp_synack_retries = 2<br /> net.core.somaxconn = 65535<br /> net.core.netdev_max_backlog = 65536<br /> net.core.optmem_max = 25165824<br /> net.ipv4.udp_mem = 65536 131072 262144<br /> net.ipv4.tcp_max_tw_buckets = 1440000<br /> net.ipv4.tcp_tw_recycle = 1<br /> net.ipv4.tcp_tw_reuse = 1<br /> <br /> (based on several suggestions, including <a href="https://rtcamp.com/tutorials/linux/sysctl-conf/">https://rtcamp.com/tutorials/linux/sysctl-conf/</a> [<a href="https://rtcamp.com/tutorials/linux/sysctl-conf/" target="_blank">^</a>])<br /> <br /> The server in question has lots of spare memory, thus creating larger buffers, more sockets, and diminishing swapping is perfectly acceptable. It runs ROBUST, 6 simulator instance (running some 20 regions), and nginx + php5-fpm + MySQL, and still only consumes about 3 out of 6 GBytes of RAM.<br /> <br /> A few optimizations have been made. The first was to ensure that all scripts who use outgoing calls release acquired URLs (e.g. call llReleaseURL() if a URL acquired via llRequestURL() is not needed any more). This substantially improved, but not removed, the issue. Then possible timeouts calling the nginx server (which runs not only several external modules for the core services, but also a complex application which several in-world items contact frequently) were investigated; nginx was using a Unix socket configuration to communicate with php5-fpm (good for low-traffic solutions), and this was moved to a more standard TCP socket communication instead (which allegedly is better for dealing with high-traffic solutions). While this is by no means an exhaustive way of eliminating any issues on the operating system side, it was important for me to make sure that the problem is not simply a bad server configuration.<br /> <br /> When the application is fully operational, this results in (possibly) hundreds of HTTP calls per minute, made from several in-world objects, some running inside avatar attachments on NPCs. Hitting internal limits is a strong possibility, but it would be expected that some console errors would pop up (e.g. alerts about culling the amount of HTTP calls being made). However, this is not the case. Objects which merely contact a webserver once per minute, left running several hours, will start throwing the aforementioned errors.<br /> <br /> It's unclear if the errors happen at the ROBUST side as well as at the simulator side. ROBUST doesn't throw any errors, neither at the console level, nor at the logging level. Nevertheless, the simulator complains about not being able to contact ROBUST. This seems to be strictly tied to the single simulator running those objects making HTTP calls; other simulator instances do not show any errors.<br /> <br /> OpenSim.ini has the following network- and script-related configurations:<br /> <br /> [ClientStack.LindenUDP]<br /> client_socket_rcvbuf_size = 12582912<br /> AckTimeout = 180<br /> <br /> [XEngine]<br /> Enabled = true<br /> MinThreads = 2<br /> MaxThreads = 100<br /> IdleTimeout = 60<br /> Priority = "BelowNormal"<br /> MaxScriptEventQueue = 300<br /> ThreadStackSize = 262144<br /> AppDomainLoading = true<br /> DeleteScriptsOnStartup = true<br /> DefaultCompileLanguage = "lsl"<br /> AllowedCompilers = "lsl,cs,js,vb"<br /> CompileWithDebugInformation = true<br /> AllowMODFunctions = false<br /> AllowOSFunctions = true<br /> AllowLightShareFunctions = true<br /> OSFunctionThreatLevel = Low<br /> EventLimit = 30<br /> KillTimedOutScripts = false<br /> ScriptDelayFactor = 1.0<br /> ScriptDistanceLimitFactor = 1.0<br /> SensorMaxRange = 96.0<br /> SensorMaxResults = 16<br /> <br /> Simulators are also checked for 'health' via monit, by calling <a href="http://localhost:XXXX/jsonSimStats/">http://localhost:XXXX/jsonSimStats/</a> [<a href="http://localhost:XXXX/jsonSimStats/" target="_blank">^</a>] (XXXX varies for each instance) every cycle. WebStats are also enabled.<br /> <br /> Currently, my 'prime suspect' is an object that checks if an avatar is online every minute and sends the reply to an external webserver. Similar scripts abound in Second Life (where I have some of them running for 7 or 8 years...), and I have been running them on OpenSimulator for a couple of years at least. It's only on the latest versions (0.8.0 Dev) that I have encountered this issue.<br /> <br /> While this might not be an OpenSimulator 'bug' (I kept the severity as minor and priority as low on this report), but merely a misconfiguration of either ROBUST, OpenSim.ini, or the underlying server, any help in fixing this might be useful in the future for anyone who might have the same problem.
Categories: OpenSim Mantis

0007269: Grid: Cannot cross into non-existant region (message spelling)

Thu, 07/17/2014 - 09:53
The message given when an avatar tries to cross a region boundary to a non-existent region has a typo<br /> <br /> "non-existant" should be "non-existent"<br /> <br /> Please advise if this is a viewer issue so it can be reported in appropriate places if its not related to OpenSim code.
Categories: OpenSim Mantis

0007268: Relog after crash can cause issues if login completed to different region prior to previous region processing latency logout

Wed, 07/16/2014 - 17:07
I described this issue at last Tuesday's dev meeting but since there isn't a Mantis on it I'm creating this one...<br /> <br /> The scenario is this:<br /> <br /> 1. For whatever reason a client disconnects from Region X (a crash/failed tp/etc)<br /> <br /> 2. The user immediately relogs but to some other region - Region Y<br /> <br /> 3. The inbound login completes in Rebion Y *before* Region X has noticed the latency of the crashed viewer.<br /> <br /> 4. Now Region X "discovers" the missing agent and goes through it's latency logout stuff, notifying the grid server that the client is offline.<br /> <br /> As of this point, until the user logs out and then logs back in again they will appear to all friends as being offline, they will not receive any group notices, etc. Probably other weird things too (for instance it might be possible to log a different viewer in with that account and have 2 identical users online simultaneously in the same grid).
Categories: OpenSim Mantis

0007267: Feature Request For OsAgentReplaceAppearance

Tue, 07/15/2014 - 18:04
I have quite a few people looking to have a system that would allow them to just click a prim and have their entire outfit change. Since we can already save that data, shouldn't we be able to have a command that can replace the appearance of an avatar much like SL does with its new avatar switcher in the viewer.<br /> <br /> I know we have the force attach, but its not the same and cannot attach clothing layers.
Categories: OpenSim Mantis

0007266: Scripting throught Hypergrid

Tue, 07/15/2014 - 08:52
After a HG jump, scripts inside a HUD doesn't work.
Categories: OpenSim Mantis

0007063: xbakes Robust.[HG].ini.example BaseDirectory = "/data/bakes" issue

Mon, 07/14/2014 - 03:56
When xbakes was added.. the example given in Robust.ini.example and Robust.HG.ini.example for the BaseDirectory used a non-standard area that is set to a root (/) based file. I assume this is not usual and probably only relevant for Unix users?<br /> <br /> [BakedTextureService]<br /> LocalServiceModule = "OpenSim.Server.Handlers.dll:XBakes"<br /> ;; This directory must exist and be writable for the user ROBUST runs as<br /> ; BaseDirectory = "/data/bakes"<br /> <br /> I think that should be "./data/bakes" or just "./bakes"? i.e. its relative to be below "bin" as is usual for all sorts of such caches and maptiles, etc.<br /> <br /> Also... I am not sure if the directory has to pre-exist as the comment implies or if its created when not already there... which is usual for such things in OpenSim.
Categories: OpenSim Mantis

0006996: [XBakes]: missing config in Robust.HG.ini.example and missing " on end of connector line

Mon, 07/14/2014 - 03:54
In commit r/24332 (2014-02-04) the extra connector and [BakedTextureService] have been added to Robust.ini.example but not to Robust.HG.ini.example.<br /> <br /> Also, there is a missing " on the end of the BakedTextureService line in Robust.ini.example<br /> <br /> ;; Uncomment to provide bakes caching<br /> ;BakedTextureService = "8003/OpenSim.Server.Handlers.dll:XBakesConnector
Categories: OpenSim Mantis

Pages