Compare commits
No commits in common. "fa79526eb62e5f3d108d3f89dfb3a3f035530664" and "28248f0fa72f690e3570772c9d92a87b3a9bc221" have entirely different histories.
fa79526eb6
...
28248f0fa7
1 changed files with 1 additions and 23 deletions
|
|
@ -487,29 +487,7 @@ private:
|
|||
if (!IsEligibleAnchor(player))
|
||||
return {};
|
||||
|
||||
GoldRushSite site = BuildSiteFromAnchor(player);
|
||||
|
||||
// BuildSiteFromAnchor only knows the player's live zone/area IDs -- it has
|
||||
// no access to the per-zone NodeEntries/BonusEntries parsed from
|
||||
// GoldRush.ZonePool into _sites. SelectSiteForPlayer() tries a player
|
||||
// anchor FIRST and only falls back to picking randomly from _sites when no
|
||||
// eligible player is available, so without this lookup, the common case
|
||||
// (a live player standing in a configured zone) silently lost its
|
||||
// zone-specific resources and fell back to the global pool every time --
|
||||
// exactly the bug reported after the v2 zone-resources feature shipped:
|
||||
// events kept spawning the default Northrend-flavored global pool
|
||||
// regardless of which zone they were actually anchored in.
|
||||
for (GoldRushSite const& configured : _sites)
|
||||
{
|
||||
if (configured.ZoneId == site.ZoneId)
|
||||
{
|
||||
site.NodeEntries = configured.NodeEntries;
|
||||
site.BonusEntries = configured.BonusEntries;
|
||||
break;
|
||||
}
|
||||
}
|
||||
|
||||
return site;
|
||||
return BuildSiteFromAnchor(player);
|
||||
}
|
||||
|
||||
std::vector<GoldRushSite> BuildSites(std::string const& zones) const
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue