According to the QLPreviewItem Protocol Reference for iOS:
“If the item is not available for preview, this property’s getter method should return nil. In this case, the Quick Look preview controller displays a ‘loading’ view.”
If you return nil for the previewItemURL as suggested the app is terminated with an exception.
This bug is filed as rdar://14216503 and on OpenRadar.
If you always wanted to crash your MobileSafari and didn’t dare to ask, here’s a current way to do it. If you zoom into the right place on our Linguan app product page iOS terminates the app. Thanks to Oisin Prendiville for sending this in.
Of course I had to immediately file a bug report. It is slightly bit hilarious that Mobile Safari would crash on my own site. Looks like it’s somehow running out of “rpages”, whatever that means.
Filed as rdar://13885055 and on Open Radar.
While working on the demo app for my DTRichTextEditor I stumbled across a bug that exists since iOS 6. You’ll notice that only if you set an inputView on an editable UIView and have it become first Responder.
Filed as rdar://13836932 and on OpenRadar.
Update May 9th: Provided a Sample App, which is also available on GitHub.
The following bug report has already been confirmed by Apple. Still I am posting it for the public so that it might help somebody who is getting the same problem.
The workaround is to override the readFromURL:error: method of UIDocument instead loadFromContents:ofType:error: since the problem lies inside NSFileWrapper. While being very convenient to use on smaller documents having too many items inside an NSFileWrapper will cause the problem described in this bug report.
Filed as rdar://13586175 and on Open Radar.
Read more
The bug occurs in 2 out of 10 well-known tech podcasts and can be reproduced in iTunes 11. This isn’t related to iOS or Mac development but since I spent much time in researching this, I want to post it on my blog as well. Also I believe that if people file better bug reports Apple has more reason to fix the bugs.
I noticed then when I was investigating why skipping in some of my own podcasts didn’t work. Turns out that the reason for that was a combination of ngnix + WordPress Multi-User + one pesky rewrite rule. But this is not the root cause that some podcasts are having.
If you know how to read (and understand HTTP headers) let me know in the comments if you spot a possible explanation for this bug.
Filed as rdar://13490726 and on Open Radar.
Using QuickRadar decreased my barrier of pain for filing Radars to a level that I find myself also filing way more benign ones like …
Filed as rdar://13450321 and on Open Radar. Please dupe it if you agree.
On more than one occasion I’ve been stumped by some new functionality from a newer iOS version crashing when used on an older iOS device. You know, the kind of problem that you’re supposed to catch yourself with a NSStringFromClass or respondsToSelector.
The recently released Deploymate app scans your Xcode projects for such problems and flags them. This proves that such an analysis is possible and can be implemented. The developer of Deploymate confided that he hesitated to release for a long while since he feared that Apple might put exactly this functionality into Xcode. But they never did, so he created the app.
This Radar is my documented suggestion to Apple to finally add such functionality into Xcode. Worst case they should acquire the technology employed by Deploymate and add that. But I am quite certain that LLVM’s analysis capabilities should be able to put to this use as well.
Filed as rdar://13436964 and on OpenRadar.
This is a feature request for something that could have used just yesterday. Filed as rdar://13271368 and on Open Radar.
Update: I was made aware by an Apple engineer that Xcode is indeed already autosaving versions of your files as you make changes. Versions is an OS X feature. But there is no Revert menu option in Xcode to access these saves. As a workaround you can open the source file in TextEdit and do the reverting there! A hidden feature that is so well hidden, it’s even in a different app!
I noticed the bug when I re-added an Edit menu to a Mac app that I had earlier removed. Turns out that all your NSTextFields lose their ability to cut/copy/paste and undo if you don’t have corresponding menu items.
So after I copied the menu over for another app I found that I couldn’t find the redo: action to connect to the Redo menu item. Filed as Radar rdar://13113666 and cross-posted on Open Radar.
There are apparently a great many views on Mac that don’t behave properly if you enable layer-backing. I recently reported a bug in drawing NSTextField backgrounds together with layer-backing, now here is a bug I found in NSBox.
Filed as rdar://13059657
License:
