Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008444opensim[GRID] Robust Serverpublic2019-01-07 08:152019-01-11 09:26
ReporterFerd Frederix 
Assigned To 
PlatformRobust versus Region conflictOperating SystemWindowsOperating System Version10
Product Version0.9.0 
Target VersionFixed in Version 
Summary0008444: When first started, Robust prompts for Default User. Regions prompt for Test User
DescriptionRobust must have a default user name on first startup. The regions also ask for an Estate owner that owns them. The defaults differ, which is potentially confusing to new grid owners.

Robust defaults to Default User. Regions default to Test User.

For a new grid owner, this may cause issues. When Dreamgrid starts, it detects Robust running, types 'create user<enter>' and then pauses startup. I pop up a message explaining what to do. Some people just click enter at the prompts, and that proceeds to start up the default Welcome region. They then see the Region Prompt in the First region, and press enter, which will not work There is no Test User.

It is a trivial problem and a trivial fix, but it is still a problem for those who screw up like this,as the Robust data has scrolled away, and they don't know who owns their grid and can no longer change it.

The reason I ask for this simple change is I try to use only core Opensim in the several thousand Dreamgrids.
Steps To ReproduceStart a new grid, or download Dreamgrid (Windows only) from [^]

Put that in a blank folder and run it. When you click [Start]m which boots standard Opensim, Robust shows this:

R.O.B.U.S.T.# create user
First name [Default]:
Last name [User]:
Email []:
User ID [f038a078-2ac2-4df7-adfc-d7c91c8defbc]:
Model name []:
10:04:45 - [AUTHENTICATION DB]: Set password for principalID f038a078-2ac2-4df7-adfc-d7c91c8defbc

Press enter for each prompt.

The Welcome Region shows this, so the defaults will not work.

Estate My Estate has no owner set.
Estate owner first name [Test]:
Estate owner last name [User]:
10:04:52 - [OPENSIM]: Unable to store account. If this simulator is connected to a grid, you must create the estate owner account first at the grid level.
Estate My Estate has no owner set.
Estate owner first name [Test]:

Additional InformationMinor issue: Does anyone know what Model Name does, and what is a correct entry for this? Is it a default avatar?
TagsNo tags attached.
Git Revision or version number
Run Mode Grid (1 Region per Sim) , Grid (Multiple Regions per Sim)
Physics EngineBulletSim
Script Engine
Environment.NET / Windows64
Mono VersionNone
Attached Files

- Relationships

-  Notes
BillBlight (developer)
2019-01-07 09:23
edited on: 2019-01-07 09:24

I agree that Test User compared to Default User may be confusing, but the region owner is NOT always the same as the Default User, so that could also be confusing.

Maybe Change it to Region Owner, instead of Test User for that prompt ..

or something like OwnerFirst, then OwnerLast ...

aiaustin (developer)
2019-01-09 00:49

I understand Bill but, of course, properly setup grids will change Default User and Test User a yway as they are started up for the first fime.

But click to take defaults is common on simple or personal grids especially when stting things up for the first time. Fred is suggesting a simple change of making both the default robust user and the default region creation user that would make that “just work”. It seems a helpful change.
BillBlight (developer)
2019-01-09 05:41

Soooo I'm just going to be blunt ...

This is a request for idiot proofing not an real needed function change?
UbitUmarov (administrator)
2019-01-09 05:50

Model avatar is a optional existent avatar that is copied (appearance) to the new one instead of using the one with defaults.
aiaustin (developer)
2019-01-09 07:48
edited on: 2019-01-09 07:49

@BillBlight.. yes I think so... but that's useful isn't it?

Sorry to go a bit off piste.. but @Ubit's comment got me thinking...

@Ubit... as I normally use Diva Wifi and have avatars set up there as templates I have not tried the "default Avatar" mechanism. I see this in my OpenSim.log files...

2019-01-09 12:29:01,753 DEBUG [RADMIN]: Creating default avatar entries
2019-01-09 12:29:01,753 DEBUG [RADMIN]: No default avatar information available
2019-01-09 12:29:01,753 INFO [RADMIN]: Default avatars not loaded

