After a ThemeFile, the root ctl and DumpConfig say ThemeFile and its path, so what they report writes back

Both said Theme and the name inside the .zon, which no Theme knows, so
writing the report back to /ctl failed with "no theme". While a loaded
ThemeFile is the theme in effect they now say the word that loaded it.
A Dump carries the line too, so a Restore reloads the file.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

1 files changed, 8 insertions, 0 deletions

diff --git a/src/colors.zig b/src/colors.zig
index c78043cc..8d541c13 100644
--- a/src/colors.zig
+++ b/src/colors.zig
@@ -735,6 +735,14 @@ pub fn requestThemeFile(p: *Pardes, id: usize, argument: []const u8) void {
     p.emit(.{ .theme_file = .{ .generation = generation, .on = true } });
 }
 
+/// The .zon a ThemeFile loaded, while it is the theme in effect: what
+/// /ctl and DumpConfig say in place of `Theme <name>`, since the name
+/// inside the file is no theme `Theme` knows.
+pub fn loadedThemeFile(p: *const Pardes) ?[]const u8 {
+    const path = p.theme_file_path.get();
+    return if (p.custom_theme != null and path.len > 0) path else null;
+}
+
 pub const ThemeFileRequest = struct {
     path: []const u8,
     pane: u8,