$29 Batteries Available to All iPhone 6 or Later Customers, Even if It Passes Diagnostics

I was in my Apple Store over the weekend, and every other person through the door had an iPhone 6 or 6S in hand, inquiring about getting a new battery installed. I had assumed Apple would be testing these phones and only replacing batteries that were operating below a certain threshold, but it seems like anyone who wants one can have a new battery installed at the discounted price.

This is going to cost Apple a pile of cash, but it’s the right call. Apple needs consumers to trust them, and that relationship has been damaged for many people. Turning someone away because their battery hasn’t failed would only make it worse. It’s better for the company to eat some battery swaps that it doesn’t need to do to start rebuilding trust.

Connected #174: 2017 In Review: I’ve Been Sitting on That Joke for Months

We’re starting the year off right on Connected:

We grade our predictions for 2017 before setting off on a trip down memory lane of the last twelve months of Apple news.

My thanks to our sponsors this week:

  • Hover: Show the world what you’re passionate about with 10% off your first purchase
  • Casper: Start sleeping ahead of the curve. Get $50 off with the code ‘CONNECTED’.
  • Pingdom: Start monitoring your websites and servers today. Use offer code CONNECTED to get 30% off.

Review and Manage Your Apple ID

I have a recurring task every December 31 to log in to this page at Apple.com and make sure my Apple ID is all up to date. This page make it easy to dissociate your ID from any hardware you may have replaced, check your payment options and Apple Pay Cash balance, adjust your email subscription options and more.

I had a couple of MacBook Pros to clear out, haha.

Apple Apologizes for Poor iPhone CPU Smoothing Communication, Updates Support Website and Battery Repair Costs

Today, Apple published an open letter over the fact that as of iOS 10.2.1, some iPhones are effectively throttled to keep them from shutting down under high CPU load thanks to worn batteries. While this allows a customer to use their iPhone for longer without crashes, it’s clear that public was unhappy.

We’ve been hearing feedback from our customers about the way we handle performance for iPhones with older batteries and how we have communicated that process. We know that some of you feel Apple has let you down. We apologize. There’s been a lot of misunderstanding about this issue, so we would like to clarify and let you know about some changes we’re making.

First and foremost, we have never — and would never — do anything to intentionally shorten the life of any Apple product, or degrade the user experience to drive customer upgrades. Our goal has always been to create products that our customers love, and making iPhones last as long as possible is an important part of that.

Apple taking three steps forward concerning the issue:

Apple is reducing the price of an out-of-warranty iPhone battery replacement by $50 — from $79 to $29 — for anyone with an iPhone 6 or later whose battery needs to be replaced, starting in late January and available worldwide through December 2018.

As noted on support.apple.com, the company will replace an iPhone battery at no charge if it retains less than 80 percent of its original capacity and its under AppleCare+. This program is not new, but is a feature of AppleCare+ I had missed.

Early in 2018, we will issue an iOS software update with new features that give users more visibility into the health of their iPhone’s battery, so they can see for themselves if its condition is affecting performance.

Good. This could have avoided a lot of pain.

As always, our team is working on ways to make the user experience even better, including improving how we manage performance and avoid unexpected shutdowns as batteries age.

Clearly this is a problem when you pair desktop-class silicon with mobile-class batteries. The fact that iOS 11.2 looped the iPhone 7 and 7 Plus into the CPU smoothing program shows Apple is still concerned about this. I hope they can improve it in the future.

In addition to its letter and revised repair costs, Apple has published a new support document explaining how batteries age over time. It walks the line of appropriate nerdiness pretty well.

All in all, I think this is a pretty good response.

However, I’d like to see the $29 battery repair be available for a set amount of time after purchase. Someone who just unwrapped an iPhone 7 may run into this problem sometime in 2019, after the repair discount window has closed.

Lisa OS Source Code Release Coming in 2018

Al Kossow, a software curator at the Computer History Museum recently published some exciting news about the Lisa OS:

Just wanted to let everyone know the sources to the OS and applications were recovered, I converted them to Unix end of line conventions and spaces for Pascal tabs after recovering the files using Disk Image Chef, and they are with Apple for review.

After that’s done, CHM will do an @CHM blog post about the historical significance of the software and the code that is cleared for release by Apple will be made available in 2018. The only thing I saw that probably won’t be able to be released is the American Heritage dictionary for the spell checker in LisaWrite.

Kbase Article of the Week: HyperCard Virus: Merryxmas

From 1994 Apple:

The Merry Christmas (merryxmas) virus is written in HyperTalk, the HyperCard scripting language. It can’t affect any files other than HyperCard stacks and does not destroy or damage data. The most common indication of the merryxmas virus is that stacks launch and run much slower.

Many stacks can function properly when infected, but the Service Source won’t function properly with this virus present. When the Service Source CD-ROM is built, every stack on the CD is checked for the virus, which is eliminated if found.

Apple had a fix for this:

