fix: resolve unexpected miniwindow loop closure on Mac

[Tsingv]

What this PR does

Before this PR: The miniWindow could not popup once closed.

After this PR: Expeteced behavior

Why we need it and why it was done in this way

The implementation of hideMiniWindow in WindowService.ts invokes app.hide(), which is redundant on macOS. Since the miniWindow is not a standard window, application switching does not occur as expected.

If the miniWindow is displayed after the application is hidden, the focus will automatically shift from the miniWindow to the main window, triggering the blur event and causing both windows to be hidden. As a result, the miniWindow cannot be properly displayed.

Breaking changes

NONE

Special notes for your reviewer

NONE

Checklist

This checklist is not enforcing, but it's a reminder of items that could be relevant to every PR.
Approvers are expected to review this list.

• [x ] PR: The PR description is expressive enough and will help future contributors
• [ x] Code: Write code that humans can understand and Keep it simple
• [x ] Refactor: You have left the code cleaner than you found it (Boy Scout Rule)
• [x ] Upgrade: Impact of this change on upgrade flows was considered and addressed if required
• Documentation: A user-guide update was considered and is present (link) or not required. You want a user-guide update if it's a user facing feature.

Release note

NONE

[0xfullex]

Note

This comment was translated by Claude.

macOS 26?

---

Original Content

macOS 26？

[Tsingv]

Yes, MacOS 26.2. Not verified on other versions.

[EurFelux]

CI failed

[0xfullex]

It's possible that the new window behavior in macOS 26 has caused the original hacky code to fail.
The original code worked fine on < OS 26, so a better solution would be to implement version checking, using the new code on OS 26 while keeping the other versions unchanged.

[Tsingv]

Thank you for the advice. The change now only affects macOS 26 and above, and the CI should be working properly.