set_as_help_menu_for_nsapp and set_as_windows_menu_for_nsapp are broken on macOS

[rosingrind]

According to https://stackoverflow.com/a/74964099, setting windowsMenu and helpMenu at NSApp should fill these menus with pre-defined macOS items such as window controls, Spotlight menu item, etc.

On latest muda-v0.15.3 and macOS 15.2 (24C101) I don't get expected behavior, take https://github.com/tauri-apps/muda/blob/muda-v0.15.3/examples/winit.rs and this patch:

diff --git a/examples/winit.rs b/examples/winit.rs
--- a/examples/winit.rs
+++ b/examples/winit.rs
@@ -68,8 +68,9 @@
     let file_m = Submenu::new("&File", true);
     let edit_m = Submenu::new("&Edit", true);
     let window_m = Submenu::new("&Window", true);
+    let help_m = Submenu::new("&Help", true);
 
-    menu_bar.append_items(&[&file_m, &edit_m, &window_m]);
+    menu_bar.append_items(&[&file_m, &edit_m, &window_m, &help_m]);
 
     let custom_i_1 = MenuItem::new(
         "C&ustom 1",
@@ -125,6 +126,8 @@
 
     edit_m.append_items(&[&copy_i, &PredefinedMenuItem::separator(), &paste_i]);
 
+    help_m.append(&PredefinedMenuItem::separator());
+
     #[cfg(target_os = "windows")]
     {
         use winit::raw_window_handle::*;
@@ -138,7 +141,8 @@
     #[cfg(target_os = "macos")]
     {
         menu_bar.init_for_nsapp();
-        window_m.set_as_windows_menu_for_nsapp();
+        // help_m.set_as_help_menu_for_nsapp();
+        // window_m.set_as_windows_menu_for_nsapp();
     }
 
     let menu_channel = MenuEvent::receiver();

with set_as_windows_menu_for_nsapp call:

with set_as_help_menu_for_nsapp call:

without set_as_windows_menu_for_nsapp call:

without set_as_help_menu_for_nsapp call: