I don’t know why, but macOS doesn’t seem to have an automatic ability to shut down the WiFi adapter when an Ethernet connection is detected. It’s a simple thing that can cause several problems, especially if you are in an environment where you may need to authenticate to a network or access VPN services.
It may be possible to manage locations and some additional tools, but I didn’t want something that required retooling every time I used my system in a new location, so I decided to write a simple script, using built-in tools for everything except the execution of the script.
This script will check for both an active WiFi connection and also an active Ethernet connection. If it detects both, it will shutdown the WiFi interface and display a notification, via macOS notifications, that it has done this. I haven’t tested this on previous versions of macOS (only Mojave), though if the rest of the commands work, the script might function by simply removing the statement that generates a notification.
I suddenly found myself dealing with a frustrating problem this week. I suspect some troubleshooting steps to get my Magic Mouse 2 working again caused the issue. Specifically, I reset the Bluetooth config and then reset the SMC. I’m not positive this is what caused it but the timing seems to be more than just coincidental.
I was unable to unlock my MacBook Pro using my Apple Watch. It had worked flawlessly for some time. Toggling the Handoff settings on the phone and the watch, toggling the “Allow your Apple Watch to unlock your Mac”, and any other settings I could find that were even remotely related, including the Wrist Detection, did nothing to solve the problem.
I finally found the solution in a suggestion from someone on Mac Rumors to sign out of iCloud via System Preferences in macOS and then sign back in. Sure enough, that immediately solved my problem and now I’m back to unlocking my system using my Apple Watch.
I don’t know what causes this problem but recently I discovered that the “Default web browser” setting in the General preferences tab was blank. Clicking on the drop-down showed no browser names so I could not change the use of Safari as the default browser.
The fix was relatively simple. I opened Chrome and via settings within Chrome I set it to be the default web browser. After completing this action I then had the names of the installed browsers in the “Default web browser” drop-down.
This fix may work using any browser that allows you to set it as the default from within the browser settings itself.
Sometimes it’s practical for the same person to setup multiple accounts on one machine for distinct purposes. While the fast user switching feature in OS X does make it easy to quickly move between accounts some people may find it more practical to be able to interact with the desktop of a different account while still logged into another one. If you’re this kind of person then you may find this post useful.
The method I’m using, which is based on information that I found in some forums, involves using Screen Sharing to connect to a different account on the same machine.
All of the necessary features are already built into OS X but unfortunately they won’t work in this scenario (by default). If one enables Screen Sharing, and then attempts to use the Screen Sharing app to connect to the local host, the screen sharing app will not connect and instead state that it cannot connect to the same computer. I’m not certain why this check is actually needed but it turns out that the check for enforcing this is not sophisticated.
It appears to only be checking for a connection to the local machine on port 5900 so changing the service to use a different port will work.
The unit is a Z-Wave device with two clamps, which is typically intended to be used at a breaker box. It wouldn’t have been able to properly sense current flow if I had just placed the clamps around the power cable for the dryer; the clamps need to be over individual wires that are normally within the cable sheath. However, on my dryer the three wires are individually accessible for a few inches before they enter the main sheath and are then covered.
It was just a matter of placing the clamps around two of these cables. Fortunately, as with the washer, our dryer is low-tech and doesn’t draw any power while not in use so setting up the sensing thresholds in Indigo was relatively easy (actually easier than setting up the washer). Though the washer module is not currently working the dryer notifications still continue to work.
One day, while modifying the wireless settings for our Cisco wireless router, I discovered a rather stupid problem. It surfaced when I changed the Network Mode for the 5 GHz network from Mixed to Wireless-N Only. This seemed to make sense since we don’t have any devices using Wireless-A. This is in reference to 802.11a in case anyone was wondering if I had actually meant 802.11ac, which my current router does not support.
And that’s the moment when I was disconnected from Wi-Fi and unable to reconnect. Two different Macs (one MacBook Pro and one MacBook Air) were unable to connect. Once again, I resorted to searching and found the solution. It seems, that for whatever unknown reason, when Wireless-A is disabled on my router then all Macs will decide that they require a different feature enabled in order to connect. In this case WMM (Wi-Fi Multimedia).
The reason for this seems more absurd considering that the support doc implies that it must be enabled in the first place but, before changing the Network Mode, those devices connected just fine with it disabled.
Enabling this capability on my router solved the problem. I’m not sure why. It doesn’t seem to be a feature that should be required simply to connect to a wireless router but there’s no question that enabling it resolved the problem. More details are available via the linked support page included below:
A couple of months ago I had the idea to see if there was a simple way to play iTunes music from the built-in iMac speakers while also playing it through a Bluetooth speaker (in this case a JBL speaker). My goal was to have the music playing from the computer in one room and also playing from a Bluetooth speaker in the dining room. Sure enough, OS X has a way to do this (I’m running 10.9 so I don’t know how widely this feature is supported across older versions of OS X).
Thanks to user Eric Ross in the Apple Support Communities I didn’t have to do much searching to find the answer. As detailed in his response, the solution is to open the Audio Midi Setup application located in the Utilities folder and then simply create a Multi-Output Device that has both speaker types selected. Note that in order for this to work the Bluetooth speaker needs to already be connected to the Mac.
At this point we’ve only created the multi-output device. One additional step is required – setting it as the current output device (System Preferences -> Sound -> Output) :
I originally did this with my iMac but the screenshots in this post were created using my MacBook Air.
And that should work. The Bluetooth audio (at least with the settings I used) will have a slight delay in comparison to the system speakers. Bluetooth has a relatively short range so the practical applications of this method may be limited by obstructions within one’s home and the receiving capability of the Bluetooth device that is used.