Commit Graph
742 Commits
Author SHA1 Message Date
osy c066b83069 build: update KosmicKrisp which now requires macOS 26
The new Mesa revision builds KosmicKrisp with the precompiled shader
compiler, and the driver now needs macOS 26 (and the aligned iOS,
tvOS, and visionOS 26 releases) at runtime. Bump the availability
gates on the settings picker and the VM start check to match.

Assisted-by: Claude:claude-fable-5-1
2026-09-23 11:01:44 -05:00
osy 2c71eadfac Merge pull request #7907 from utmapp/settings/add-device-menu-style
settings: match the add-device menu to the sidebar on macOS 26
2026-09-23 09:33:33 -05:00
osy 5a01ce6bc4 Merge pull request #7906 from utmapp/settings/notes-field
settings: use a bezeled multi-line text field for notes on macOS
2026-09-23 09:33:12 -05:00
osy 2e0bfc8bbe settings: match the add-device menu to the sidebar on macOS 26
On macOS 26 and later, the borderless button menu style draws the
Devices "New…" entry as a compact pull-down: smaller text, an untinted
icon, a chevron, and a text column that does not line up with the other
sidebar rows. Only the button menu style combined with the plain button
style renders the label like the neighbouring rows, so use that on
macOS 26 and keep the existing style on older releases and on iOS.

Assisted-by: Claude:claude-fable-5-1
2026-09-23 01:05:58 -05:00
osy dedb00e3b1 settings: use a bezeled multi-line text field for notes on macOS
The macOS notes box was a TextEditor with a hand-drawn half-point
border, which did not match the bezel of the name field above it and
had no focus ring. A TextField with a vertical axis has the right look
but submits on Return instead of inserting a newline, and a drawn
overlay cannot follow the bezel style of each macOS release.

Wrap an NSTextField configured for wrapping instead, so AppKit draws
the same bezel, highlight and focus ring as the name field on every
supported macOS version. Return is routed through the field editor
to insert a newline, the field grows with its contents from a 200pt
minimum, and the page's disableAutocorrection setting is applied to
the field editor as the TextEditor did. iOS keeps the TextEditor.

Assisted-by: Claude:claude-fable-5-1
2026-09-23 00:19:18 -05:00
osy 3de02b50ee settings(qemu): separate custom arguments from the generated command line
The QEMU settings page listed UTM's generated arguments next to the
editable custom ones in a single list, which made users think the
generated arguments could be changed and invited pasting options found
online that do not apply to UTM's build of QEMU.

Move custom arguments to their own page, edited through a popover on
macOS and a pushed page on iOS like port forwarding, instead of inline
text fields that needed SwiftUI workarounds. On macOS the page is hidden
behind a checkbox on the QEMU page that is only on while the settings
sheet is open unless the VM already has custom arguments; a short
disclaimer sits under the checkbox and under the iOS row. The complete
command line is shown as read-only selectable text, so the export
command feature is removed.

Assisted-by: Claude:claude-fable-5-1
2026-09-22 23:21:22 -05:00
osy 100701eb8b Merge pull request #7902 from utmapp/feature/apple-audio-input
apple: allow sound input and output to be enabled separately
2026-09-22 18:51:24 -05:00
osy e50840634f apple: allow sound input and output to be enabled separately
Since the input and output streams were merged into a single
virtio-sound device, playing audio in the guest also opens the host
microphone, which switches Bluetooth headphones into headset mode.
Replace the "Enable Sound" toggle with a choice of input only, output
only, or both so users can avoid opening the microphone.

The existing "Audio" key keeps meaning output and a new "AudioInput"
key is added. When "AudioInput" is missing it defaults to "Audio", so
existing configs keep both streams and new configs still load on older
versions of UTM.

Resolves #7875

