tisdag 25 augusti 2015

El Capitan might ruin your AppleID account

El Capitan is the nickname of Apple's next major version of OS X. It is open to anyone for testing provided you fill in some on-line forms. Naturally, I had to give it a shot on my MacBook Pro. As usual with a new OS X installation, I signed in with my Apple ID and most things seemed to work fine. Eventually I encountered an issue with the Intel Haxm emulator for Android (which is not extraordinary as this is a pre-release of OS X after all) so I decided I would go back to Yosemite.

My first hitch came when I tried to re-install OS X from the recovery partition. It detected that my existing installation was El Capitan, whereas the recovery partition contained Yosemite -- because of this mismatch, it refused to install. Thankfully, I discovered that some forward-thinking person(s) at Apple had built in a web-based recovery option as well. After a while, Yosemite had downloaded and installed successfully onto my Mac -- or so I thought.

When I tried to log in to the App Store in Yosemite, my login details were refused with the less than helpful message "Error description not available". When I tried to log in using iCloud with the same account, I was told that two-factor authentication was enabled, and that I should look at my "other devices" for a code. I have no other OS X or iOS devices, and I had no memory of ever having enabled two-factor authentication, but I could select an SMS text message option as well. This worked fine -- I got a code on my mobile phone and, using that, could log in to iCloud.

I contacted Apple support who walked me through checking some basic settings and so on and told to try logging in to the Apple ID administration site online. The theory was that I would be able to disable two-factor authentication and it would all work fine again. When I went there, I was presented with a somewhat similar request for a code, except the text message option never resulted in any message being received on my phone. We tested this numerous time without success and I was also in touch with two other support technicians at Apple. With two-factor authentication enabled, Apple was not going to be able to help me gain access to my account, even though their server wasn't sending me any text messages when trying to log in to Apple ID (whereas logging in to iCloud was still working fine).

I registered a new Apple ID and used that to gain access to the App Store, accepting that my previous Apple ID might simply be irreversibly lost. However, Apple eventually got in touch with me again, this time a senior support technician, and advised me that if I went this route, I probably would not be able to use services like "Find my Mac" as those would be registered to my original account. In order to fix that, I would have to bring my receipt of purchase and get my Mac serviced at a repair center -- at my cost. While Apple support was always polite and much better than most support experiences I've had before, this greatly annoyed me. I stressed that there's nothing wrong with my computer, but something at Apple's backend prevents me from logging in to either the App Store or the Apple ID administration site, presenting a weird error message in the first case and not sending any SMS code in the second case. The Apple representative was sympathetic, but was going away on holiday. I was told the matter would be escalated further, to an actual Apple engineer who would get in touch with me the following week.

I was never contacted by the engineer, but I decided to try "Find my Mac" with my newly registered Apple account by logging in to the iCloud website. Thankfully, it worked just fine, so the theory that my computer was somehow irrevocably tied to my original account didn't quite seem to add up.
I e-mailed the senior support technician again to understand the situation better and a phonecall was arranged. I was prepared to completely give up on my original iCloud account -- all I wanted to know was whether there was any downside to just using my new one instead (except losing App Store purchases and so on, of which I had few).

The Apple technician confirmed to me that since I could successfully use "Find my Mac", it was clear that my new Apple ID was properly setup on my computer and I could simply ditch the old one. More interestingly, he also offered up a theory on what might have happened. He explained that El Capitan comes with a new two-factor authentication system for Apple IDs, different from the two-factor authentication presently available. He said he thought El Capitan either enabled two-factor authentication automatically upon installation, or made it very easy to accidentally enable it during the sign-in process without realizing it. Because I have no other Apple devices to receive codes on, this setting probably "wrecked" my account. It might be possible to re-gain the original account by re-installing El Capitan and using the two-factor authentication setting there to disable it. I was thrilled to finally get a plausible explanation of what had happened, but tired after investing a lot of time in trying to figure out this problem. I decided to simply let the matter be. I said that while I accept some blame for this problem for trying a pre-release operating system and was prepared to live with various problems while using the new version, I was very annoyed that the El Capitan also seemed to make important changes to my on-line Apple ID that under some circumstances could prevent me from logging in again -- maybe ever -- from other Apple devices or operating system versions. The support technician said he would relay this to the OS development team.
Apple's e-mail about two-factor authentication

