Refactored GMCP system from monolithic to granular node architecture

[MorquinDevlar]

This PR transforms the GMCP system from monolithic structures that sent complete state updates to a granular architecture with individual "lowest level node" structures. Instead of sending entire Char, Room, or Party objects, the system now sends only the specific nodes that changed (e.g., Char.Vitals, Room.Info.Exits, Party.Vitals). This enables real-time updates without the overhead of transmitting complete state objects.

Added

Granular Node Structure:

• Room nodes: Info.Basic, Info.Exits, Info.Contents.Players, Info.Contents.Npcs, Info.Contents.Items, Info.Contents.Containers, Add.Player/Npc/Item, Remove.Player/Npc/Item
• Character nodes: Individual nodes for Info, Status, Stats, Vitals, Worth, Affects, Inventory.Worn, Inventory.Backpack.Items, Inventory.Backpack.Summary, Quests, Pets
• Party nodes: Separated Party.Info and Party.Vitals for efficient updates
• Game nodes: Enhanced Game.Who.Players with real-time updates

GMCP Combat Modules:

• Individual combat tracking modules: Char.Combat.Cooldown, Char.Combat.Damage, Char.Combat.Enemies, Char.Combat.Events, Char.Combat.Status, Char.Combat.Target
• Real-time combat cooldown updates (200ms intervals)
• Combat participant tracking with automatic cleanup
• Target HP monitoring and updates
• Combat state management with deduplication
• PlayerDespawn cleanup handlers for all tracking data
• Combat event tests with comprehensive coverage

GMCP Request Options:

• SendFullPayload support for requesting complete state updates
• Individual node requests via Send commands (e.g., SendCharVitals, SendRoomInfoExits)
• Clients can request full payloads via Core.Options with {"SendFullPayload": true}

Enhanced Room Features:

• Exit details with type, state, hasKey, hasPicked fields
• NPC threat levels (peaceful/hostile/aggressive/fighting) and targeting arrays
• Quest flags on items and NPCs
• Individual add/remove events for room contents

New Events for Tracking:

• CharacterAlignmentChanged - Tracks alignment shifts
• CombatStarted/CombatEnded - Combat state changes
• DamageDealt/HealingReceived - Combat damage tracking
• TargetChanged - Target switching
• AggroGained/AggroLost - Enemy attention tracking
• MobVitalsChanged/MobStatusChanged - Mob state updates
• CombatActionStarted/Completed/Interrupted - Action tracking
• AttackAvoided - Dodges, parries, blocks
• CombatEffectTriggered - Special combat effects
• CombatantFled - Flee attempts
• ExitLockChanged - Exit state changes

Other Improvements:

• Exit state change notifications via GMCP
• Combat event logging hooks
• Helper function validateUserForGMCP() for consistent validation
• Rate limiting for vitals updates (100ms minimum interval)
• Item command field indicating primary action
• Unix epoch timestamp in Game.Info.login_time_epoch

Removed

• Monolithic GMCP update structures
• Redundant whitespace from multiple files

Breaking Changes (Only for the Mudlet UI - new UI fixed and ready to deploy)

• Room.Info is now split into Room.Info.Basic, Room.Info.Exits, and Room.Info.Contents subnodes
• Character data split into individual nodes instead of single Char object
• Party structure separated into Party.Info and Party.Vitals
• JSON field naming: num → id, coords → coordinates

[MorquinDevlar]

The latest commit fixes the bug/issue I encountered while testing:

Problem

The GMCP module's plugin configuration system was overwriting user-defined settings. When users added custom values to their config-overrides.yaml file under the Modules.gmcp namespace, these values were being replaced by the plugin's default configuration on server startup.

Root Cause

The plugin system used AddOverlayOverrides() which unconditionally overwrote configuration values, even when users had explicitly set different values in their override files. Additionally, the GMCP Mudlet module cached configuration values at startup, preventing runtime configuration changes from taking effect.

Solution

Configuration Preservation

• Added AddOverlayDefaults() function in internal/configs/configs.go that only sets configuration values if they don't already exist
• Changed plugin loading in internal/plugins/plugins.go to use AddOverlayDefaults() instead of AddOverlayOverrides()
• This ensures user-defined values in config-overrides.yaml take precedence over plugin defaults

Dynamic Configuration Reading

• Removed cached MudletConfig struct from the GMCP Mudlet handler
• Configuration values are now read on-demand using getConfigString()
• Each GMCP message that needs configuration data reads the current value from the config system
• This allows configuration changes to take effect without server restart

YAML Structure Preservation

• Added YAML v3 support to maintain file structure, comments, and field order when saving configuration
• Implemented marshalConfigWithOrder() and related functions to update YAML files without reorganizing them
• This prevents the config-overrides.yaml file from being reformatted when the server saves changes

Type System Improvements

• Updated StringToConfigValue() to accept simplified type names ("int", "string", "bool") in addition to full type names
• Changed default behavior for unknown types from ConfigSliceString to ConfigString
• This provides better compatibility with module configurations which typically use simple string values

How It Works Now

1. Plugin default configurations are loaded from embedded files (e.g., modules/gmcp/files/data-overlays/config.yaml)
2. These defaults are applied using AddOverlayDefaults() which checks if values already exist
3. User overrides in config-overrides.yaml are preserved and take precedence
4. When GMCP needs configuration (e.g., sending Mudlet map URL), it reads the current value from the config system
5. Configuration changes can be made at runtime and will be used immediately without requiring a server restart

This architecture supports multiple GMCP sub-modules sharing configuration while respecting user customization.

[MorquinDevlar]

If the mob-equipment-template PR gets approved first, I will have to make a minor change to this one, to use the new UserInterface structure, as this one still uses the old TextFormats setup. Just FYI.

[MorquinDevlar]

Latest commit also addresses the WebClient to be able to use the moduler GMCP setup.

I've also added a minor fix to enable the WebClient to be used across HTTPS.