| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| | |
using an OSD serialization rather than auto forces serialization code to be placed in OpenSim.Framework
this makes the media texture raw data staging post in PrimitiveBaseShape redundant, now we just directly call the code in PrimitiveBaseShape.MediaList itself
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
| |
Didn't do what it said on the package!
This reverts commit 8643db3ef0c4dca709d85fc37240a18fd9049520.
|
|
|
|
|
| |
connector have decided that their vision of timeouts is the only valid one.
This uses reflection to show them the finger. Please test.
|
|
|
|
| |
This reverts commit 51d30fd34a950e0cd71d61ce0666a6d1e90bf233.
|
| |
|
|
|
|
| |
* Added an error message in initial estate owner creation that makes it clear what needs to happen.
|
| |
|
| |
|
|
|
|
|
| |
* Deleted redundant migration for assets in SQLite
* Rewrote XInventory migrations in SQLite in the new style
|
|
|
|
| |
better
|
|\
| |
| |
| | |
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
| |
| |
| | |
(some Estate SQL left behind in the Region migration)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ok, so the estate stores now want their own migration files, but as it
happened the SQL definition were inside the Region migrations.
It seems better/cleaner to keep each 'store' separately updatable.
WARNING: any editing in the middle of the migration scripts (as opposite
to just appending to them) has the potential of messing up updates of
existing databases. As far as I can see, this one is (probably) safe,
the worst that could happen is the EstateStore migration silently fail
if the estate the tables are already there.
|
| | |
|
| | |
|
|/ |
|
|
|
|
| |
files. Restored Presence table to its taboo-breaking form.
|
| |
|
| |
|
| |
|
|
|
|
| |
This reverts commit 167db502593de5f535d8c322005c63ef263940ed.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was needed if we want to update to the latest MySQL
connector dll. It automatically converts CHAR(36) to
Guids, so getting them as strings no longer works.
By using DBGuid.FromDB(), we unlink from any particular
storage format of GUIDs, could even make them BINARY(16)
if we like.
Actually not all MySql units are touched, but the remaining ones don't
seem to be affected (they don't read GUIDs from DB)
|
|
|
|
|
| |
Replaced all NNN_StoreName.sql migration resources with a more
readable, single-file-per-store
|
|
|
|
|
| |
Uses MySqlScript class to correctly run proc/func definitions
that need delimiter change. Requires MySql.Data.dll 6.2 or later.
|
| |
|
|
|
|
| |
statements. Fixed here.
|
|
|
|
|
|
| |
stored in regionsettings. Upon generation of a new tile image, the old one is deleted. Tested for SQLite and MySql standalone.
* Fixed small bug with map search where the local sim regions weren't found.
|
|
|
|
| |
asset deletion in robust handler.
|
|
|
|
|
|
|
| |
CHANGES THE ASSET SERVER PROTOCOL and means you CAN NOT MIX PRIOR VERSIONS
WITH LATER ONES. It may also eat your babies, yada, yada, yada.
The usual cautions for migrations to the assets table apply.
Coding: Can not guarantee nut free.
|
| |
|
|
|
|
|
|
| |
home and position info in the presence service. WARNING: I violated a taboo by deleting 2 migration files and simplifying the original table creation for Presence. This should not cause any problems to anyone, though. Things will work with the new simplified table, as well as with the previous contrived one. If there are any problems, solving them is as easy as dropping the presence table and deleting its row in the migrations table. The presence info only exists during a user's session anyway.
BTW, the Meshing files want to be committed too -- EOFs.
|
| |
|
| |
|
|
|
|
| |
for avatar->avatar
|
| |
|
|
|
|
|
| |
This allows scripts to set WindLight parameters for clients connecting
to a region. Currently, this is only supported by the Meta7 viewer.
|
|
|
|
| |
won't fix the bug I'm seeing with regions not realizing they are already part of an estate, but it will fix the OpenSim crash if that situation ever comes up
|
|
|
|
|
|
|
| |
of a region and joining it to an existing estate or creating a new estate,
as well as creating an estate owner if in standalone, and assigning estate
owners. In Grid mode, existing users must be used. MySQL ONLY!!!! so far, as
I can't develop or test for either SQLite or MSSQL.
|
|
|
|
|
|
|
|
| |
to start estates at 100. Existing databases having autcreated estates below
100 will see a gap in estate numbering. Other database implementors need to
ensure that no estates with numbers less that 100 are autocreated, unless
they are prepared to deal with the viewer's built-in notions of
Linden Mainland
|
|
|
|
|
| |
defaults. Adding code to facilitate estate creation / managemment as part of
first time start up
|
| |
|
|
|
|
| |
for it. GridUserService makes more sense; it's the user of the grid, "grid user". I changed it everywhere.
|
|
|
|
|
| |
this will initially store home location data instead of the presence service
compiles but not enough to actually test yet
|