- HyperGrid Networks
The Primary HyperGrid Network consists of many of the largest OpenSim grids as well as many smaller, personal grids. The destinations on this Network are running the more recent OpenSim revisions providing the very latest features that OpenSim has to offer.
OpenSim Core Bugs
MantisBT - Issues - (rdcdev)
Updated: 43 min 28 sec ago
Updating the user settings in the database fails because the data type (boolean) doesn't match the database field type. This patch converts the data to string, which is then acceptable to MySQL.<br /> <br /> This patch also ensures that if attempts to update a profile Note fail then we'll tell the user.
Users can choose whether their Groups should be public. This patch makes group searches exclude hidden groups.
When users perform a search (for users or groups), I have found that sometimes the viewer adds a space at the end of the search string. This causes searches to fail. This patch trims the query string, which fixes the problem.
Fixed: there were some parcel changes that weren't saved to the database, so they appeared to work but the next time the region was restarted they had disappeared.<br /> <br /> Also fixed: the OnRegionInfoChange event was never actually sent.
Refactored so that only one class, ExternalRepresentationUtils, calculates the complicated "CreatorData" field.
UserAgentServiceConnector converts the remote server's hostname to an IP in the constructor. This patch ensures that when logging errors we'll log the hostname and not the IP.
This patch allows runprebuild.bat to run correctly in Cygwin. (It ran before, too, but was unable to find the Microsoft build tools.)<br /> <br /> This patch also modifies Prebuild itself to support .NET 4.5. It doesn't change OpenSim to use .NET 4.5; it just adds the option. This is useful for anyone that wants to use the new async functionality in .NET 4.5.
Recent versions of Firestorm and Singularity have started sending the viewer name in the 'Channel' field, leaving only their version number in the 'Viewer' field. This patch handles these viewers by searching both of these fields ('Channel' and 'Viewer') for the viewer name.
Improved some error messages. Usually by logging the exception using log4net, which makes it easier to read. Also removed old "hacktastic" code that did nothing.
When a user with scripted attachments arrives and then teleports out of a region, the active script count is reduced below the original value. This often results in negative values being shown for Active Scripts.
It would be interesting adding the possibility, on server side, to deny a teleport request inside the same region, no matter where the teleport is initiated from and how.<br /> This would encourage content creation in commercial/educational sims, forcing users to walk or run or using vehicles, like in real life - assuming that flying is denied as well.<br /> This, most important thing, would give finally sense to roads, vehicles and transportation, if this would be the only way to move quicker. With free teleport any sim - no matter if SL or not - will allways be most likely a desert land because people just teleport from a to b. Real world would be like that too if teleport was possible.<br /> Maybe there is already a way to deny teleport on server settings but if there is I didn't find in the module documentation. Closest setting I've found is max teleport distance (in regions), but what is needed is in-region deny. Being a C++ developer, I can try to add this functionality, not sure what's the procedure to access the source code and submit a proposal.
OS sometimes crashes while editing terrain - no matter what viewer is used.<br /> These crashes were frequent with lower ram (box had just 500 MB).<br /> I was able just to capture this error. I may check if there is more info in the crash log. <br /> <br /> ...<br /> at Amib.Threading.Internal.WorkItem.Execute () <0x0003f><br /> at Amib.Threading.SmartThreadPool.ExecuteWorkItem (Amib.Threading.Internal.WorkItem) <0x0009f><br /> at Amib.Threading.SmartThreadPool.ProcessQueuedItems () <0x00537><br /> at System.Threading.Thread.StartInternal () <0x00057><br /> at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <0xffffffff><br /> <br /> Native stacktrace:<br /> <br /> mono() [0x80e16fc]<br /> [0xaff8840c]<br /> [0xaff88416]<br /> /lib/i386-linux-gnu/libc.so.6(gsignal+0x4f) [0xafdad1df]<br /> /lib/i386-linux-gnu/libc.so.6(abort+0x175) [0xafdb0825]<br /> mono() [0x8223e56]<br /> mono() [0x82259f3]<br /> mono() [0x823805e]<br /> mono() [0x823810c]<br /> mono() [0x821f8da]<br /> mono() [0x821fc67]<br /> mono() [0x821fdfb]<br /> mono(mono_array_new_full+0x1d7) [0x81a6477]<br /> mono() [0x80ae3c9]<br /> [0xac6b0054]<br /> [0x96c726b8]<br /> [0x96c7256c]<br /> [0x98a20e17]<br /> [0xabe10cf7]<br /> [0xabe10cc5]<br /> [0xabe10ca4]<br /> [0xabe10b1c]<br /> [0xabe109b0]<br /> [0xabe10748]<br /> [0xaf0250f8]<br /> [0xaf01af38]<br /> [0xaf84e731]<br /> mono() [0x8064c2c]<br /> <br /> Debug info from gdb:<br /> <br /> <br /> =================================================================<br /> Got a SIGABRT while executing native code. This usually indicates<br /> a fatal error in the mono runtime or one of the native libraries<br /> used by your application.<br /> =================================================================<br /> <br /> Aborted
I noticed a small inconvenience in regard to avatar physics: Horizontal velocity apparently cuts the jump velocity. If the avatar presses the jump button while standing, it jumps the highest. If the jump button is pressed while walking, the jump height is barely half. If the avatar jumps while running, there is no jump height at all, only the jump animation.
0006983: Private Vivox voice calls no longer work with opensim and Singularity since about 076 opensim release
The private voice call button is always grayed out when using Singularity on opensim. This has been reported on the singularity bug site as well, but there they say the problem is in opensim starting at about version 076. I think this still works in FS, so I have no idea if the problem really is in opensim or Singularity or both.<br /> <br /> The last test was done with Singularity Alpha release as of today with the latest opensim dev master as of today and can confirm along with others that have told me about this that private Vivox voice chat is no longer working.
I have noticed that any object that was temporal sometime, when the opensim server restarts is deleted from the sim the next time that it's up.
In attempting to configure my OpenSimulator deployment with a read-only bin directory. I was stopped at the inability to redirect the Mono Plugin Registry Location for a Region. In the Robust.ini file, a parameter exists for this ([Startup]:RegistryLocation).<br /> <br /> This patch adds the same parameter to the OpenSim.ini file, and adds the functionality for Regions.
The limit for particle size is 4m for both X and Y. If you call llParticleSystem() where the size exceeds the 4m limit no particles are seen. In Second Life the effect is still generated.
0007066: Feature Request : Enable users to switch off the in-built dwell module if using a 3rd party module
While developing my own Dwell module I kept experiencing strange behavour like the dwell for a parcel was always returning 0 when it shouldnt and a lot of other strange behaviour as-well.<br /> <br /> I deleted the dwell module from Opensim.Regions.CoreModules and recompiled and voila my suspicions were confirmed that it was indeed the two modules being loaded which caused my issue.<br /> <br /> I have attached two patches. The first P1 modifies the core dwell module to make it check for its name in the Dwell section of the ini files, if found then it is enabled.<br /> <br /> This is done in exactly the same way as the Email module.<br /> <br /> Patch two P2 adds the config section [Dwell] with a default value of DwellModule = DefaultDwellModule (which is the inbuilt dwell module) into OpenSimDefaults.ini so that the normal dwell module in core is enabled by default and most users won't notice any change.<br /> <br /> This is in accordance with some conversation relating to the dwell module in opensim-dev <br /> <br /> However this also allows 3rd party module developers to then add the [Dwell] section to OpenSim.ini with an example value of DwellModule = 3rdPartyDwellModule which would then disable the core module and enable thier 3rd party module.
HG SUITCASE INVENTORY SERVICE returns empty response to destination simulator GETROOTFOLDER request.
According to the Wiki (<a href="http://wiki.secondlife.com/wiki/Run_time_permissions">http://wiki.secondlife.com/wiki/Run_time_permissions</a> [<a href="http://wiki.secondlife.com/wiki/Run_time_permissions" target="_blank">^</a>])PERMISSION_TRACK_CAMERA is supposed to be granted automatically if requested from an attached or sat upon object. But at least in the case of an attached object, the annoying dialog box always appears and makes you press YES to grant this permission.