You should see a whole bunch of application passwords for “Auto Unlock: XXXX’s …”
Select all records and delete (this will reset/disable auto unlock on other Macs if you use multiple Macs)
Whilst still in “Keychain Access”, search for “AutoUnlock” (no space)
There should be 4 entries for “tlk” “tlk-nonsync” “classA” “classC”
Select 4 records and delete (don’t worry if they re-appear, the system repairs this automatically)
Open “Finder” and navigate to “~/Library/Sharing/AutoUnlock”
There should be two files “ltk.plist” and “pairing-records.plist”
Delete both files
Open “System Preferences” and try enabling auto unlock. You may need to enable it twice, the first attempt will fail.
Instead of going straight to step 12, I restarted my MacBook Pro after deleting the files in step 11. Auto Unlock worked right away after enabling the option.
As always make sure you have a recent backup of your Mac before doing this. With macOS Big Sur on the horizon regular backups are the best preventative measure you can do, also follow Howard Oakley’s Big Sur preparation advice. It’s the Mac equivalent of COVID era hand washing and face masking.
I’ve always said that if Apple Watch ever gained direct Suica loading with parental controls, Apple could make a killing selling it into the Japanese education market. watchOS 7 Family Setup is almost there for the JP market but needs one more thing: Family Suica.
The service outline is simple and combines what car keys do in Wallet with digital key sharing and Apple Cash Family does with transfers and limits. A master Apple Pay Suica ID is setup on an iPhone and manages family member Apple Pay Suica on other devices. The master ‘organizer’ would transfer stored fare (SF) via Messages and set spending limits just like Apple Cash Family does. Simple intuitive convenience.
Apple Pay Family Suica also needs transferable commuter passes. That way a parent can set one up for a child, transfer it to Apple Watch and renew it remotely. Transferable commuter passes would also be handy in our COVID teleworking era as working parents might not need a pass every working day. A “hey honey can I borrow your pass today,” thing that plastic transit card users do all the time.
So far nobody has managed to to produce a smartwatch that matches the super convenience of Apple Watch and Apple Pay Suica. If JR East and Apple produce Family Suica, they would effectively future-proof both next generation Suica and Apple Watch in the Japan market.
It took me a while to fully appreciate the issue that Twitter user Yoshimasa Niwa was describing. At first glance I and many others assumed that setting Japanese over English would solve his app library sorting issue.
Then I realized that wasn’t his point at all. The software app in the screenshot is the Yahoo Japan ‘Norikae Annai’ transit app, one of the most popular free stand alone transit apps in Japan. I use it all the time. It’s a Japanese app with a Japanese name but the basic iOS English sorting algorithm ignores this and assumes all Chinese characters used everywhere must follow modern mainland China’s Simplified Chinese rules for reading and sorting.
This is ridiculous as assuming that all Roman based character sets everywhere must follow modern Italian reading and sorting rules. I always find that westerners assume the Kanji culture flow was always one way from China which it is not, with different and unique readings, usages, and Japanese Kanji like shitsuke 躾 traveling the other way over the centuries. The same is true for other cultures that adapted the Chinese writing system for their languages.
It amounts to cultural destruction by neglect and ignorance by large western based technology companies who think things are ‘good enough’. Or are just bugs to fix in a later software update that usually never appears. Modern computer software has pretty much destroyed traditional kanji culture publishing this way, with many countries abandoning mainstream traditional vertical text layout for western style layout because ‘it’s easier’, i.e. western tech companies couldn’t be bothered getting Asian language typography right. All these years later web browsers still can’t do vertical text worth a damn.
A veteran Japanese font engineer whose entire career was devoted to preserving high end Japanese typography in the digital age recently told me, “I don’t think anybody cares anymore.” In the end it all too often comes down to this: I don’t care cultural death by I don’t care companies who have the money and power to care.
That’s bitter irony in our age that purports to champion cultural diversity.
The piecemeal MTA OMNY rollout is a lesson how not to do a transition from old system to new system. A case where poor design, poor management choices and unanticipated user interaction, each insignificant in isolation, snowball into a nagging long term problem.
The problem goes like this:
(1) Apple Pay Express Transit is opted in by default and iPhone users don’t always know it’s on. They don’t care about using Apple Pay credit cards on OMNY anyway because fare options are limited and OMNY isn’t installed everywhere and won’t be until at least the end of next year. They use good old MetroCard and put iPhone away in the right pocket or purse carried on the right shoulder.
(2) When the user gets to a OMNY fare gate they swipe MetroCard with its peculiar forward swipe motion on the reader which is located above and behind the OMNY NFC reader, which is positioned low and angled at pocket level. As “MetroCard sucks, it may take several (forward) swipes to enter”, the user leans into the gate while doing this and boom: OMNY reader activates iPhone Express Transit and charges fare without the user knowing it.
Default opt in Express Transit has been with us ever since Apple Pay Suica arrived in 2016. But transit cards are not credit cards and everything was fine. Things got sticky when iOS 12.3 introduced EMV Express Transit that uses bank issued credit/debit/prepaid cards for transit on Apple certified open loop systems. Currently these are Portland HOP, NYC OMNY and London TfL.
HOP and TfL don’t have problems with Express Transit. Both systems use contactless exclusively. HOP has stand alone validators, not gates. TfL gates have the NFC reader located on the top. OMNY on the other hand will have MetroCard swipe cards around for years to come: the OMNY transit card replacement is still in development with no release date. With the slow transition pace and current gate design expect the OMNY Express Transit problem to be around until MetroCard is dead, and OMNY is complete with the new tap only card.
In retrospect MTA should have done it this way: (1) rollout out the OMNY card MetroCard replacement first and add open loop support as the very last thing, (2) design better OMNY gates in two kinds, dual mode NFC + swipe, and single mode NFC only. This way MTA stations could do what JR East stations do: start with single mode tap only express gates on the edges and dual mode gates in the middle. As the transition progresses the dual mode gates get fewer and pushed to the sides with single mode gates taking over.
Apple could help by keeping automatic Express Transit opt in only for native transit cards (Suica, SmarTrip etc.). EMV Express Transit should always be a manual opt in. I understand Apple’s perspective: they want to present Apple Pay Express Transit as a seamless one flavor service, not good/better/best Express Transit flavors. The reality however is that the current technology powering EMV open loop fare systems isn’t up to native transit card standards. Apple can’t fix that.
Unfortunately MTA has taken the dumb path of blaming Apple instead of fixing their own problems. New York deserves a world class modern transit system, OMNY is an important step in building one. MTA management performance so far doesn’t inspire much confidence. Let’s hope they focus on the rollout and deliver it without more delays or problems.
The timing makes sense now that iOS 14 is nearing official release, but Apple has not officially announced Apple Pay Code Payments yet though they may reveal something at the online September 15 Apple Event. Things will be damn awkward if they don’t.
There are lots of questions: will LINE Pay Apple Pay be a NFC/FeliCa + QR Code Payment in one Wallet ‘card’, or will it be the Apple Pay flavor of the Line Pay JCB prepaid card already on Google Pay that works on the FeliCa QUICPay network.
LINE Pay implied the intention of leveraging Apple Pay Code Payments and NFC but there isn’t much to go by at this point, except that LINE said Apple Pay will ‘complete the LINE PAY contactless payment platform.’ Whatever that means.
Now that LINE has made their Apple Pay move, PayPay is sure to follow. The trend to offer flexible NFC + QR payment solutions started with Toyota Wallet and will surely gain momentum with iOS 14 Apple Pay, especially with App Clips.