Contribute
Register

Handoff Option Missing in Yosemite

Status
Not open for further replies.
Thanks, really appreciate your help.

Going to re-install Yosemite, and then report back.

So next time I do it I just put the following in the KextsToPatch part of the config.plist:

<dict>
<key>Name</key>
<string>HandOff Fix</string>
<key>Find</key>
<data> 48 85 C0 74 5C 0F B7 48</data>
<key>Replace</key>
<data>41 BE 0F 00 00 00 EB 59</data>
</dict>

Is the above correct?


No. <data> must be entered in base64. If you use a plist editor it is automatic. You should almost never edit a plist with a text editor (unless you know what you're doing and are very careful). The chances of doing something incorrect are likely, as is demonstrated by your post.

You can provide hex data for find/replace if you use <string> type. Otherwise <data> is binary data encoded as base64.


What relevance does this have? Do i need to do any of this after patching in the config.plist

No relevance if you're running 10.10.2 or 10.10.3. The information you posted is for versions of Yosemite prior to the current version.

Note:
10.10 and 10.10.1, Handoff/Hotspot
 
Thanks bud,

Can you recommend a plist editor for Mac?
 
I've just tried playing around with a .plist on my Macbook Pro to test, can you check the example. It seems to put it into an 8 byte format once entered.

Screen Shot 2015-04-30 at 19.48.30.png

Appreciate your patience
 
I've just tried playing around with a .plist on my Macbook Pro to test, can you check the example. It seems to put it into an 8 byte format once entered.

The display is grouped in 4-byte (8 nibble) chunks to make it easier to read.
 
Right then,

I've just tried that again in PlistEdit Pro, as shown in the screenshot above. After restarting, I was still able to boot but the handoff option was still missing. See attached config.plist

Screen Shot 2015-04-30 at 20.34.11.png

The <data> values seem to have changed from the 8 byte values in the config.plist file, they now have = at the end of the values.
 

Attachments

  • config.plist
    4.1 KB · Views: 236
Right then,

I've just tried that again in PlistEdit Pro, as shown in the screenshot above. After restarting, I was still able to boot but the handoff option was still missing. See attached config.plist

View attachment 135833

config.plist IOBluetoothFamily patch looks correct.

Post ioreg: http://www.tonymacx86.com/audio/58368-guide-how-make-copy-ioreg.html. Please, use the IORegistryExplorer v2.1 attached to the post! DO NOT reply with an ioreg from any other version of IORegistryExplorer.app.

Check System Information -> Bluetooth.

Check System Information -> WiFi.

The <data> values seem to have changed from the 8 byte values in the config.plist file, they now have = at the end of the values.

Base64 encoding...

Note:
Code:
Speedy-OSX:~ RehabMan$ echo `echo SIXAdFwPt0g=|base64 --decode|xxd -p`
4885c0745c0fb748
Speedy-OSX:~ RehabMan$ echo `echo Qb4PAAAA61k=|base64 --decode|xxd -p`
41be0f000000eb59
 
See below attached,

By default it saved with xxxx iMac (2), and when opened in IORegistryExplorer the heading said xxxx iMac (2) not sure why the (2) is there? Probably normal I presume?
 

Attachments

  • Kyler’s iMac (2).ioreg
    1.9 MB · Views: 121
See below attached,

By default it saved with xxxx iMac (2), and when opened in IORegistryExplorer the heading said xxxx iMac (2) not sure why the (2) is there? Probably normal I presume?

Make sure IOBluetoothFamily.kext is vanilla.

Make sure kernel cache is updated.

Check in System Information (upload what you see).
 
See below attached,

...

I wonder if it is a problem because you have two WiFi cards installed? One card supports handoff (Broadcom) and the other does not (Atheros)...

And... why?

At any rate, it is probably not a good idea to have a WiFi card installed that does not support Handoff.

---

Note: The (2) on the file name is because you evidently downloaded your own file into the same directory with the existing file. It is the way Chrome (maybe other browsers) tries to make the file name unique.
 
Status
Not open for further replies.
Back
Top