Assisted-by: Claude:claude-opus-5-5
2026-09-22 15:03:12 -05:00
osy 29a3c1f62b terminal: update SwiftTerm and adopt its new renderer and find bar
SwiftTerm 2 no longer exposes the underlying Terminal from TerminalView, so
move the terminal views to the copied view APIs: terminalDimensions,
resize(cols:rows:), setCursorStyle, softReset and resetToInitialState. The
view's resize also soft resets the terminal now, so only call it when the
saved size differs, otherwise every resume would reset the guest's modes.

Track SwiftTerm from the osy/SwiftTerm fork's fix/visionos-build branch
for now: upstream main reads UIWindow.screen, which does not exist on
visionOS, and the fork reads the display scale from the trait collection
instead so the visionOS build works again.

SwiftTerm now ships a build tool plugin, which needs two changes to
build_utm.sh for CI. Xcode refuses to run a package plugin the machine has
not trusted, so pass -skipPackagePluginValidation. And -sdk also applies
to host tools, so the plugin's generator was built for the target platform
instead of the Mac and the build could not find it; pick the platform
with a generic destination and the architectures with ARCHS instead.
Also match the SDK name macosx when picking the default macOS scheme.

Take advantage of what the update brings:

- Render with Metal on macOS and iOS, falling back to Core Graphics if the
  GPU pipeline cannot be created. visionOS stays on Core Graphics because
  SwiftTerm's Metal path draws at the wrong scale there.
- Release the renderer with updateUiClosed() when the terminal window
  closes or the iOS view is dismantled, as SwiftTerm now requires.
- Feed guest output straight from the serial port thread; feed() is
  thread-safe now, so the hop to the main queue is no longer needed.
- Add the standard Edit > Find menu on macOS, which the terminal's new
  find bar is driven from.
- Open only http(s) links from the terminal. SwiftTerm now also turns host
  file paths printed by the guest into links, and its default handler on
  macOS opens any URL or existing host path, so clicking one could launch
  a host app. On iOS, let the bell use SwiftTerm's default haptic instead
  of an empty override.

Assisted-by: Claude:claude-opus-5
Assisted-by: Claude:claude-opus-5-5
2026-09-22 14:52:14 -05:00
osy cbbacec96b Merge pull request #7889 from utmapp/display/fullscreen-hot-corners
display: turn off Hot Corners while a VM is in full screen
2026-09-21 09:06:44 -05:00
osy 04b38aec87 display: turn off Hot Corners while a VM is in full screen
A guest in full screen owns the whole display, and its own corners are
commonly used (Start button, Show Desktop, Apple menu). Moving the pointer
there also triggered the Hot Corner configured on the host, e.g. Quick Note
or Mission Control popping up over the guest.

macOS 27 adds NSApplication.PresentationOptions.disableScreenCornerInteractions,
which we now request for the full screen space. The camera housing mode
forces its own options and has to carry the flag over.

On macOS 27.0 the window server keeps the corners disabled for the app after
the full screen space is gone, even though AppKit reports no options, until
the options change again. Reset them when leaving full screen.

Nothing is done for a captured mouse: the pointer is detached from the
cursor and parked in the middle of the screen, so it never reaches a corner.

Assisted-by: Claude:claude-fable-5-1
2026-09-20 03:45:30 -05:00
osy 855bc0d2df config: add Secure Boot option for Apple UEFI guests
macOS 27 lets the host manage Secure Boot state in the EFI variable
store. Add a persisted flag and a toggle in the Boot settings so generic
UEFI guests on the Apple backend can opt in. The state is reconciled when
the configuration is saved, using the default platform key and the
default Microsoft signatures so that mainstream Linux distributions boot
unmodified. The store is only written when its state differs from the
configuration, and a virtual machine with the option off never fails to
save because of it. The option defaults to off because guests without a
Microsoft-signed bootloader would otherwise stop booting.

