MantisBT - Issues
Updated: 19 min 25 sec ago
We have an option to not draw maptiles for map view. We also need an option to not show AVs on map for privacy reasons. I have not experienced this myself, but a friend is being harassed each time more than one AV is on her sim by an old boyfriend. If there was an option to prevent others from seeing the AV count on your sim, that would solve this rather serious privacy issue.
0007301: [BASE HTTP SERVER]: Firewall security probes throw exception System.InvalidCastException: Unable to cast object of type
We have professional external probing of our firewall and port security on our hosts... and our OpenSim servers are regularly probed. Until recently theer were just a few red indicated messages saying a specific URL probe had "Handler not found". This is expected. We get the same message from probes by the google search engine bots. and see some occasional similar message for URLs that are agent/uuid or object/uuid.<br /> <br /> But in r/25094 we noticed this red exception error in the Robust.exe console, which was also passed to the OpenSim.exe console as a "Handler not found" message too.<br /> <br /> 17:24:34 - [BASE HTTP SERVER]: HandleRequest() threw exception System.InvalidCastException: Unable to cast object of type 'OpenSim.Server.Handlers.Authentication.OpenIdStreamHandler' to type 'OpenSim.Framework.Servers.HttpServer.IStreamHandler'.<br /> at OpenSim.Framework.Servers.HttpServer.BaseHttpServer.HandleRequest(OSHttpRequest request, OSHttpResponse response) in d:\Temp\opensim-2924d25\OpenSim\Framework\Servers\HttpServer\BaseHttpServer.cs:line 612
Every now and then a user reports their viewer crashes when they open the Region/Estate dialog box in the viewer. The cause of the crash is due to multiple duplicate entries in the estate_managers and estate_users table of the estate database. A given combination of estate ID and UUID have been seen in the database table thousands(!) of times.<br /> <br /> I just had another instance of this problem where I had to remove over 1,500 duplicate entries from the estate_managers table and over 11,500 duplicate entries from the estate_users table.
llSetLinkPrimitiveParams and llSetLinkPrimitiveParamsFast now allow movement of a seated avatar, however on unsit, the avatar snaps back to around the sit target of the original prim. This behaviour differs from SL, where the avatar will stand at their new (relocated) position and breaks objects being ported to OpenSim which rely on this functionality (e.g. for in-building teleport systems).
When you move a seated avatar using llSetLinkedPrimitiveParamsFast() called from a script in the root prim of a build it works perfectly. HOWEVER, if you call llSetLinkedPrimitiveParamsFast() from a script in a child prim, the location is wrong. The position of the avatar is supposed to be relative to the local co-ordinate system of the prim the script is in, similar to the co-ordinate system of llSitTarget(). But instead of being relative to the child prim, the avatar moves to a position that is relative to the root prim. Curiously, the rotation of the avatar is correct, only the position is wrong.
0007297: When walking or flying, AV often gets stuck walking or flying and cannot stop without relog
When walking or flying, AV often gets stuck walking or flying and cannot stop without relog. nYou can hold down the counteracting movement button on the keyboard and often get the AV to stop, but when you release the key the AV will continue on its original path. Sometimes if you do this long enough, the AV will return to normal, but sometimes you have to relog to fix it.<br /> <br /> Have noticed this issue with several viewers on the latest dev master for quite a while and others have told me this happens to them quite often too. It seems to happen more often on slower connections between the viewer and sim.
OpenSim can be configured to send email via the llEmail() function if the SMTP section is configured and it is enabled. This opens up the possibility that a griefer or spammer could use the function to send out lots of spam. It would be nice if there was a setting that would make llEmail only send messages to a the email address associated with an avatars user account.
in the 'help regions' command 'show scene' is presented twice