| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
* Implmements llModifyLand() and a check for the "Allow others to terraform flag"
* Thanks tglion!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fields is GONE (HttpServer does not support that), you can read the
"normal" HTTP headers available via properties, and you can add
headers. also, it is now possible to set a timeout for KeepAlive (for
those clients that pay attention to it).
this also fixes the broken REST inventory/assets/appearance services,
they should be working again.
testcase for OSHttpResponse will follow.
|
| |
|
|
|
|
|
|
|
| |
* I believe this was the cause of the remaining packet_out_of_order messages in the Linden client logs
* There were race conditions where multiple clientstacks would overwrite each other's sequence numbers
|
|
|
|
|
|
|
| |
case for OSHttpRequest (not very fancy yet, but still).
|
|
|
|
|
|
| |
adding default_loginLevel in USerServer.xml to set a default
login level to acces to the grid. Fixing one bug in login_reset
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Implementation of llModifyLand() and There is a bug on
permission-check of land-terraforming: x an y-coordinates
are interchanged on function-call ExternalChecksCanTerraformLand.
Correct: x is west, and y is north. 2) Missing check of
"Other allow to terraform-flag" (Parcel.ParcelFlags.AllowTerraform)
|
| |
|
|
|
|
|
|
| |
* Initial implementation
* You'll only be able to seen green dots on regions on the map that have been updated.
|
|
|
|
| |
gets lost on teleport.
|
| |
|
| |
|
|
|
|
|
|
| |
and string type = "". Currently we are down to 14 warnings
in the VS2005 C# build which is pretty good.
|
|
|
|
|
|
| |
Thise were client supplied untrusted values we never used anyway.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Added lookup in the data-layer
- MySQL works
- SQLite doesn't have a grid-db, so it won't work there
- I added MSSQL-code to the best of my knowledge; but I don't know MSSQL :-)
- Added the plumbing up to OGS1GridServices. This speaks with the grid-server
via XMLRPC.
- Modified MapSearchModule to use the new data. It's backward compatible; if
used with an old grid-server, it just returns one found region instead of a
list.
- Refactored a bit.
Note: This updates data, grid-server and region code. No new files.
|
| |
|
|
|
|
|
|
|
| |
StringWriter.Append() vs StringWriter.Append("\r\n"); StringWriter.Append() produces "\n" in *nix*
* This doesn't solve anything. Just gets the protocol right.
|
|
|
|
| |
for consistency's sake
|
|
|
|
| |
were appearing in the wrong order
|
|
|
|
| |
to work anyway)
|
|
|
|
|
|
|
|
| |
(which doesn't include stuff such as script starting time on the region server).
* Yes, you could work this out from timestamps in the logs, but that's far too much work
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
old way: each region module interested in chat from client had to
- subscribe to scene.EventManager.OnNewClient
- then in its OnNewClient delegate it would subscribe to
client.OnChatFromViewer to capture chat messages coming
new way: ChatModule is the only region module that uses the "old
way" approach but is now forwarding all client chat via
scene.EventManager.OnChatFromClient
- each region module interested in chat from client now only
subscribes to scene.EventManager.OnChatFromClient
this not only simplifies code, but also allows us to substitute
ChatModule with derived classes (ConciergeModule is going to be one
example).
Also, this changeset changes ChatFromViewer to ChatFromClient as it
doesn't necessarily have to be a viewer that is a chat source.
i've taken great care to only comment out those OnNewClient delegates
that were only used for getting at the client chat --- hope it's not
breaking anything.
|
| |
|
|
|
|
|
|
|
| |
Thank you, idb, for a patch to implement the packet and plumbing for
the material settings.
|
|
|
|
|
|
|
|
| |
* Switched it on by default
* Updated OpenSim.ini.example to reflect this
* Caught a UDP Server issue that occurs when the network pipe is saturated
* Still experimental :D
|
| |
|
|
|
|
|
|
| |
and region config is loaded from the web
|
|
|
|
|
|
| |
- Removed MapBlockData.Flags; it isn't used anywhere (maybe MapBlockData.RegionFlags replaced it?)
|
|
|
|
|
|
| |
- Web-map should work again :)
|
|
|
|
|
|
| |
- Implemented llMapDestination.
|
|
|
|
|
|
| |
This puts the TaskInventoryDictionary in it's own file.
|
|
|
|
|
|
|
|
| |
required to log in. set_login_params accepts avatar_uuid and password of a
user with god level 200 or more, and allows setting either or both the
login_motd or login_level
|
|
|
|
|
|
|
| |
OSHttpRequest constructor.
* maybe.. it was a key that was null. Obviously you can't still a null key in a string key'ed collection.
|
|
|
|
|
|
|
|
| |
standalone where port wasn't the http port.
* Removed spurious warning message
* More debug in EventQueueGet Module to figure out why we're loosing the handlers.
|
|
|
|
|
|
|
|
| |
* This is a HUGE update.. and should be considered fraut with peril.
* SSL Mode isn't available *yet* but I'll work on that next.
* DrScofld is still working on a radical new thread pump scheme for this which will be implemented soon.
* This could break the Build! This could break your Grid!
|
|
|
|
|
|
|
| |
and a target isn't found, the object is rezzed at 0,0,0 - instead now it will place according to the position sent by the client.
* We may instead want to abort and send a "Cannot Rez Here" message?
|
| |
|
|
|
|
| |
lines 227 - 235 to test.
|
| |
|
|
|
|
|
|
|
|
| |
* This is an initial basic experimental code for inventory import and export from the region server
* Probably not yet ready for general use
* Thanks Kayne!
|
|
|
|
|
|
|
|
|
| |
Estate/ Manager Owner Uses the Region/Estate Menu Region TAB,
and uses "Teleport Home All Users..." (Action Button), the
action will complete but no one will be teleported and all
users still function in the region ok.
|
| |
|
|
|
|
|
|
| |
Corrects the typo of namespace Opensim.Framework to
OpenSim.Framework in Cache.cs.
|
|
|
|
|
|
| |
* returns FAKEEVENT instead of the connection returning a 502. It doesn't like our 502's for some reason.. so, in leau of this.. send it a fake event.
* Once again, this is still 'really early' code, so please don't blame us if you have no more threads left.
|
| |
|
|
|
|
|
|
|
| |
* This won't function yet as far as the client can tell.. because it doesn't respond to the first query with a 200 message.
* We have to figure out how to encode those binary values in the example code in the module...
* Committing this so we have a start point. Will continue to work on this more today.
|