Assisted-by: Claude:claude-fable-5-1
2026-09-19 23:18:45 -05:00
osy 9d00a54833 Merge pull request #7885 from utmapp/feature/fullscreen-notch
display: fill the area beside the camera housing in full screen
2026-09-19 22:45:35 -05:00
osy 230f400ddc display: fill the area beside the camera housing in full screen
A full screen VM on a Mac with a camera housing loses the strip beside
it, which the guest could otherwise use. Two things keep a native full
screen window out of that strip: AppKit insets the full screen frame and
the window server covers the strip with an opaque menu bar. There is no
public way around either, and a borderless window is not an option
because macOS would no longer treat the VM as a full screen app.

Add an opt-in preference (macOS 27+) and a window subclass that returns
the whole screen as the full screen frame and makes the menu bar of its
own full screen space transparent while it is not revealed. When the menu
bar is revealed it looks and behaves as it always did. It works within
the App Sandbox.

All of it relies on private AppKit and SkyLight symbols. None of them are
used or hooked until the option is enabled and a window enters full
screen, so the window is unaffected by changes to them otherwise. They
are looked up at runtime by name and checked against the signatures we
expect, so no private symbol is linked or compiled into the binary and
if any are missing or different the window behaves like any other.

The window server reveals the menu bar as soon as the pointer is over the
strip, which would make that area of the guest display unusable. It is
instead only revealed when the pointer reaches the top edge of the
screen: until then the space uses presentation options that hide the menu
bar, which also hides the Dock. AppKit applies the options of the space
again when it changes spaces, so they are kept up to date.

The window server only lets a window cover the strip if it does so from
the moment it enters the full screen space, which shapes the rest:

- Every frame query in the transition is answered with the whole screen,
  and later requests to resize the window are ignored, because asking
  for any frame again, even the current one, moves it out of the strip.
  Our window controllers do so to fit the guest display, and AppKit does
  when the space becomes active again.
- Once the strip has been left, such as when tiled in Split View, it is
  not asked for again until full screen is next entered.
- The QEMU window is no longer resized to fit a display the guest just
  changed while the transition to full screen is still running. The flag
  the controller kept for that is only set once the transition is over,
  so the window ended up taller than the screen and lost the strip.
- AppKit parks the auto hidden toolbar behind the menu bar, or over our
  content while the menu bar is hidden, so it is hidden along with it.

The window stands down when tiled, on a screen without a camera housing,
and when the menu bar is set to always be visible in full screen.
Terminal windows do not opt in.

Resolves #6183

Assisted-by: Claude:claude-fable-5-1
Assisted-by: Claude:claude-opus-5
2026-09-19 18:27:21 -05:00
osy 3b0da37c46 apple: run without saving changes on macOS 27
"Run without saving changes" has only been available for QEMU, where it
maps to `-snapshot`. Apple Virtualization has no such option, but
DiskImageKit on macOS 27 can stack a copy-on-write layer on top of an
image and Virtualization accepts the stacked image as a storage
attachment.

When started with the disposable option, the Apple backend now creates a
temporary directory in the sandbox and gives every writable drive an
ephemeral ASIF overlay there. The base image is opened read-only and is
never touched. The EFI variable store and the macOS auxiliary storage are
cloned into the same directory so firmware settings are not persisted
either. The directory is deleted when the guest stops or when start
fails, any leftover from a previous start is discarded before the next
start, and directories orphaned by a crash are swept at app launch.
Removable drives attached at start or hot-plugged during the run are
covered as well.

A disposable run boots fresh and leaves any saved suspend state and the
modification date alone, and reports the save/restore path as
unsupported so closing the window offers to kill the VM instead of
suspending it, matching the QEMU behaviour. The stop paths that delete a
saved suspend state skip that while running disposably.

The context menu, the Start intent and the menu bar extra now check the
backend capability instead of assuming QEMU, and the Apple display window
shows the same "Disposable Mode" subtitle as QEMU.

