How to disable software extensions causing other apps to crash

Handpicked

Source: Thomas Tempelmann | How To Identify and Disable software extensions on OS X that cause other Apps to crash

Thomas Tempelmann:

Sometimes, people contact me because software of mine, such as Find Any File, crashes mysteriously at launch.

Often it turns out that this is caused by an incompatibility or bug in some other software that tries to enhance general Mac OS X functionality.

The difficulty is to figure out which software is the culprit, in order to disable it and/or notify its maker and ask to get this resolved.

Sometimes, one can get a hint by looking at the detailed Crash Report one can find when opening the “Console” app. It will contain a long list of “Binary Images”, listing which software components are loaded along with the app that crashes. Many of those components are so-called Frameworks and “libs” provided by Apple as part of OS X — they’re usually not the culprit. Then, there are other parts, installed by other apps or even installed explicitly by you for a particular purpose.

However, analysing these reports is difficult and may not lead to success, either. Instead, I’ll try to give you some pointers that are often helping and do not require to understand the Crash Report contents.

You should bookmark this. I surely did.

Readability’s inconsistencies

Software

The necessary preamble

I’ve liked Readability since it was an experimental plug-in by arc90. I also appreciate their efforts to support online writing and, in general, what they’ve been doing so far for those who read and write on the Web. The experience I’ve had since installing their Readability iOS app has been frustrating and what I’m about to report is what happened to me in the past few days. Your mileage may indeed vary.

I usually don’t ‘read later’…

As I have already said before, I have reduced the need to ‘read things later’ to a minimum:

Defusing the Read It Later routine

I’m probably one of the few geeks around who doesn’t really use Instapaper. I have nothing against it, it’s just that it has never really found a place in my workflow, and it’s unlikely it’ll find one after I start my ‘bookmark reboot’. You see, come to think of it, the main factor that led to my bookmark bankruptcy is the ‘Read It Later’ routine: a lot of stuff I’ve bookmarked over the years was filed away for the purpose of reading it later. Let’s save this bit, it might come handy, it might be useful. What really happened is that 90% of the time I’ve never gone back to that bookmarked stuff. It’s been the same as if I filed it in a ‘Read It Never’ folder.

So, what have I been progressively doing? Reading things now. If I stumble on something interesting, chances are I’ll read it at once; as I said, the only things I really save for later are bits and pieces for reference in future articles.

However, in the past two months, I have been so extraordinarily busy that I had to temporarily resort to some kind of Read Later system. Safari and Reeder have been of help, the first with its Reading List feature, the second by letting me add articles to its favourites section (Starred items). Having opened a publisher’s account on Readability a few months ago, I thought I could also take advantage of their ‘read later’ service, and the release of their iOS app was at this point just the icing on the cake…

The rocky road to the Reading List

So I installed Readability for iOS right away, launched the app, admired the beautiful user interface, logged in my account, and this is what I got:

Checking for updates

I waited five minutes stuck at this screen before quitting the app. Then I tried the usual troubleshooting procedure I do in similar circumstances: quit the app for good (deleting its icon from the multitasking tray), relaunch, log out of my account, log in again. Nothing changed. I then deleted the app from my iPhone and reinstalled it. Nothing changed.

I thought that maybe that was happening because my Reading List was empty, so I added a few random articles using the Readability service in Reeder, or clicking on the Read Later label in those blogs which make use of Readability’s tools (mine does: see those labels over this article’s title?). After doing that, I went back to the Readability app, but I was still stuck at the ‘Checking for updates…’ screen.

Checking the Support section on Readability’s site, I noticed that problems with login were a known issue, so I decided to leave things be and wait for an app update. A few days later, version 1.0.1 was out, but nothing changed for me. I attempted to add an article to the Reading List from inside the iOS app itself, and this was the result:

Not available

I thought, How can an article not be available to add, when it’s really a plain article I’ve just opened in Mobile Safari? So I did another thing: I went back to Mobile Safari, went to Readability’s site and, as you may know, you enter their mobile-optimised page and have direct access to your Reading List. I entered my account credentials, added the article to the Reading List along with a few others, and there they were:

Readability on Safari

I also noticed another thing while I was there — that not one of the articles I had been adding using Reeder or the Read Later button on the sites themselves was appearing there. Those articles you see in the screenshot have been added using the ‘+’ button from inside Readability’s mobile site.

