|Anonymous | Login | Signup for a new account||2021-01-17 04:53 PST|
|Main | My View | View Issues | Change Log | Roadmap | Summary | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0008833||opensim||[GRID] Hypergrid||public||2020-12-12 09:51||2020-12-18 02:09|
|Platform||Any||Operating System||Operating System Version|
|Target Version||Fixed in Version|
|Summary||0008833: Same Avatar can login multiple times in the same HG if it TPs to any other HG|
|Description||Same Avatar can login multiple times in the same HG after TPing to any other HG. HG does not seem to keep track of TPed users out of it.|
|Steps To Reproduce||TP to any other HG and log in with the same user name.|
|Tags||No tags attached.|
|Git Revision or version number||5bb21ff982|
|Run Mode||Grid (Multiple Regions per Sim)|
|Environment||Mono / Linux64|
|Yes it is a current "feature"|
|Can it be disabled?|
currently a grid loses track a avatar once he leaves it, so no
even blocking duplicate presences on same grid is relative recent.
Some assumed it was fine, even wanted, to have multiple instances of same avatar on same grid.
|That would complex some things though, like IMs for example or group chatting. I suppose this would limit the use of Alts in some cases but I think it should be an option. A grid shouldn't loose track of an avtr though and should be able to monitor its presence periodically even out of the grid. That would also solve issues like outside of grid IMing. It would look more "right" this way.|
That's easier said than done and a huge additional overhead to check for that. Also a shift in protocol most likely so compatibility issues galore not to mention grids going down etc. Also asking a lot of interconnection some may not even want for their grid.
It really is a case of hypergrid not being fully planned before implementation, much like a lot of other things. Fixing it now is a huge nightmare without even factoring in the humans.
|OK, I can understand the implications behind this tampa but it is definitely not a future but rather a necessary design drawback|
|2020-12-12 09:51||Abaddon||New Issue|
|2020-12-12 09:52||UbitUmarov||Note Added: 0037357|
|2020-12-13 04:17||Abaddon||Note Added: 0037363|
|2020-12-13 05:03||UbitUmarov||Note Added: 0037364|
|2020-12-14 09:42||Abaddon||Note Added: 0037383|
|2020-12-14 09:52||tampa||Note Added: 0037384|
|2020-12-18 02:09||Abaddon||Note Added: 0037394|
|Copyright © 2000 - 2012 MantisBT Group|