Assisted-by: Claude:claude-fable-5-1
2026-09-19 10:51:06 -05:00
osy fa92ca48ed asif: use DiskImageKit on macOS 27
ASIF drives for Apple Virtualization are created, inspected and resized
through the private DiskImages2 framework, loaded by path and called via
NSInvocation. macOS 27 ships DiskImageKit, a public Swift-only framework
that covers the same operations and is what Virtualization.framework now
consumes directly.

Add UTMAppleDiskImage, a Swift wrapper that uses DiskImageKit on macOS 27
and later and falls back to the existing UTMASIFImage helper on macOS 13
through 26. The legacy path is confined to one private extension so it
can be deleted together with UTMASIFImage once the minimum host is
macOS 27. DiskImageKit is weak linked because the deployment target is
below macOS 27.

Callers switch to the wrapper; the resize path no longer force-unwraps
the helper.

Assisted-by: Claude:claude-fable-5-1
2026-09-19 10:49:50 -05:00
osy 47eadda150 apple: make the vmnet modes predictable and simpler
Follow-up to the vmnet networking modes:

- Rename "Shared Network (VM to VM)" to "NAT Network" (config value
  "NATNetwork", scripting term "nat network") so the picker does not offer
  two "Shared" modes that differ only by a suffix.
- Request a fixed subnet per mode outside of the ranges vmnet hands out by
  default. Those ranges are also used by NAT attachments and QEMU, so guest
  addresses depended on what else was running whenever the network was
  (re)created. Fall back to a vmnet chosen subnet when ours is taken.
- Show the mode description with DetailedSection. The bare Text row widened
  the form and clipped the labels and controls in the settings window.
- Only require macOS 26 when a network is actually created, so a VM using
  one of these modes can still be edited and saved on older hosts.
- Do not apply locale digit grouping to the vmnet error code.
- Fold the validation flag into the existing one that skipped drives and
  leave the device unattached instead of using a NAT placeholder, remove
  the unused reverse mapping, key the networks by vmnet_mode_t, and isolate
  the manager to the main actor in place of a lock with no concurrent users.

Use .1 as the host-side address within each preferred /24. As reproduced
in PR #7865, vmnet accepts .0 during network creation but the interface
fails later at startup.

Assisted-by: Claude:claude-fable-5-1
Assisted-by: ChatGPT:GPT-6-Astra-Pro
2026-09-18 20:43:49 -04:00
lovon-spec 31b431f8b5 apple: let virtual machines connect to each other
Apple Virtualization's existing Shared Network uses a separate NAT
attachment per VM, so guests cannot use it to reach each other. macOS 26
adds VZVmnetNetworkDeviceAttachment, which lets multiple VMs attach to the
same process-owned vmnet network.

Add two macOS 26+ modes:

- "Shared Network (VM to VM)": guests share a NAT-backed vmnet network and
  can reach each other, the host, and external networks.
- "Host Only": guests share a host-only vmnet network and can reach each
  other and the host without external routing.

UTMAppleVmnetNetworkManager keeps a weak attachment cache per mode while
Virtualization configuration and runtime objects own the attachment and its
native network. The network therefore follows the actual VZ object lifetime
rather than UTM's presentation state, including failure paths where a VZ VM
can remain alive after UTM reports it stopped. Configuration validation uses
a side-effect-free placeholder so saving a VM does not create a live vmnet
network.

Hide both modes before macOS 26 and add matching scripting enumerators and
round-trip parsing.

Resolves #6975.
Related to #7418 and #7380.

Assisted-by: Claude:claude-fable-5-1
Assisted-by: ChatGPT:GPT-6-Pro
Assisted-by: ChatGPT:GPT-5.6-Sol
2026-09-18 13:26:24 +02:00
osy 5534ffab7d Merge pull request #7879 from utmapp/feature/toolbar-power-control
toolbar(macOS): draw VM power controls as one segmented control
2026-09-18 09:33:32 +02:00
osy 73f875c915 toolbar(macOS): draw VM power controls as one segmented control
macOS 26 draws a single Liquid Glass background behind a run of adjacent
toolbar items, so stop, start/pause, and restart read as one undivided
button. A space item only splits that background into separate groups.
The divider Safari's back/forward and Xcode's run/stop show comes from a
segmented control inside one toolbar item, so the nib now defines the
three controls as segments of one.