But I was just playing about and see the "Model name []:" line when doing create user in the Robust console and the [] options is empty. I can type in an existing avatar name and that appearance is copied, so works as expected. But, I created avatars named "Default Male" and "Default Female" and restarted and still get the three [RADMIN] lines, and creating an avatar still shows model name as [] empty. Is there a config trick to tell the system which avatars to offer as default models in the [] list? Or maybe this mechanism it only works for standalone rather than Robust grids?

BillBlight (developer)
2019-01-09 07:54
edited on: 2019-01-09 07:57

@aiaustin I don't think it could populate those for the console command, as it would also have to ask you , Male or Female, the other only works for standalone I'm pretty sure ..

So it is a minor thing to type Default Male or Default Female, if it would have to prompt you for that anyway on creation ..

BillBlight (developer)
2019-01-09 07:57

@aiaustin, as far as the other, I'd be up for the default user thing if it was just for consistency, but the "Make it easier" thing always rubs me the wrong way.

Removing the requirement to use a brain cell, should never be an option in running opensimulator ..

Also anybody is free to patch it to make it the way they want it for their own local projects.
aiaustin (developer)
2019-01-09 08:01
edited on: 2019-01-09 08:01

Noted @BillBlight … I actually tried it when I just had one avatar named starting "Default"... i.e. "Default Female"

So what is the message in OpenSim.exe console log about. What is it looking for and what is it expecting if its set up? Clearly just having one or more avatars whose first name is "Default" has no effect (on a Robust Grid anyway)

2019-01-09 12:29:01,753 DEBUG [RADMIN]: Creating default avatar entries
2019-01-09 12:29:01,753 DEBUG [RADMIN]: No default avatar information available
2019-01-09 12:29:01,753 INFO [RADMIN]: Default avatars not loaded

BillBlight (developer)
2019-01-09 08:04

@aiaustin, that is the remote admin firing up, you can use RA on Robust, just those default functions don't seem to work on robust ..
Ferd Frederix (reporter)
2019-01-11 08:24

Thanks for the "model" answers and commentary. That helps a lot.

The confusion seems to be that First Name: [Default] reads to some people who have never seen a console before that it will create a default user, not a User named "Default". Which top us, it obviously does, and it's too late to take it back after pressing <Enter> twice.

User-facing prompts are important. Is there serious objection to the suggestion other than it is trivial, which is what it was originally marked as? Why not treat the first thing a brand new Grid Op sees just as seriously as we treat comments in INI files?

The syntax is that [] means an empty string is an acceptable response.
Perhaps consider removing the [Default User] and [Test User] prompt and default.

Also, Password: is missing the []. It is optional, and blank is allowed.
aiaustin (developer)
2019-01-11 09:26

I am a firm believer in making things consistent and bomb proof :-)

- Issue History
Date Modified Username Field Change
2019-01-07 08:15 Ferd Frederix New Issue
2019-01-07 09:23 BillBlight Note Added: 0033729
2019-01-07 09:24 BillBlight Note Edited: 0033729 View Revisions
2019-01-09 00:49 aiaustin Note Added: 0033736
2019-01-09 05:41 BillBlight Note Added: 0033738
2019-01-09 05:50 UbitUmarov Note Added: 0033739
2019-01-09 07:48 aiaustin Note Added: 0033742
2019-01-09 07:49 aiaustin Note Edited: 0033742 View Revisions
2019-01-09 07:54 BillBlight Note Added: 0033743
2019-01-09 07:55 BillBlight Note Edited: 0033743 View Revisions
2019-01-09 07:57 aiaustin Note Edited: 0033743 View Revisions
2019-01-09 07:57 BillBlight Note Added: 0033744
2019-01-09 08:01 aiaustin Note Added: 0033745
2019-01-09 08:01 aiaustin Note Edited: 0033745 View Revisions
2019-01-09 08:04 BillBlight Note Added: 0033746
2019-01-11 08:24 Ferd Frederix Note Added: 0033766
2019-01-11 09:26 aiaustin Note Added: 0033768

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker