fix: zone pool parser truncated every zone to its first entry
GoldRush.ZonePool separates zones with '; ' (semicolon + space) but the node/bonus entry IDs within a zone with a bare ';'. BuildSites() split on the bare ';', so each zone's entry list was cut down to its first ID -- which is always a herb. That is why events spawned a single wrong-zone herb and no ore at all (PR #8). Split on the two-character '; ' zone delimiter instead, so every zone keeps its full node and bonus pools.
This commit is contained in:
parent
a0a3574b14
commit
5ffac92934
2 changed files with 35 additions and 1 deletions
|
|
@ -17,6 +17,13 @@ All notable changes to `mod-gold-rush` will be documented in this file.
|
|||
global `GoldRush.NodeEntries` pool exactly as before.
|
||||
|
||||
### Fixed
|
||||
- Zone pool parsing no longer truncates every zone to its first resource entry.
|
||||
`GoldRush.ZonePool` separates zones with `"; "` (semicolon + space) but the
|
||||
node/bonus entry IDs within a zone with a bare `";"`. `BuildSites()` split on
|
||||
the bare `";"`, so each zone's entry list was cut down to its first ID — which
|
||||
is always a herb. That is why events spawned a single wrong-zone herb and no
|
||||
ore at all (reported in PR #8). The parser now splits on the two-character
|
||||
`"; "` zone delimiter, so every zone keeps its full node and bonus pools.
|
||||
- Herb/ore categorization no longer guesses from display-name keywords. The old
|
||||
`SplitByCategory()` matched "lotus"/"clover"/"thorn"/"bloom" for herbs and
|
||||
"vein" for ore, which only worked for the original Northrend default pool and
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue