aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Data/MySQL (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Plug a security hole in the inventory serviceMelanie2011-10-311-1/+2
|
* Remove vestigal OpenSim.Data mono addins extension points that don't look ↵Justin Clark-Casey (justincc)2011-09-201-23/+0
| | | | like they've been active for at least 2 and a half years
* Reattaching a region was failing if the estate name had not changed (issue ↵Kevin Houlihan2011-09-161-44/+79
| | | | | | 5035). Using the RemoteAdmin API to close then recreate a region would fail if the estate name had not changed. If the estate name /was/ changed then the existing estate would be renamed rather than a new one being created. The problem really arose from a lack of distinction in the data storage layer between creating new estates and loading existing ones.
* Save the default terrain texture UUIDs for a new region instead of leaving ↵Justin Clark-Casey (justincc)2011-09-091-1/+0
| | | | | | | | | | | 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.
* Remove code which was automatically deleting non-root prims from scene ↵Justin Clark-Casey (justincc)2011-09-011-17/+0
| | | | | | | objects that had previous been attachments. Looks like this code was accidentally uncommented in e1b5c612 from feb 2010. Appears to resolve the rest of http://opensimulator.org/mantis/view.php?id=5664
* In the asset service, check that an asset exists before attempting to store it.Justin Clark-Casey (justincc)2011-08-171-2/+7
|
* Switched order of SQL statements in Friends migration -- resulted in the ↵Diva Canto2011-06-111-1/+1
| | | | wrong key
* For MySQL, migrate region tables to the MyISAM storage engine rather than InnoDBJustin Clark-Casey (justincc)2011-06-101-0/+16
| | | | | | | | Using MyISAM proves vastly faster for persisting scene objects. For instance, a scene object that took 9 seconds to persist before now takes 1. This also improves the experience of loading large OARs. We don't use any of the transactional features of InnoDB. The only thing that may have an impact is that InnoDB does row locking on inserts while MyISAM does table locking. However, field reports say there is no noticeable difference.
* This is the better solution: make the combined key be only on the first 36 ↵Diva Canto2011-06-011-1/+2
| | | | characters of each field -- that's the UUIDs. Thanks coyled. WARNING: Again, people who have gone through this migration and failed need to run it manually.
* It looks like there's a better solution for that problem.Diva Canto2011-06-011-2/+1
| | | | | | Revert "Changed Friends table to have 165-sized varchars on PrincipalID and FriendID. The reason for this number is the following: there is a combined key of these 2 fields; apparently MySql can't handle keys larger than 1000 bytes; when the table is created with utf8 encoding, this combined key is bigger than 1000 bytes, and the migration fails. WARNING: this is not a new migration! People who have gone through this migration and failed should update the sizes of these fields manually." This reverts commit 3fa54a156a83e498a7d5d0949a5f848fe82fe86f.
* Changed Friends table to have 165-sized varchars on PrincipalID and ↵Diva Canto2011-06-011-1/+2
| | | | FriendID. The reason for this number is the following: there is a combined key of these 2 fields; apparently MySql can't handle keys larger than 1000 bytes; when the table is created with utf8 encoding, this combined key is bigger than 1000 bytes, and the migration fails. WARNING: this is not a new migration! People who have gone through this migration and failed should update the sizes of these fields manually.
* More on HG Friends. Added Delete(string, string) across the board. Added ↵Diva Canto2011-05-221-4/+13
| | | | security to friendship identifiers so that they can safely be deleted across worlds. Had to change Get(string) to use LIKE because the secret in the identifier is not always known -- affects only HG visitors. BOTTOM LINE SO FAR: HG friendships established and deleted safely across grids, local rights working but not (yet?) being transmitted back.
* Fixed permissions bug related to friends in PermissionsModule. Added ↵Diva Canto2011-05-211-0/+5
| | | | FriendsData[] GetFriends(string principalID) to IFriendsData and FriendInfo[] GetFriends(string PrincipalID) to IFriendsService. Refactored some more in the FriendsModule. Made client get notification of local friends permissions upon HGLogin. HG Friends object permissions work.
* Merge branch 'master' of ssh://opensimulator.org/var/git/opensimDiva Canto2011-05-212-6/+31
|\
| * Allow item links to be deleted even when other deletes and purges are disabled.Justin Clark-Casey (justincc)2011-05-192-6/+31
| | | | | | | | | | | | | | If these links are not deleted, then they will build up in the player's inventory until they can no longer log in. Accidental deletion of links due to bugs or other causes is potentially inconvenient but on a par with items being accidentally moved. When a link is deleted, the target of the link is never touched. This is a general solution that accounts for the use of links anywhere in the user's inventory.
* | HG Friends working to some extent: friendships offered and accepted ↵Diva Canto2011-05-191-0/+6
|/ | | | correctly handled. Friends list showing correct foreign names. TODO: GrantRights.
* Accidentally committed too earlyJustin Clark-Casey (justincc)2011-05-182-31/+6
| | | | | | Revert "Allow item links to be deleted even when other deletes and purges are disabled." This reverts commit 491279f99afc65860d44765ee7829c7dd5e4e38e.
* Allow item links to be deleted even when other deletes and purges are disabled.Justin Clark-Casey (justincc)2011-05-172-6/+31
| | | | | | | If these links are not deleted, then they will build up in the player's inventory until they can no longer log in. Accidental deletion of links due to bugs or other causes is potentially inconvenient but on a par with items being accidentally moved. When a link is deleted, the target of the link is never touched. This is a general solution that accounts for the use of links anywhere in the user's inventory.
* remove further mono compiler warningsJustin Clark-Casey (justincc)2011-05-065-6/+6
|
* Include code to return more information about the NullReferenceException seen inJustin Clark-Casey (justincc)2011-04-111-2/+13
| | | | http://opensimulator.org/mantis/view.php?id=5403 prior to doing something about it.
* Make the "All Estates" option work from the client (this makes chosen ↵Justin Clark-Casey (justincc)2011-04-051-0/+30
| | | | | | | | changes to all the estates that the user owns). This applies to adding/removing estate users, groups, managers and bans. This is the application of the AllEstates_0.5.patch from http://opensimulator.org/mantis/view.php?id=5420 Thanks very much, Snoopy!
* On initial region registration, if the user chooses the option to make the ↵Justin Clark-Casey (justincc)2011-03-211-0/+40
| | | | region part of an existing estate, then list the existing region names.
* Pull up Assembly of the MySQL classes as a protected property, so that it ↵Diva Canto2011-03-086-11/+39
| | | | can be overwritten in subclasses. That way extensions can decide in which assembly migration resources should be looked up. This is just a refactor -- no functional changes whatsoever.
* Also fix MySQLXInventoryDataMelanie2011-01-181-1/+1
|
* Prevent activation and deactivation of gestures from clobbering the slamMelanie2011-01-181-1/+1
| | | | bits
* Fixed some inconsistency with trailing /. Made debug messages consistent. ↵Diva Canto2010-12-052-2/+9
| | | | Changed the stored region names of HG regions. Increased the size of regionName in DB.
* Added creator info across the board -- TaskInventoryItems and InventoryItems ↵Diva Canto2010-11-213-2/+11
| | | | | | themselves. Tested. Seems to be working, main tests pass. Nothing done for IARs or HG transfers yet -- this only works for OARs for the time being. New migration in inventory table in order to make CreatorID varchar(255).
* Global creator information working on MySQL DB and on load/save OARs. ↵Diva Canto2010-11-212-2/+10
| | | | | | | Creator name properly shown on the viewer as first.last @authority. New option added to save oar -profile=url. Migration on RegionStore making CreatorID be 255 chars. Moved Handling of user UUID -> name requests to a new module UserManagement/UserManagementModule.
* Add lsClearWindlightScene() to the lightshare module to remove WL settingsMelanie2010-11-031-0/+15
| | | | from a region and allow normal day cycles to be reestablished
* When LightShare is enabled, the standard day cycle is bypassed and replaced byMelanie2010-11-031-0/+1
| | | | | | midday defaults when no specific LightShare profile is set. This prevents LightShare info being send out when the region has no LightShare profile, allowing normal day/night cycles to happen.
* Fix logins and avatar appearance. Contains a Migration. May contain nuts.Melanie2010-10-301-0/+8
| | | | | | This will cause visual params to be persisted along with worn items. With this, alpha and tattoo laters will be saved. Multiple layers MAY work, but not tested because I don't use Viewer 2.
* Alphabetize results on region search by prefix matchingMelanie2010-10-181-0/+2
|
* Bump migration version on LastSeen field so it is actually runMelanie2010-10-181-1/+1
|
* UPdated the MySql driver to 6.2.4. Also established a much larger ↵Diva Canto2010-10-151-0/+1
| | | | MySqlCommand timeout on fetching prims.
* fix build breakJustin Clark-Casey (justincc)2010-10-131-1/+1
|
* Correctly update the LastSeen fieldMelanie Thielker2010-10-131-1/+1
|
* Ensure no UUID.Zero region ID is ever written to presence. Add a MigrationMelanie Thielker2010-10-132-1/+11
| | | | to add a LastSeen field of type "Timestamp" to Presence for MySQL
* Changed SceneObjectGroup to store parts with the fast and thread-safe ↵John Hurliman2010-09-161-1/+1
| | | | MapAndArray collection
* MergedJohn Hurliman2010-09-122-12/+12
|\
| * Formatting cleanup.Jeff Ames2010-09-122-12/+12
| |
* | * Added ISimulationDataService and IEstateDataServiceJohn Hurliman2010-09-122-0/+18
|/ | | | | * Removed StorageManager * CONFIG CHANGE: There are no more database settings in OpenSim.ini. Check the config-include configuration files for region store and estate store database settings
* Fixed the naming mess around data connectors for simulation dataJohn Hurliman2010-09-111-1/+1
|
* Re-enabled asset last access time logging in MySQLJohn Hurliman2010-09-111-3/+0
|
* Fix deletion persistence when freshly delinked prims are removedJustin Clark-Casey (justincc)2010-09-071-0/+2
| | | | | | | | | | Previously, Scene.Inventory.DeRezObjects() forced the persistence of prims before deletion. This is necessary so that freshly delinked prims can be deleted (otherwise they remain as parts of their old group and reappear on server restart). However, DeRezObjects() deleted to user inventory, which is required by llDie() or direct region module unlink and deletion. Therefore, forced persistence has been pushed down into Scene.UnlinkSceneObject() to be more general, this is still on the DeRezObjects() path. Uncommented TestDelinkPersistence() since this now passes. Tests required considerable elaboration of MockRegionDataPlugin to reflect underlying storing of parts.
* Remove "Dwell" support from core and replace it with calls to methodsMelanie Thielker2010-09-051-4/+2
| | | | on IDwellModule
* Implements parcel media setting persistence and packet / CAPS handlingJonathan Freedman2010-08-302-4/+32
| | | | | | properly for the new media settings. Signed-off-by: Melanie <melanie@t-data.com>
* Remove parts locking from data classes since these are using a copy of the ↵Justin Clark-Casey (justincc)2010-08-261-107/+104
| | | | scene object
* Improve consistency of locking for SOG.m_parts in order to avoid race ↵Justin Clark-Casey (justincc)2010-08-261-103/+107
| | | | conditions in linking and unlinking
* Skip conversion if fields that are null in the database. This mayMelanie Thielker2010-08-191-0/+4
| | | | uncover errors elsewhere.
* refactor: Use SOP.Flags rather than SOP.ObjectFlagsJustin Clark-Casey (justincc)2010-08-131-2/+2
|