aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Framework/Culture.cs
diff options
context:
space:
mode:
authorJustin Clark-Casey (justincc)2011-09-09 00:29:59 +0100
committerJustin Clark-Casey (justincc)2011-09-09 00:38:04 +0100
commit086bf9f15db05ca2be1cf0dda24f8ee7a368988d (patch)
tree54cf631d998183bb893e644fd4daf1e49bd11b3e /OpenSim/Framework/Culture.cs
parentFix test failure. Oversight in setting up the tests themselves. (diff)
downloadopensim-SC-086bf9f15db05ca2be1cf0dda24f8ee7a368988d.zip
opensim-SC-086bf9f15db05ca2be1cf0dda24f8ee7a368988d.tar.gz
opensim-SC-086bf9f15db05ca2be1cf0dda24f8ee7a368988d.tar.bz2
opensim-SC-086bf9f15db05ca2be1cf0dda24f8ee7a368988d.tar.xz
Save the default terrain texture UUIDs for a new region instead of leaving them as UUID.Zero.
Leaving them at UUID.Zero meant that when a viewer 2 logged into a region that had been freshly created, it received UUID.Zero for these textures, and hence display the land as plain white. On a simulator restart, the problem would go away since when the database adapators loaded the new region settings, RegionSettings itself has code to use default textures instead of UUID.Zero. This commit resolves the problem by saving the default texture UUIDs instead of Zero. However, we currently have to do this in a roundabout way by resaving once the RegionSettings have been created by the database for the first time. This needless complexity should be addressed. This change will also have the effect of replacing any existing UUID.Zero terrain textures with the default ones. However, this shouldn't have any effect since the UUID.Zeros were already being replaced in memory with those same UUIDs.
Diffstat (limited to 'OpenSim/Framework/Culture.cs')
0 files changed, 0 insertions, 0 deletions