Discovered a weird bug with team_train_watcher

[Megascatterbomb]

So for the lulz I'm making a custom version of pipeline where all the stages are linked into one long track, and I also chucked a hightower as the 4th and final point for good measure. As a part of this process I've listed 4 points in each of the team_train_watcher entities. However, for some reason, the RED team_train_watcher crashes when trying to display this path on the HUD. This either results in the RED cart not appearing on the HUD, or the entire game crashing (the BLU watcher is unaffected and displays as expected). I have tried the following to fix this issue:

• I have massively reduced the number of entities (~950 edicts)
• I have cut down the number of path_tracks in the path to <100 in each path.
• I have verified that no loops/breaks exist in the track (the cart moved along the entire path as expected and all other game logic works as expected; even the glow that the team_train_watcher applies worked).
• I have unchecked all rollback/rollforward flags on the path_tracks as I'm aware a limit exists on how many can be displayed on the HUD at once.
• I have copied the whole map into a new VMF; tested the map with only game logic, cleared all errors from the compile log, etc.

Either I've made a mistake that I've yet to find or I've found another tentacle in the Source Spaghetti Monster. I've attached the VMF and compile log so you all can take a look. One thing that stands out is the qhull precision error but I think that's unrelated. Please help if you can, I'd love to get this crazy idea of a map working.

Spoiler: Compile Log

Starting a 'Fast' compile.
Starting compilation of plr_pipeline_custom
Valve Software - vbsp.exe (Jun 18 2021)
24 threads
MSG_FILEWRITE - Filesystem was asked to write to 'S:\Backup\maps\plr_pipeline_custom.log', but we don't own that location. Allowing.
materialPath: C:\Program Files (x86)\Steam\steamapps\common\Team Fortress 2\tf\materials
Loading S:\Backup\maps\plr_pipeline_custom.vmf
ConVarRef mat_reduceparticles doesn't point to an existing ConVar
Patching WVT material: maps/plr_pipeline_custom/nature/blendrockground001_wvt_patch
fixing up env_cubemap materials on brush sides...
ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)
ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)
Processing areas...done (0)
Building Faces...done (0)
Chop Details...done (0)
Find Visible Detail Sides...
Merged 1532 detail faces...done (1)
Merging details...done (0)
FixTjuncs...
PruneNodes...
WriteBSP...
done (1)
writing S:\Backup\maps\plr_pipeline_custom.prt...Building visibility clusters...
done (0)
*** Error: Skybox vtf files for skybox/sky_night_01 weren't compiled with the same size texture and/or same flags!
Can't load skybox file skybox/sky_night_01 to build the default cubemap!
*** Error: Skybox vtf files for skybox/sky_night_01 weren't compiled with the same size texture and/or same flags!
Can't load skybox file skybox/sky_night_01 to build the default cubemap!
Finding displacement neighbors...
Finding lightmap sample positions...
Displacement Alpha : 0...1...2...3...4...5...6...7...8...9...10
Building Physics collision data...

qhull precision error: Only 4 facets remain.  Can not merge another
pair.  The convexity constraints may be too strong.  Reduce the
magnitude of 'Cn' or increase the magnitude of 'An'.  For example,
try 'C-0.001' instead of 'C-0.1' or 'A-0.999' instead of 'A-0.9'.
done (1) (2572900 bytes)
Placing detail props : 0...1...2...3...4...5...6...7...8...9...10
Water found with no water_lod_control entity, creating a default one.
Compacting texture/material tables...
Reduced 9285 texinfos to 6647
Reduced 147 texdatas to 143 (3136 bytes to 2992)
Writing S:\Backup\maps\plr_pipeline_custom.bsp
MSG_FILEWRITE - Filesystem was asked to write to 'S:\Backup\maps\plr_pipeline_custom.bsp', but we don't own that location. Allowing.
Wrote ZIP buffer, estimated size 1509, actual size 1161
9 seconds elapsed
Valve Software - vvis.exe (Jun 18 2021)
fastvis = true
nosort = true
MSG_FILEWRITE - Filesystem was asked to write to 's:\backup\maps\plr_pipeline_custom.log', but we don't own that location. Allowing.
24 threads
reading s:\backup\maps\plr_pipeline_custom.bsp
reading s:\backup\maps\plr_pipeline_custom.prt
3083 portalclusters
8319 numportals
BasePortalVis:       0...1...2...3...4...5...6...7...8...9...10 (0)
Optimized: 696117 visible clusters (12.08%)
Total clusters visible: 5762228
Average clusters visible: 1869
Building PAS...
Average clusters audible: 3054
visdatasize:2167990  compressed from 2417072
writing s:\backup\maps\plr_pipeline_custom.bsp
MSG_FILEWRITE - Filesystem was asked to write to 's:\backup\maps\plr_pipeline_custom.bsp', but we don't own that location. Allowing.
0 seconds elapsed
S:\Backup\maps\plr_pipeline_custom.bsp -> C:\Program Files (x86)\Steam\steamapps\common\Team Fortress 2\tf\maps\plr_pipeline_custom.bsp
1 File(s) copied
'Fast' compile finished in 00:00:10
3 errors/warnings logged:
  3 errors/warnings logged for plr_pipeline_custom:
    ● 2x: Caution: Can't load skybox file skybox/sky_night_01 to build the default cubemap!
    ● 1x: Info: fastvis = true

 

[Megascatterbomb]

SMH I've had "Start Disabled" set on my RED carts trigger_capture_area for the past 2 days.

However, for reasons unknown, now only the RED cart hud works properly. And yes I checked the BLU cap_area. I'll double check everything else to be sure

 

[Megascatterbomb]

Solved the issue! It was a combination of the stuff I mentioned previous + group indexes. RED points must have a group index of 0 and BLU points must have a group index of 1.