Here is what I see with UF client:
If I have World:SoFStartZoneID as -1 and I use this sql:
Code:
INSERT INTO `variables` (`varname`,`value`,`information`) VALUES
('startzone','poknowledge','Setting default Startzone for all clients and races to POK');
Then all my created characters will start in POK, wether "Tutorial" is enabled or not.
If lets say I set World:SoFStartZoneID to 21 for "commons"
and it reads as:
Code:
10 World:SoFStartZoneID 21 Sets the Starting Zone for SoF Clients separate from Titanium Clients (-1 is disabled)
And I restart server and create new char, i start in: POK...
Why?
Because the only rule for World:SoFStartZoneID is set to 10, and the zone commons has:
Code:
mysql> use eqemu
Database changed
mysql> select short_name,zoneidnumber,ruleset from zone where short_name = "commons";
+------------+--------------+---------+
| short_name | zoneidnumber | ruleset |
+------------+--------------+---------+
| commons | 21 | 1 |
+------------+--------------+---------+
1 row in set (0.00 sec)
The zones "commons" is using ruleset 1, if I change the rule_values "ruleset_id" to 1 for World:SoFStartZoneID which is using rule_value 21 set earlier (commons zone) and restart server, then new chars on my UF client start in commons.
ie, the ruleset in the rule_values table needs to match what that specific zone is setup for.
The easiest solution is to use the "variables" table setting whilst leaving the World:SOF rule_value at -1, so the code will fallthrough to the variable setting.
just fyi, pok uses ruleset 2.