Clicking the stop segment still stops the VM, and clicking and holding
it still shows the shutdown menu, which now hangs off the segment rather
than an NSMenuToolbarItem. Enabling moves to the individual segments.
Segment tooltips are localizable, so the existing translations move from
the removed items to the segments. An autosaved toolbar item list that
names the removed items falls back to the nib default, so existing
installs pick up the new control.

Segments have no label, so VoiceOver reads their image descriptions.
The stop and restart images get localized descriptions the way the USB
item's image does, and start/pause already had them. German lacked a
"Restart" translation, so the one the removed toolbar item carried moves
to Localizable.strings, where the main menu's Restart item uses it too.
The group's "Power" label reuses the existing Chinese translations.

Assisted-by: Claude:claude-opus-5
2026-09-18 07:10:45 +02:00
osy 800dfc1f14 apple: add USB passthrough on macOS 27
Apple Virtualization VMs could not share host USB devices. macOS 27 adds
public APIs for this: AccessoryAccess.framework reports devices the user
assigned to UTM in the system "Virtual Machine Accessories" menu bar item and
VZUSBPassthroughDevice captures them, so the private API approach from the
abandoned branch is no longer needed.

Devices are reported once per process to UTMAppleUSBManager. A newly assigned
device is connected to the only running VM, or to the VM whose window is in
front when several are running, so the user does not have to select it twice.
The USB menu of the Apple VM window lists assigned devices and can move a
device from another VM after confirmation. A device the user disconnects from
the menu stays assigned to UTM but is not connected again until asked, since
the system reports it again right after it is detached. The VM label is set so
the system menu names the VM.

Connected devices are recorded with their UUID when the VM state is saved and
added to the configuration before the state is restored, so the guest keeps
the device across a suspend. A device that is missing at restore is skipped
and the guest sees it unplugged; the restore itself still succeeds.

Requires the com.apple.developer.accessory-access.usb entitlement.

Assisted-by: Claude:claude-fable-5-1
2026-09-17 22:15:30 +02:00
osy f3645d5018 project: remove code for versions below the new minimum
Now that the deployment targets are iOS 15 and macOS 12, every guard,
fallback and workaround for an older release is dead code that only
obscures what the supported path is. Remove them:

- Drop the `@available` attributes for iOS 15, macOS 11 and macOS 12, and
  unwrap the matching `#available`/`#unavailable` guards in Swift and the
  `@available`/`API_AVAILABLE`/`NS_AVAILABLE_IOS` ones in Objective-C.
- Delete the legacy-only views and helpers left unreachable by that:
  NumberTextFieldOld, VMConfigNetworkPortForwardLegacyView,
  VMContextMenuModifier.bodyBigSur, the nonbrokenSheet, uniqued,
  customBadge, borderedList and legacySettingsToolbar shims, the
  .unsupported BootloaderSelection case, and the iOS 14 sacrificial
  version Section in the QEMU settings list.
- jb_has_cs_execseg_allow_unsigned() has returned false for every host
  since iOS 14.4, so drop it along with the is_device_A12_or_newer()
  helper that only it used. The entitlement parser no longer needs to
  copy the blob either, since that copy existed only so the psychic paper
  needle could be blanked in place.
- VMDisplayTerminalViewController tracked the keyboard frame by hand for
  iOS 14. `useAutoLayout` is a constant that cannot be overridden, so
  nothing ever registered the notification observers and only the
  keyboardLayoutGuide path is reachable.
- VMConfigQEMUView's additionalArguments is now referenced on iOS only,
  which leaves its macOS branch, and the macOS 11 ForEach crash
  workaround inside it, unreachable.
- Raise the Cydia package floor and the postinst/prerm helpers to match
  the new minimum.

Two of the removed guards dropped an error path rather than just a
branch. The shared directory `featureNotSupported` throw covered
VZVirtioFileSystemDeviceConfiguration and friends being macOS 12+, which
no longer applies to any supported host. The macOS guest
`platformUnsupported` throw when decoding a boot config on Intel only
fired on macOS 11; the Apple Silicon requirement it really guards is
enforced unconditionally in
UTMAppleConfigurationSystem.fillVZConfiguration, which both the start and
the save path go through.

Assisted-by: Claude:claude-opus-5
2026-09-16 04:48:37 +02:00
osy 8b13f491b3 Merge pull request #7840 from lprazdnik/fix/caps-lock-release
input(macOS): preserve Caps Lock key releases
2026-09-01 18:57:11 -07:00
osy ba1b183e44 Merge pull request #7837 from lprazdnik/feature/command-option-swap
input(macOS): add command and option key swap
2026-09-01 18:56:52 -07:00
Leo 8f7a663054 input(macOS): preserve Caps Lock key releases
macOS treats Caps Lock as a locking modifier and never delivers its
physical release, so once "Caps Lock is treated as a key" is enabled a
guest that uses it as a held modifier (e.g. a screen reader's NVDA key)
never sees it let go.

While VM input is captured, remap Caps Lock to F20 on each attached
keyboard through IOHIDEventSystemClient (Apple TN2450) so macOS delivers
a normal key down/up pair, which VMMetalView translates back to the Caps
Lock scan code. The keyboard's previous mapping is put back when capture
ends, and a remap left behind by a crash is removed at the next launch.
F20 is the highest function key macOS delivers and is on no Apple
keyboard, so no physical key is shadowed.

Fixes #7838

Assisted-by: Codex:gpt-5
Assisted-by: Claude:claude-fable-5-1
2026-09-01 14:57:42 -07:00
Leo f851786d6d input(macOS): add command and option key swap
Add a single modifier-key mapping control that preserves the existing Control/Command preference while keeping swap modes mutually exclusive. Map both left and right Command and Option keys for QEMU guests.

Assisted-by: Codex:gpt-5
2026-08-27 19:54:36 -07:00
vectorseven c63afe8c11 macOS: add graceful power-down quit policy
Allow users to request guest shutdown when quitting UTM while preserving Save State as the default. Wait for all selected virtual machines to stop, resume paused non-suspended guests, and cancel termination with a visible error when shutdown fails or times out.

Related to #5912.

Assisted-by: Codex:gpt-5.6-sol
Assisted-by: ChatGPT:GPT-5.6-Sol
2026-08-18 11:59:49 -05:00
osy f93a7470b6 project: revert minver bump
We can selectively support DXMT on macOS 13, iOS 16 and so we can revert
the minver bump.
2026-08-04 08:27:04 -07:00
osy ec6d46ecfb Merge pull request #7718 from tan9/fix/usb-toolbar-icon
ui: use cable.connector SF Symbol for USB toolbar item
2026-07-31 22:43:31 -07:00
osy 7d95e50ed7 project: add D3DMetal when included in sysroot 2026-07-30 18:31:59 -07:00
Pei-Tang Huang 9bf989e756 ui: use cable.connector SF Symbol for USB toolbar item
The USB toolbar item used a bundled PNG (Toolbar USB) whose stroke
weight and overall size visibly differed from the surrounding SF
Symbols (cursorarrow.rays, opticaldisc, folder.badge.person.crop,
rectangle.on.rectangle, etc.). The mismatch is especially noticeable
in the floating capsule toolbar on macOS 26 (Tahoe).

Replace the icon with the system SF Symbol cable.connector when
available (iOS 15 / macOS 12 / visionOS 1, the SF Symbols 3 release
where cable.connector was introduced), and keep the existing PNG as
a fallback for older releases.

Assisted-by: Claude:claude-opus-4-7
2026-06-09 17:07:28 +08:00
osy fae923de4b display: default FPS limit to 120Hz on supported devices
Except on iPhone where battery life is a concern.
2026-01-19 14:42:52 -08:00
osy 9abb86bc9e CocoaSpice: update to refactored renderer
This should reduce the latency of scanout updates. This also moves
the logic of viewport scale/origin from CSDisplay to CSRenderer
meaning that if you have multiple mirrored displays, they can have
independent scales.
2026-01-19 10:54:43 -08:00
osy 49e78b1ab3 vm(qemu): check Vulkan compability 2026-01-08 10:47:07 -08:00
osy 85f3044b1f qemu: enable Vulkan support
Resolves #4551
2026-01-07 21:03:12 -08:00
osy 2a913cadb0 qemu: enable support for CGL backend
Thanks to @startergo for the changes. This should enable OpenGL 4.1 on Linux

Resolves #4285
2026-01-04 21:54:36 -08:00
Peter Neutron f5eac52e77 revert(spotlight): remove Spotlight indexing from main PR branch; keep only AppIntents ID fix and auto-activate on Start (macOS) 2025-09-20 10:32:02 +02:00
Peter Neutron 1518ae3736 fix(appintents): stable IDs, Shortcut auto‑activate, Spotlight VM indexing
- Prevent ActionNotFound by adding static action IDs
  - Activate/foreground UTM when starting a VM via Shortcuts
  - Index VM entities (IndexedEntity) and reindex on launch/changes for Spotlight free‑text resolution

feat(Intents): activate UTM before starting VM via Shortcut

feat(spotlight): index VM entities (IndexedEntity) and reindex on launch/changes to fix Spotlight free‑text resolution
2025-09-18 16:12:03 +02:00
osy 436cb776ae display(macOS): fix crash due to incorrect usage of submenu
Fixes #7408
2025-09-15 08:49:51 -07:00
osy 4e79f93898 home: kill non-responsive VMs with second stop
If force stop fails, press stop button again for a kill.
2025-08-28 11:41:15 -07:00
osy b61dc2b2f4 display(macOS): fix crash due to menu item being removed when entering full screen
Fixes #7377
2025-08-26 11:51:04 -07:00
Tiffany Fung 15affed3b0 Update translations for zh-Hans & zh-HK (#7345)
* Fix a typo ("Disply" -> "Display")

* Add new translations for zh-HK

* Add new translations for zh-Hans

* Update TetheredLaunch.zh-HK.md

* Update TetheredLaunch.zh-Hans.md

* Add translations for zh-HK

* Add translations for zh-Hans

* Update translations for zh-HK

* Update translations for zh-Hans
2025-08-18 16:04:14 -07:00
osy acd7534ed5 settings: option to randomize MAC on clone
Resolves #7035
2025-08-17 20:47:37 -07:00
osy 9c33582aba display(macOS): fix hang when pressing cmd+... 2025-08-16 23:40:01 -07:00
osy fa8daa1b77 display(macOS): fix simultaneous mouse buttons
Fixes #7068
2025-08-16 22:46:17 -07:00
osy ed492177ec settings: option to disable ISO key swapping
Fixes #6976
2025-08-16 20:21:14 -07:00
osy da56417dce display(macOS): remove send key from toolbar defaults 2025-08-15 17:01:08 -07:00
osy 3fb1980b95 display(macOS): update toolbar labels to match menu 2025-08-15 16:59:17 -07:00
osy b7bbe30fcf display(macOS): create menu item with VM actions 2025-08-15 16:58:14 -07:00
osy d6f9ab955b settings: add button to reset saved USB devices 2025-08-10 16:51:59 -07:00