Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0005536opensim[GRID] Hypergridpublic2011-06-08 09:222015-02-28 16:34
Reporteraiaustin 
Assigned To 
PrioritynormalSeveritymajorReproducibilitysometimes
StatusnewResolutionopen 
PlatformOSOS Version
Product Versionmaster (dev code) 
Target VersionFixed in Version 
Summary0005536: "Unknown User" appears as creator and owner for a new prim just placed by a foreign user
DescriptionA prim was created by an avatar HG Tester from OSGrid on a region on Openvue (whose Robust and region servers are on r/16669). This was observed at same time via an Openvue avatar "Ai Austin" who can see the avatar labelled as "HG.Tester @osgrid.org". The creator name can be seen in edit mode by both HG Tester/OSGrid and Ai Austin/Openvue. This is as expected.

BUT... an avatar also with name "Ai Austin" from hyper.germangrid.org on r/15669 came to the same region on Openvue and created a new prim. That user could see it labelled as "Ai Austin" (not qualified by @hyper.germangrid.org note).

When edited by Ai Austin the avatar with home grid Openvue it shows as having creator and owner "Unknown User".

See attached image "unknown-user-object.jpg".
TagsNo tags attached.
Git Revision or version number0.7.2 dev
Run Mode Grid (Multiple Regions per Sim)
Physics EngineODE
Script Engine
Environment.NET / Windows32
Mono VersionNone
ViewerSL 2.6.9
Attached Filesjpg file icon unknown-user-object.jpg [^] (243,710 bytes) 2011-06-08 09:22

- Relationships
has duplicate 0005534new HG Friend established on a foreign grid when your avatar label does not show as name @grid gets very messy for other grid user 

-  Notes
(0018617)
Diva (administrator)
2011-06-08 15:47

Are you running both viewers on the same machine? If so, I strongly recommend using different account names because, as I understand it, the viewer caches information per user name. When you login with the same user name you may get the viewer seriously confused. Look at your viewer's cache folder, somewhere in

C:\Users\<you>\AppData\Roaming
(0018618)
Diva (administrator)
2011-06-08 16:02

[16:01] <CIA-52> opensim: diva * r80fc607d7536 /OpenSim/Region/ (3 files in 3 dirs):
[16:01] <CIA-52> opensim: Fixed "Unknown User" listed as creator/owner on prims created with the Build
[16:01] <CIA-52> opensim: button by foreign visitors. Added command to the UserManagementModule to list
[16:01] <CIA-52> opensim: all the known bindings between user UUIDs and their names: show user-names.
(0018622)
aiaustin (developer)
2011-06-09 02:50

Diva, yes that will be the issue. When I test at home I will be using 2 or even 3 viewers logged in to different avatars on one or more grids all on the same machine. It woud also explain why I sometimes seem to get proper object labelling with @grid, sometime just the avatar name, and sometimes "Unknown User" as I move between testing at home on one system and here at work where I use 3 systems.

I will completeley delete the shared cache and the avatar specific caches... which are in two locations on Windows:

Shared across all avatars - C:\Users\<username>\AppData\Local\SecondLife
Avatar specific - C:\Users\<username>\AppData\Roaming\SecondLife
(0018623)
aiaustin (developer)
2011-06-09 02:52
edited on: 2011-06-09 02:52

Testing Openvue on r/15678 now.... I deleted the two unknown user labelled objects one placed from OSGrid avatar and one from a hyper.germangrid.de avatar. When I did that I saw this new message... not there when deleting unknow user objects up to r/15669

10:31:02 - [ASYNC DELETER]: Starting send to inventory loop
10:31:02 - [ASYNC DELETER]: Sending object to user's inventory, action Delete, count 1, 1 item(s) remaining.
10:31:02 - [USER AGENT CONNECTOR]: Malformed Uri : Value cannot be null.
10:31:02 - [USER AGENT CONNECTOR]: new connector to ()
10:31:02 - [USER AGENT CONNECTOR]: Unable to contact remote server
10:31:02 - [USER AGENT CONNECTOR]: Malformed Uri : Value cannot be null.
10:31:02 - [USER AGENT CONNECTOR]: new connector to ()
10:31:02 - [USER AGENT CONNECTOR]: Unable to contact remote server
10:31:02 - [USER AGENT CONNECTOR]: Malformed Uri : Value cannot be null.
10:31:02 - [USER AGENT CONNECTOR]: new connector to ()
10:31:02 - [USER AGENT CONNECTOR]: Unable to contact remote server
10:31:02 - [ASYNC DELETER]: Sending object to user's inventory, action Delete, count 1, 1 item(s) remaining.
10:31:02 - [USER AGENT CONNECTOR]: Malformed Uri : Value cannot be null.
10:31:02 - [USER AGENT CONNECTOR]: new connector to ()
10:31:02 - [USER AGENT CONNECTOR]: Unable to contact remote server
10:31:02 - [USER AGENT CONNECTOR]: Malformed Uri : Value cannot be null.
10:31:02 - [USER AGENT CONNECTOR]: new connector to ()
10:31:02 - [USER AGENT CONNECTOR]: Unable to contact remote server
10:31:02 - [USER AGENT CONNECTOR]: Malformed Uri : Value cannot be null.
10:31:02 - [USER AGENT CONNECTOR]: new connector to ()
10:31:02 - [USER AGENT CONNECTOR]: Unable to contact remote server
10:31:02 - [ASYNC DELETER]: No objects left in inventory send queue.
10:31:04 - [ASYNC DELETER]: Starting send to inventory loop
10:31:04 - [ASYNC DELETER]: No objects left in inventory send queue.