This vaccine stack will quickly locate all the stacks on the volume of your choice; peek at the stack scripts (without opening the stacks); and replace the infected scripts without the virus code. A bonus feature is the option to let it compact those stacks that have free space available for compacting. Don’t worry about locked stacks — this stack will unlock and relock them.

Read more about Merryxmas and other HyperCard issues here.

PCalc Turns 25

James Thomson:

25 years sounds like a really long time. A quarter of a century sounds even longer. Yet, that is how long it has been since PCalc 1.0 was released.

I sent an email to the Info-Mac archive moderators that evening, and it turned up on FTP mirror sites around the world a few days later.

It normally travelled on floppy disks. The web did not yet exist.

PCalc was my first ever application. I started writing in the summer of 1992 and it took me around six months to get it into a state where I was happy to show it to the world. Some of that code still runs today, deep at the heart of the machine.

That’s one hell of a run, and PCalc is better than ever today. Congratulations, James.

More on Universal Apps

On this week’s episode of Under the Radar, Marco Arment and _David Smith discussed the rumor of Apple moving to a universal app platform across macOS and iOS.

Their conversation has changed my thinking on the topic. It’s easy for people like me to view the Mac in an idealistic way, not a pragmatic one. I want my Mac apps to be fully native and rich, integrating with system features smoothly. The reality is, sadly, that quite a few of the apps in my Dock aren’t native, but are either wrappers around websites or Electron monstrosities.

The Mac is a small platform that can trace its ancestry back decades. iOS has become Apple’s main platform. That’s been true for years, but I think this rumor has really hammered that home for some Mac enthusiasts in a new way.

A universal app platform would be a massive change for the Mac. These new apps may feel less like Mac apps, but I’d bet good money they’ll run better than something using web views or Electron.

Mac developers will need to adapt. If these apps are universal, developers will need to work out what it does to their business models. Assuming they are Mac App Store-only, developers will need to come to terms with that again. It will be painful and the transition will be slow, but I’m more hopeful about the future of the Mac today than I was in the hours after reading Gurman’s article.

It may look like this is the downfall of the Mac as a platform, but in reality, this may be a life raft into the modern era. It’ll take years to discover which is true, but if it means a Mac ecosystem with more options when it comes to good apps, that’s a win.

Apple Clarifies iPhone Performance Changes with Older Batteries

Matthew Panzarino has details:

As that battery ages, iOS will check its responsiveness and effectiveness actively. At a point when it becomes unable to give the processor all of the power it needs to hit a peak of power, the requests will be spread out over a few cycles.

Remember, benchmarks, which are artificial tests of a system’s performance levels, will look like peaks and valleys to the system, which will then trigger this effect. In other words, you’re always going to be triggering this when you run a benchmark, but you definitely will not always trigger this effect when you’re using your iPhone like normal.

Apple will continue to add this smoothing to more devices over time to avoid shutdown issues, freezing and other problems.

I can see why Apple limits peak performance on devices with degraded batteries, but most people will just hear “Apple slows down older phones.”

I’m not sure there’s a way around that, but Apple should alert a user when their iPhone crosses the battery threshold and the phone begins to operates in this mode, giving them information about replacing their battery.

Questions Abound After Bloomberg Reports ‘Apple Plans Combined iPhone, iPad & Mac Apps’

Mark Gurman has posted a huge story to wind down a year of massive Apple leaks:

Starting as early as next year, software developers will be able to design a single application that works with a touchscreen or mouse and trackpad depending on whether it’s running on the iPhone and iPad operating system or on Mac hardware, according to people familiar with the matter.

Developers currently must design two different apps — one for iOS, the operating system of Apple’s mobile devices, and one for macOS, the system that runs Macs. That’s a lot more work. What’s more, Apple customers have long complained that some Mac apps get short shrift. For example, while the iPhone and iPad Twitter app is regularly updated with the social network’s latest features, the Mac version hasn’t been refreshed recently and is widely considered substandard. With a single app for all machines, Mac, iPad and iPhone users will get new features and updates at the same time.

There is a lot to digest here, and a lot to think about. In a move this big, everything comes down to details:

  • How will iOS-first apps behave on the non-touch interface of the Mac?
  • Will developers work to make apps feel native regardless of platform, or will the Mac be overrun with sorta-janky ports of iOS apps?
  • Assuming this requires the Mac App Store, will Apple continue to adjust its stance to make it a more palatable solution for indie developers?
  • Will iPhone-only apps be approved for the Mac, or will supporting the iPad be a prerequisite for making the jump to the Mac?
  • Is Apple’s platform support wide and deep enough to overcome the issues Windows and Google have come up against with similar changes?
  • What work will developers have to do to prep their code bases to run on the Intel-CPUS that power Macs?
  • Is this the first step toward ARM-powered Macs? Or those with touchscreens?
  • Will these universal apps be a single purchase? Will developers lose their separate Mac and iOS revenue streams?

The biggest question is a simple one: Will this usher in a new era of great Mac apps, or is it the beginning of the end for the platform as we know it? Until we know more, everything seems up in the air.