Afterwards, the senior Apple technician sent me a link to a page explaining the new two-factor authentication in El Capitan and iOS 9. It seemed to me like El Capitan might have automatically enrolled me in this new feature, but failed to let me add a trusted phone number to receive SMS codes on.

Lesson learned: trying new operating systems could affect more than your current computer, tampering with on-line backend systems in unpredictable ways. Be careful out there!







tisdag 2 juni 2015

Testing the Android "M" Developer Preview

Introduction


Towards the end of the year, the Android release code-named "M" is expected. Like its predecessors, it will probably be named after some piece of candy but the final name has not yet been announced. At the Google I/O developer conference last week, an early developer preview of "M" was made available for select Nexus phones and tablets. I took the opportunity this past weekend of giving it an early spin. This post will not highlight the major additions to this release, but will focus on my experience installing it.

Broken Flash Script


I started with my Nexus 6 phone. To install, I used the familiar procedure using the adb and fastboot command line tools shipped with the Android SDK. These tools are familiar to most Android developers and other technology enthusiasts who like to load different firmware images onto their devices. The first thing that I discovered was that the installation script (flash-all.sh) for Mac did not work, outputting an error message. This situation is similar to what happened with the Android 5 Lollipop release and it is disappointing that the problem persists. However, a helpful blogger has described a simple workaround here which involves flashing each image individually.

Stuck at Login Screen


One of the first things that happened when booting up the new release was that I was asked for wifi credentials and then my Google account, as usual when booting an Android device. However, for some reason my Google account details were not accepted, an obscure and general error message being displayed instead along with a message that I should try again. There seemed to be no way of proceeding, though, the phone seemingly stuck at repeated failed attempts to validate my Google account. Eventually I rebooted the phone using the power button and from then on, the remainder of the setup went smoothly.

Initial Impressions


Android "M" at first glance is quite similar to Lollipop. Among the few differences that I immediately noticed was a new application menu with apps alpabetically ordered by initial letter. This was a welcome change as it now appears to be much faster to find a specific app. Other minor things that I discovered was that apps could be un-installed straight from the launcher desktop and that the volume settings have once again been revamped, including making it easier to keep the phone completely quiet and vibration-free at night while still allowing any alarms to trigger.

I've been using the "M" release on a daily basis now since the weekend and for the most part it has been working just fine. However, one major annoyance is that playing music on Google Play Music often crashes the Android Wear app, which manages communication with my Android Wear smartwatch. When that happens, the song won't play immediately and I have to fuss around with the music app, selecting different songs and switching between screens until suddenly (and arbitrarily) it starts working again for a while. In addition to this annoyance, the music control from the watch is completely broken. It is not completely certain that these problems are caused by Android "M", however. Other possible explanations could be recently introduced bugs in the Android Wear firmware running in the watch (which was also recently upgraded by an automatic over-the-air update) or bugs in the Android Wear app for the phone. However, as I have not previously seen these bugs in Lollipop, I tend to blame "M" for now.

I tried to install Viber from the Google Play Store, but it wasn't visible -- perhaps it has been disabled for "M". I also discovered that I couldn't start the Uber app which I hadn't used before, but was meaning to give a spin - it forced-closed immediately on startup (it is possible, though unlikely, that the bug presents on Lollipop as well). I'm sure this problem will go away with an update to the app eventually.

I am staying with Android "M" for now, looking forward to future rumoured over-the-air updates as the release matures, but if the Google Music problems in conjunction with Android Wear persist for much longer, I might go back to Lollipop.

Tablet Not Booting


I followed the same procedure to install "M" on my Nexus 9 tablet. Unfortunately after installation, the tablet won't boot up any longer -- it is stuck indefinitely at the "Android" logo. I do not anticipate problems reverting back to Lollipop but haven't gotten around to it yet. Unfortunately (or perhaps not?), Android "M" is not yet available for the Nexus 7 2013, my favourite travel companion tablet.
[Update: I got my tablet working with "M". I believe I had forgotten to flash the bootloader the first time around.]