(0018624)
aiaustin (developer)
2011-06-09 03:44
edited on: 2011-06-09 03:48

Tests with openvue on r/15678 (9-Jun-2011)

Tests with two avatars named diffeerntly (HG Tester on OSGrid) and Ai Austin on Openvue grid and logging in to viewers with completekley new caches, and on two separate macghines show the Unknown User issue still occurs.

HG tester from OSGrid teleported to Vue-9000 on openvue and placed a a new priom there. It was looked at straight away while HG Tester was still in the region by Ai Austin on Openvue and the creator and owner showed as Unknown User to Ai Austin but shopwed as HG Tester (no @osgrid.org note) for HG Tester.

Also tested by a user coming from hyper.germangrid while not logged in as tyhe same avatar name anywhere else. The item showed as Unknown User when viewered by another avatar from another grid or from an openvue grid avatar.

I note the new "show user-names" console command for OpenSim.exe and can see very many avatar UUIDs with "Unknown User" as their name whe I use that.

(0018628)
aiaustin (developer)
2011-06-09 05:49

I was just looking at the code for the show user-names command Diva. Where is that name/UUID cache kept for the OpenSim.exe that shows those names? I cannot see a MySQL data base record that seems to contain all the Unknown Users" I have built up, and since I have new setups each time I install the 0.7.2 dev master frro source, I can'rt see where the cache would transfer over from an earlier version. Is there a way to clear that cache to get rid of potentially old standing problems for clean 0.7.2 dev testing?
(0018631)
Diva (administrator)
2011-06-09 06:56

Ai, cache is in memory. The bindings come from a couple of sources:

(1) from the prims stored in the prims table, field CreatorID. If you have those bindings with Unknown User there -- perhaps from previous experiments -- you will always see those bindings. Or maybe at the time they were persisted there was some bug, and CreatorID got only a UUID for foreigners instead of the complete information, which should look like this:
5745cd8c-33df-403f-8d3d-da489ea1022b;http://divacanto.dyndns.org:9000/;Test [^] User
If it's only a UUID, upon startup, the sim won't be able to find any info about those users, so it binds them to the name Unknown User.

(2) from information on the friends table

(3) from foreign visitors when they arrive

The command show user-names tells us exactly the bindings that the simulator knows about, and those are what gets sent to all viewers upon name requests.
(0018634)
aiaustin (developer)
2011-06-09 07:32
edited on: 2011-06-09 07:54

Just tested with a completely new HG visitor to Openvue grid Vue-9000 region. I asked them to place a cube on Vue-9000.

The foreign creating user saw the object as having creator/owner "firstname.lastname"

One Openvue avatar already on the region saw the box as having creator/owner "firstname.lastname" too.

I logged on a second Openvue avatar on a second computer to the region and they saw the creator/owner as "firstname.lastname @gridname:port".

After logging off and back on for both openvue avatars, the object then showed as creator/owner only being "firstname.lastname" - the @gridname:port element had gone even for the avatar that saw it before.

---
Addendum.. now a third avatar logged on to openvue sees the object as creator.owner "firstname.lastname @gridname:port" again!

I wonder if what shows in the creator/owner field alters when the object persists after some minutes?

(0018635)
Diva (administrator)
2011-06-09 07:38

Check what show user-names says.
(0018636)
aiaustin (developer)
2011-06-09 07:48
edited on: 2011-06-09 07:55

Yes I did that.... it shows about 30 such mappings to unknown user.

I am seeing what I can tidy up to help in 0.7.2 dev testing. I had just one HG friend mapping (i.e. 2 reciprocal DB entries) in my DB friends table and that was to a UUID that was listed as Unknown User. So I logged on as that test user and removed that link.

I have 500+ entries in my grid users table.

There will be relatively few prims/objects from foreign users due to the way the regions work... and those that are there are all in a specific collection area on each region as I tidy them up to that to let others copy them, use them as HG jump objects, etc. They do mostly show as Unknown User as you indicated. I have one with avatar.name @unknown for the creator too.