I was getting more baffled and oh so more frustrated by all these apparent inconsistencies. Having more important things to do, I decided to let the whole matter rest until some significant news would turn up. When, after some days, version 1.0.2 of the app was released, I got curious again. Maybe things will work this time, I thought, and gave it another go. After updating, I launched the app, entered my account login information and this dialogue box appeared:

Publisher account

It had never appeared at login before, and surely explains why I’d been having troubles with my Reading List. This is obviously a fix introduced in version 1.0.2, and had it been implemented properly from the beginning, I surely would not have lost all the time I lost to try to make things work. 

But the more urgent question is: why the need for two separate accounts? Why have a separate Publisher account and a Reader account, when things could be easily (I presume! Perhaps it’s not easy) managed from a unified account accessing both publishing and reading tools? I don’t find it particularly intuitive or inviting, this way. It seems an unnecessary complication on Readability’s part. Isn’t keeping things simple part of their mission?

This feature separation also feels artificial because, as you can see in the other screenshot, I actually can add articles to my Reading List when authenticated with my Publisher account and when accessing Readability’s mobile site from my iPhone. (Although I can’t see those articles in any other way — i.e., they don’t appear in the Readability section inside Reeder).

I confess I’m rather disappointed by this kind of implementation. I hope in a future update Readability eliminates the need to have two separate accounts and straightens things out. I’ll still be using their tools for publishers, but for the ‘reading list’ part I’m back to using Safari and Reeder’s features for now.

iPad unboxing & comparison photos

Handpicked

#alttext#

Source: iPad (Third-Generation) Unboxing + Comparison Photos — a set on Flickr

Charles Starrett writes:

[…] the differences in packaging between the new iPad and the iPad 2 are small, with a different background image for the device, an iCloud badge on the bottom of the box, and the expected changes in the labels on the rear. Inside, the changes are similarly minor, with different, slightly more flimsy SIM card removal tool—included only with Wi-Fi + 4G models—being the most noteworthy difference. 

My favourite photo of the set is probably the one I chose for this entry, displaying all three iPad generations.

iOS App Store finally handles multiple accounts better

Software

Perhaps not many people have had two Apple IDs each tied to a different country’s App Store / iTunes Store. I have, for various reasons. On my iPhone, the majority of the apps installed were purchased from my main Apple ID (ending in @mac.com), tied to the Spanish App Store; but I also have another Apple ID tied to the Italian App Store. 

iOS has always handled this ‘double identity’ in an atrocious, counter-intuitive way. Suppose you have App 1 and App 2 purchased from the Spanish App Store, and App 3 purchased from the Italian App Store. One day, updates to App 1, App 2 and App 3 become available. The ‘App Store’ app shows all three updates. You tap on the ‘Update all’ button.

Up to now, what used to happen was this:

  1. iOS asked for your first Apple ID’s password.
  2. App 1 and App 2 started downloading and then got installed.
  3. The update for the App 3 remained there, forcing you to open the App Store app again and tap to ‘Update’ again.
  4. iOS asked for your second Apple ID’s password.
  5. Instead of starting the download of App 3, iOS displayed a warning like This account is only valid for purchases in the Italian iTunes Store (I’m quoting from memory).
  6. You tapped OK. Then the iTunes app would open.
  7. You quit the iTunes app and noticed App 3 download was in progress and that App 3 was finally installing.

I honestly can’t tell whether this change happened in iOS 5, 5.0.1 or 5.1 but now, finally, iOS handles all this process in the logical way: when you have mixed updates pending from two different Apple IDs / App Stores, you are asked both passwords and all the apps are downloaded and installed in a single pass.

A tribute to H.P. Lovecraft

Handpicked

Source: H.P. Lovecraft, Author, Is Dead — The Morning News

Great article by Matthew Baldwin at The Morning News, written on the occasion of the 75th anniversary of H.P. Lovecraft’s death. If you love the work of the most famous Providence resident, you’ll really enjoy it. Don’t miss the embedded 90-minute documentary, Fear of the Unknown, by Frank H. Woodward, with Ramsey Campbell, John Carpenter, Neil Gaiman, Stuart Gordon, S.T. Joshi, Caitlin R. Kiernan, Andrew Migliore, Robert M. Price, Peter Straub, and Guillermo del Toro.