View Single Post
  #6  
Old 09-12-2014, 04:30 PM
rencro
Hill Giant
 
Join Date: Sep 2008
Location: So. California
Posts: 219
Default

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.

Last edited by rencro; 09-12-2014 at 11:16 PM.. Reason: replaced knowledge typo in copy/paste haste
Reply With Quote