(0018641)
aiaustin (developer)
2011-06-10 08:09
edited on: 2011-06-10 08:10

Diva, for the way the name cache works.. is it currently the case that once a user name is associated with a UUID it stays that way forever?

Or does the cache get replenished or old entries get deleted after some perod?

I.e. is it the case that once "Unknown user" always "Unknown User"? A way to fill in names when someone logs back on especially if the name is "Unknown user" in the current cache might be good?

I also have one user (nebadon) with grid @unknown. Will his name eventually be corrected in the cache?

I wonder if the cache is a simple server side file that can just be deleted to make it start over again?

(0018643)
Diva (administrator)
2011-06-10 08:25

The authoritative information is in the DB (see note 0018631). If it's wrong there, you need to correct it there. The cache is just the memory cache.
(0018644)
aiaustin (developer)
2011-06-10 08:58
edited on: 2011-06-10 08:59

Thanks Diva. I tidied up my prims table a bit .. and now have Nebadon's objects correctly labelled, so I have no "name @unknown" entry in "show names". The problem was that for some of his "created by" objects the domain name was not present it just started /UUID rather than http://host/UUID. [^]

The rest of my "Unknown Users" are all coming (legitimately I assume) from simple UUIDs for creator or owner and will have been created long before HG creator/owner was working.

Its the new "Unknown User" objects I am trying to avoid now.

(0018645)
Diva (administrator)
2011-06-10 10:54

The correct syntax for those identifiers is
uuid;URL;name
(0018646)
aiaustin (developer)
2011-06-10 12:18
edited on: 2011-06-10 12:19

Thanks Diva. Yes, they were all either just UUID (local users and earlier Hypergrid visitors I assume) or all in format uuid;URL;name, but ONE (nebadon) had two types of entry... one that was a valid uuid;URL;name and one where the URL was just /uuid; and no http://host [^] in front of that. I corrected that and the avatar.name @unknown went away in show names.

I assume the faulty creator/owner appeared at some point when we were testing a partially workign system and I let it stay in. I normally roll back if I see major errors.


- Issue History
Date Modified Username Field Change
2011-06-08 09:22 aiaustin New Issue
2011-06-08 09:22 aiaustin File Added: unknown-user-object.jpg
2011-06-08 09:22 aiaustin Git Revision => 0.7.2 dev
2011-06-08 09:22 aiaustin SVN Revision => 15669
2011-06-08 09:22 aiaustin Run Mode => Grid (Multiple Regions per Sim)
2011-06-08 09:22 aiaustin Physics Engine => ODE
2011-06-08 09:22 aiaustin Environment => .NET / Windows32
2011-06-08 09:22 aiaustin Mono Version => None
2011-06-08 09:22 aiaustin Viewer => SL 2.6.9
2011-06-08 09:24 aiaustin Description Updated
2011-06-08 13:20 aiaustin Description Updated
2011-06-08 15:47 Diva Note Added: 0018617
2011-06-08 16:02 Diva Note Added: 0018618
2011-06-09 02:50 aiaustin Note Added: 0018622
2011-06-09 02:52 aiaustin Note Added: 0018623
2011-06-09 02:52 aiaustin Note Edited: 0018623
2011-06-09 03:44 aiaustin Note Added: 0018624
2011-06-09 03:48 aiaustin Note Edited: 0018624
2011-06-09 05:49 aiaustin Note Added: 0018628
2011-06-09 06:56 Diva Note Added: 0018631
2011-06-09 07:32 aiaustin Note Added: 0018634
2011-06-09 07:34 aiaustin Note Edited: 0018634
2011-06-09 07:38 Diva Note Added: 0018635
2011-06-09 07:40 aiaustin Note Edited: 0018634
2011-06-09 07:48 aiaustin Note Added: 0018636
2011-06-09 07:48 aiaustin Note Edited: 0018636
2011-06-09 07:48 aiaustin Note Edited: 0018636
2011-06-09 07:49 aiaustin Note Edited: 0018634
2011-06-09 07:54 aiaustin Note Edited: 0018634
2011-06-09 07:55 aiaustin Note Edited: 0018636
2011-06-10 07:19 Diva Relationship added has duplicate 0005534
2011-06-10 08:09 aiaustin Note Added: 0018641
2011-06-10 08:10 aiaustin Note Edited: 0018641
2011-06-10 08:25 Diva Note Added: 0018643
2011-06-10 08:58 aiaustin Note Added: 0018644
2011-06-10 08:59 aiaustin Note Edited: 0018644
2011-06-10 10:54 Diva Note Added: 0018645
2011-06-10 12:18 aiaustin Note Added: 0018646
2011-06-10 12:19 aiaustin Note Edited: 0018646


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker