macOS can automatically list a nearby iPad under the “Move to iPad” option when you hover over the green window button. The option belongs to Apple’s Sidecar feature, which can use an iPad as a second Mac display.
Removing a particular iPad from that menu is harder than disabling Sidecar itself.
Turning off Handoff may leave the iPad listed. Disabling Wi-Fi can stop Sidecar from connecting while the menu entry remains. Turning off Bluetooth on the iPad appears to remove it, but that can be a problem when the iPad needs Bluetooth for a stylus or another accessory.
Apple currently provides no documented setting for excluding one specific iPad from Sidecar while keeping it on the same Apple Account with Bluetooth enabled.
There are still a few useful tests and workarounds. Some are safer than others.
What the “Move to iPad” Option Does
Apple includes the green window button among the ways to start Sidecar.
When Sidecar sees an eligible iPad, hovering over the green full-screen button on a Mac window can show an option to move that window to the iPad.
The same iPad may also appear through the Mac’s display controls.
Apple says a wireless Sidecar connection requires compatible devices that:
- Are signed in to the same Apple Account with two-factor authentication.
- Have Wi-Fi enabled.
- Have Bluetooth enabled.
- Have Handoff enabled.
- Are within about 10 metres of each other.
- Are not using conflicting internet-sharing features.
Those requirements apply to a working wireless Sidecar connection.
They do not tell us exactly how macOS decides which devices should first appear in the menu. Apple does not publish a detailed description of Sidecar’s discovery process.
That difference helps explain some of the behavior reported on macOS Tahoe.
Turning Off Handoff May Leave the iPad Listed
A reasonable first attempt is disabling Handoff.
On the Mac:
System Settings > General > AirDrop & Continuity > Allow Handoff between this Mac and your iCloud devices
On the iPad:
Settings > General > AirPlay & Continuity > Handoff
This affects Apple’s Handoff feature, which lets you start an activity on one Apple device and continue it on another.
Sidecar is a separate Continuity feature.
In the Ask Different case reported on September 30, 2026, disabling Handoff on the Mac and iPad did not remove the iPad from the “Move to iPad” menu.
This tells us that the Handoff switch cannot be treated as a Sidecar visibility switch.
Apple still lists Handoff among the requirements for wireless Sidecar, so disabling it may affect whether a full Sidecar session can work correctly. It simply does not provide the per-device control needed here.
Wi-Fi Can Stop the Connection Without Removing the Menu Entry
The same report tested the iPad with Wi-Fi disabled.
The iPad continued to appear under “Move to iPad.” Trying to connect then failed because Wi-Fi was unavailable.
That behavior lines up with Apple’s documentation, which requires Wi-Fi for wireless Sidecar.
It also shows why turning off Wi-Fi is a poor solution for this specific problem.
The Mac can apparently become aware of the iPad before all Sidecar connection requirements have been validated.
A useful way to think about the process is:
- macOS becomes aware of a nearby compatible iPad.
- The iPad appears as a possible Sidecar destination.
- macOS checks whether a Sidecar session can actually be established.
- The connection succeeds or fails depending on the available services and settings.
Apple does not document these as formal Sidecar stages, so this sequence should be treated as an explanation of the observed behavior rather than Apple’s published implementation.
Bluetooth Has a Bigger Effect on Device Discovery
Disabling Bluetooth on the iPad produced a different result in the Ask Different test.
The iPad disappeared from the Mac’s Sidecar menu.
That gives Bluetooth a stronger connection to the discovery behavior seen here.
Apple’s Continuity security documentation confirms that Bluetooth Low Energy is used for nearby-device communication in features such as Handoff. Wi-Fi and iCloud are also involved across Apple’s Continuity features.
Apple does not publish enough information about Sidecar discovery to say that Bluetooth alone creates the menu entry.
The safer conclusion is narrower: disabling Bluetooth on the iPad removed the Sidecar destination in this reported Tahoe setup.
For users who need Bluetooth on the iPad for a stylus, that fix creates another problem.
macOS Has No Sidecar Master Switch in AirDrop & Continuity
The AirDrop & Continuity settings in macOS Tahoe include controls for features such as Handoff, AirDrop and AirPlay Receiver.
There is no documented Sidecar toggle in that section.
Sidecar controls are normally shown after an iPad has been connected as a display. Apple provides settings for items such as sidebar placement, Touch Bar behavior and Apple Pencil use.
Apple does not provide a setting similar to:
Never show this iPad as a Sidecar destination.
There is also no user-facing Sidecar deny-list for Apple devices associated with the same account.
That missing control is the core limitation behind this problem.
Apple Configurator and MDM Profiles Do Not Provide a Sidecar Block
Configuration profiles are another place worth checking because Apple exposes many device restrictions through its management framework.
For example, Apple documents the allowActivityContinuation restriction for activity continuation and Handoff-related behavior.
Apple also provides allowUniversalControl, which administrators can use to disable Universal Control.
Apple’s current device-management documentation does not list an equivalent Sidecar restriction.
There is no documented:
allowSidecarrestriction.
Apple also does not document a Sidecar allow-list or deny-list for individual iPads.
That means creating a profile through Apple Configurator does not currently provide a supported way to hide one personal iPad from the Mac’s Sidecar menu.
A private or undocumented profile key could behave differently on some versions of macOS, but relying on one would introduce the same update and compatibility problems as undocumented Terminal preferences.
The Old AllowAllDevices Command Does Not Disable Sidecar
Another suggestion that appears in older Sidecar discussions is:
defaults write com.apple.sidecar.display AllowAllDevices -bool falseAllowAllDevices is not an Apple-documented Sidecar disable setting.
The preference appeared during the early Sidecar period around macOS Catalina and was commonly discussed as a way to try to make unsupported hardware available to Sidecar.
That history matters because it explains why setting the value to false does not create a Sidecar block list.
The Ask Different user tested the preference and found that the iPad continued to appear.
There is little reason to keep experimenting with undocumented com.apple.sidecar preferences unless a specific key has been independently verified on the exact macOS release being used.
Private preferences can disappear or change behavior after a system update.
Try Disabling Bluetooth on the Mac Instead
This is one of the more useful tests for anyone who needs Bluetooth on the iPad because of a stylus.
Leave Bluetooth enabled on the iPad.
Then disable Bluetooth on the Mac:
System Settings > Bluetooth > Off
The stylus can continue talking directly to the iPad.
Apple says Bluetooth must be enabled on both devices for wireless Sidecar, so switching it off on the Mac removes one of the requirements for a wireless Sidecar session.
There is one unanswered detail.
The original Ask Different report tested Bluetooth off on the iPad. It did not document what happens when Bluetooth is disabled only on the Mac.
The result may be one of two things:
- The iPad disappears from the Sidecar menu.
- The iPad remains visible but cannot connect.
Because Apple does not document the discovery process, the only reliable way to know on a particular Mac is to test it.
This workaround also affects every Bluetooth device connected directly to the Mac. A Magic Mouse, Magic Keyboard, AirPods or other Bluetooth peripheral would disconnect.
It is useful mainly when the Mac itself does not need Bluetooth.
Universal Control Is a Separate Setting
Universal Control can make a Mac and iPad feel closely connected, which makes it easy to confuse with Sidecar.
Their functions are different.
Sidecar uses the iPad as a Mac display.
Universal Control keeps the iPad running iPadOS while allowing the Mac’s keyboard, mouse or trackpad to control it.
The Universal Control option can be found under the Mac’s display settings, including the control that allows the pointer and keyboard to move between nearby Macs and iPads.
Disabling it can stop Universal Control.
It should not be expected to remove a Sidecar destination.
Apple’s management framework reinforces this separation because Universal Control has its own documented restriction while Sidecar does not.
Turning Off AirPlay Receiver Does Not Disable Sidecar
AirPlay Receiver is another setting found under:
System Settings > General > AirDrop & Continuity
It controls whether other Apple devices can stream content to the Mac using AirPlay.
That direction matters.
Sidecar is using the iPad as a display for the Mac. AirPlay Receiver controls receiving AirPlay content on the Mac.
Turning off AirPlay Receiver does not provide a documented way to hide an iPad from Sidecar.
Signing the iPad Into a Different Apple Account
Apple requires both devices to use the same Apple Account with two-factor authentication for wireless Sidecar.
Moving the iPad to a different Apple Account would therefore remove one of Sidecar’s basic requirements.
This is technically useful but rarely practical.
Changing the account can affect:
- iCloud Drive
- iCloud Photos
- Messages
- Find My
- Password and Keychain syncing
- App and media purchases
- Other Continuity functions
An account change makes sense only when the iPad is already intended to operate independently from the Mac.
It is too disruptive to use as a normal Sidecar preference.
Avoid AWDL and Continuity Service Hacks for This Problem
More aggressive fixes sometimes involve awdl0, packet filtering, Continuity daemons, launch services or private Apple frameworks.
These approaches can interfere with Sidecar networking.
They can also affect other Apple features that share nearby-device networking components, including AirDrop and parts of Continuity.
There is another reason they are poorly suited to this case.
The Wi-Fi test already showed that breaking a Sidecar connection requirement does not guarantee that the destination disappears from the menu.
A network-level block could leave the same cosmetic problem while creating new connectivity issues elsewhere.
Private system services can also change between macOS releases.
For a menu entry that causes no activity until selected, that trade-off is hard to justify.
Practical Options Compared
| Method | What happens | iPad Bluetooth stays on? | Suitable for this case? |
|---|---|---|---|
| Disable Handoff | May affect Handoff and Sidecar operation, but the iPad can remain listed | Yes | Usually no |
| Disable iPad Wi-Fi | Wireless Sidecar fails, but the iPad can remain listed | Yes | No |
| Disable iPad Bluetooth | Reported to remove the iPad | No | No if a stylus needs Bluetooth |
| Disable Mac Bluetooth | Prevents normal wireless Sidecar and may affect discovery | Yes | Worth testing |
| Disable Universal Control | Stops Universal Control | Yes | No |
| Disable AirPlay Receiver | Stops AirPlay reception on the Mac | Yes | No |
| Apple Configurator profile | No documented Sidecar restriction exists | Yes | No supported option |
AllowAllDevices=false |
Does not provide a per-device Sidecar block | Yes | No |
| Different Apple Account | Removes a Sidecar account requirement | Yes | Only for independently managed devices |
Is This a macOS Tahoe Bug?
There is not enough evidence to classify the behavior as a Tahoe bug.
Apple’s documentation does not promise that disabling Handoff or Wi-Fi will remove an iPad from Sidecar discovery.
The behavior may simply expose how macOS separates nearby-device discovery from the later checks needed to establish a Sidecar session.
The Ask Different report is also new. It was posted on September 30, 2026, and no verified Tahoe-specific per-device exclusion had been documented with the question when this issue was checked.
A hidden preference could still be discovered later. Until that happens, it should not be treated as an available fix.
What to Do Right Now
For a setup where the iPad must stay on the same Apple Account and Bluetooth must remain enabled for a stylus, macOS currently has no documented per-iPad Sidecar exclusion.
I would start by testing Bluetooth off on the Mac if the Mac does not depend on Bluetooth accessories. The iPad can keep Bluetooth enabled for its stylus, while wireless Sidecar loses one of Apple’s required connections.
If Mac Bluetooth also needs to stay enabled, leaving the unused “Move to iPad” entry in place is the least disruptive choice.
The iPad appearing in the menu does not start a Sidecar session by itself. Avoid modifying AWDL, private frameworks or Continuity services just to remove the entry. Those changes can affect unrelated Apple features and may stop working after a macOS update.
Until Apple adds a Sidecar visibility control or a device-specific exclusion option, I would keep the supported Continuity settings intact and treat the menu entry as an available destination rather than something that needs to be forcibly removed.
Sooraj Raj is a programmer, blogger and professional developer with an interest in technology research and publishing. He writes about technology developments and shares information in a clear, straightforward way.
