After upgraded to LION, Preview.app and Textedit.app crash

Discussion in 'Mac Applications and Mac App Store' started by acclau, Jul 20, 2011.

  1. macrumors newbie

    Joined:
    Jul 2, 2011
    #1
    My Macbook Pro just updated to LION and the Preview.app and Textedit.app keep crashing.

    Anyone can help? Thank you in advance.

    Process: TextEdit [460]
    Path: /Applications/TextEdit.app/Contents/MacOS/TextEdit
    Identifier: com.apple.TextEdit
    Version: 1.7 (288)
    Build Info: TextEdit-288000000000000~1
    Code Type: X86-64 (Native)
    Parent Process: launchd [314]

    Date/Time: 2011-07-21 08:43:58.964 +0800
    OS Version: Mac OS X 10.7 (11A511)
    Report Version: 9

    Interval Since Last Report: 36138 sec
    Crashes Since Last Report: 31
    Per-App Crashes Since Last Report: 6
    Anonymous UUID: CCB49DE4-83D3-4BA1-BCE1-188D9B4B9876

    Crashed Thread: 0 Dispatch queue: com.apple.main-thread

    Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
    Exception Codes: 0x0000000000000001, 0x0000000000000000

    Application Specific Information:
    dyld: launch, running initializers
    /usr/lib/libSystem.B.dylib
    xpchelper reply message validation: sandbox creation failed: 1002
    Container object initialization failed: The file couldn’t be opened.

    Application Specific Signatures:
    sandbox creation failed: 1002

    -----
    Process: Preview [490]
    Path: /Applications/Preview.app/Contents/MacOS/Preview
    Identifier: com.apple.Preview
    Version: 5.5 (719)
    Build Info: Preview-719000000000000~1
    Code Type: X86-64 (Native)
    Parent Process: launchd [314]

    Date/Time: 2011-07-21 08:45:33.291 +0800
    OS Version: Mac OS X 10.7 (11A511)
    Report Version: 9

    Interval Since Last Report: 36232 sec
    Crashes Since Last Report: 32
    Per-App Crashes Since Last Report: 24
    Anonymous UUID: CCB49DE4-83D3-4BA1-BCE1-188D9B4B9876

    Crashed Thread: 0 Dispatch queue: com.apple.main-thread

    Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
    Exception Codes: 0x0000000000000001, 0x0000000000000000

    Application Specific Information:
    dyld: launch, running initializers
    /usr/lib/libSystem.B.dylib
    xpchelper reply message validation: sandbox creation failed: 1002
    Container object initialization failed: The file couldn’t be opened.

    Application Specific Signatures:
    sandbox creation failed: 1002
     
  2. macrumors newbie

    Joined:
    Feb 11, 2010
    Location:
    Haan, Germany - Maastricht, Netherlands
    #2
    same here. couldn't find a solution yet
     
  3. macrumors newbie

    Joined:
    Feb 11, 2010
    Location:
    Haan, Germany - Maastricht, Netherlands
    #3
    I have solved the problem related to the crashes of TextEdit and Preview on Lion DP2. Like I had suspected it was indeed related to Dropbox, namely the use of an alias for the Downloads folder in /users/~/. The alias pointed to the Downloads folder, which sits inside my Dropbox folder. When I replaced the alias in /users/~/ with a conventional folder called "Downloads", TextEdit and Preview would run without issues. So, to me it looks like that whatever is saved to in /users/~/Library/Containers/com.apple.TextEdit / cannot handle aliases.


    found this one...
     
  4. thread starter macrumors newbie

    Joined:
    Jul 2, 2011
    #4
    Stewahn, thank you for your hints, I deleted the symlink "documents" and "downloads" and create two identical real folders, start both program once (didn't crash at all), then removed both real folders and recreate the symlink again, both program keep working without any problem.
     
  5. macrumors newbie

    Joined:
    Feb 11, 2010
    Location:
    Haan, Germany - Maastricht, Netherlands
    #5
    you're welcome. However I found this tip on another site and I still have no clue how to fix the problem since I am neither familiar with these symlinks nor
    do I remember that I actually created any.

    Could you provide a step by step solution for dummies? :)
     
  6. macrumors member

    Joined:
    Nov 3, 2007
    #6
    This issue of

    occurs when a older container exists that was created by the same application but with a different signature or receipt, the fix is to delete ~/Library/Containers/the.app.id/

    Symbolic links have nothing to do with it, symlinked target dirs work just fine in the sandbox container.
     
  7. macrumors newbie

    Joined:
    May 1, 2008
    Location:
    UK
    #7
    That is not correct.

    Here is the error from the Preview.app crash log:
    xpchelper reply message validation: sandbox creation failed: 1002
    Container object initialization failed: failed to resolve "~/Library/Containers/com.apple.Preview/Data/Downloads" after 32 tries

    This is a symlink thus:
    lrwxr-xr-x 1 geoff geoff 21 28 Jul 23:06 Downloads.sym -> ../../../../Downloads

    Verified that this is accessible, can be followed, etc, etc. All OK.

    If you remove, for example, the directory (and its contents) ~/Library/Containers/com.apple.Preview then launching Preview.app just recreates it, symlinks and all, and still fails to start or resolve it.

    If you move Downloads, which is what it is complaining about, and replace it with a simple directory called Downloads, running the app just recreates a symlink to the Downloads dir as it was before, then fails to resolve it.

    Sucks.
     
  8. macrumors newbie

    Joined:
    May 1, 2008
    Location:
    UK
    #8
    Quit

    OK, so reading around on the forums a bit more, I recognised a fix. I have a ~/Downloads folder which is a symlink to /Downloads (ie: the Downloads folder in my home dir is actually an alias pointing to a Downloads folder on the root of the drive). (Pls bear with me - trying to translate so that everyone can understand this! :))

    Doing the following in Terminal.app fixes the problem (Preview not running):

    cd
    mv Downloads Downloads.sym
    mkdir Downloads

    Launch Preview .app - should succeed.
    Quit Preview.app

    rmdir Downloads
    mv Downloads.sym Downloads

    And, from now on, Preview.app should work fine - no more crashes!

    G>
     
  9. macrumors newbie

    Joined:
    Aug 5, 2011
    #9
    Fixing Preview.app and Textedit.app Permissions

    I solved this problem after upgrading to Lion as follows:
    1. Shut down and reboot your mac holding down the Command R
    (this brings you to the Recovery Utilities Screen)
    2. Select Disk Utilities and Continue
    3. This will bring you to the following screen: http://bit.ly/oCyHsb (which shows your disks and images on the left and the FIRSTAID|ERASE|RAID|Restore window on the right)
    4. Select your disk on the upper left (not an image). The button "Repair Disk Permissions" will show at the bottom middle of your window.
    5. Select Repair Disk Permissions and let it finish.
    6. Exit Disk Utilities and reboot your Mac
    Hope this works:)
     
  10. macrumors 6502

    Crunch

    Joined:
    Jun 26, 2008
    Location:
    Hollywood Hills, California
    #10
    I had the same thing happen when I re-installed OS X 10.7 Server, so as to do some benchmarks on my new SSD. (I wanted a fresh installation)

    Just run Disk Utility (in the Utilities folder) and click on Repair Permissions. That's all I needed to do to take care of both TextEdit and Preview. You do not need to use the Recovery partition.

    It's still annoying, especially with the Library folders being hidden by default on Lion. :rolleyes:
     
  11. macrumors newbie

    Joined:
    Jun 18, 2007
    #11
    This trick did it for me. Trash this .plist:

    user/ Library/ Containers/ com.apple.TextEdit/ Data/ Library/ Preferences/ com.apple.TextEdit.plist
     
  12. macrumors newbie

    Joined:
    Oct 26, 2011
    #12
    Fixing Preview and TextEdit Crash problem for OS 10.7

    I had the "Preview" and "TextEditing" crashing problem on my iMac i5. After reading the messages posted on the form here is what work for me.

    I went to the Library folder under my user by using the Finder function "Go to Folder" then typed ~/Library

    Go to the following path
    ~/Library/Containers/com.apple.Preview/

    In this folder you will see a file called Container.plist Delete this file. You should be able to launch the app.

    Then to fix the TextEdit app

    Go to ~/Library/Containers/com.apple.TextEdit and delete the same file.

    That is what fixed my issue. Hope it helps someone else to...
     
  13. macrumors newbie

    Joined:
    Oct 30, 2011
    #13
    Tried both removing preferences and deleting Container.plist to no avail

    Ive tried both removing preferences and deleting the "container.plist" file but mine still won't launch. I also live in Durango Co so there is no Apple store to restore a new Preview app. Anyone have any other ideas as to how to get my Preview back? Thanks



     
  14. macrumors 68000

    Joined:
    Mar 30, 2011
    Location:
    NY USA
    #14
    For me it was a permission issue. I am using symlinks with Dropbox too and that wasn't causing it. What I had to do was go to the preview app file right click to get info. Add a user called root with read and write permissions. That solved it for me. Seems there may be more than one cause and solution to this issue.
     
  15. macrumors newbie

    Joined:
    Oct 31, 2011
    #15
    Finally working

    I removed everything in Library/Containers/com.apple.Preview including the data folder after this was trying to open a picture by dubble clicking on it and it is working.

    After verifying the preview.app was replacing the old structure including the date folder. every thing is working fine again thanks so much MrBungleBear http://cdn.macrumors.com/vb/images/smilies/smile.gif


     
  16. macrumors regular

    Joined:
    Jun 23, 2011
    #16
    I'm glad this problem didn't affect me when I upgraded as it doesn't sound fun to fix....having said that Preview probably works slower than any other App on my Mac since moving to Lion, is THAT normal?
     
  17. macrumors newbie

    Joined:
    Jul 26, 2008
    #17

    Just wanted to bump this post to say THANKS.

    TextEdit kept freezing on me whenever I tried to 'open file'...your method worked like a charm.
     
  18. macrumors newbie

    Joined:
    Jul 24, 2012
    #18
    I have tried the fixes suggested in this forum, but Preview is still broken. It breaks every time I try to open an eps file from the command line in terminal, which I do often. Specifically, if the same eps file is open (converted to pdf using preview) then Preview automatically crashes when I try to open the same file again, from the command line or otherwise. PLEASE HELP THIS IS DRIVING ME INSANE!!! Thanks :)

    P.S. Below is part of the crash message.


    Date/Time: 2012-07-24 12:31:39 -1000
    OS Version: 10.7.4 (Build 11E53)
    Architecture: x86_64
    Report Version: 9

    Command: Preview
    Path: /Applications/Preview.app/Contents/MacOS/Preview
    Version: 5.5.2 (719.25)
    Build Version: 8
    Project Name: Preview
    Source Version: 719025000000000
    Parent: launchd [81643]

    PID: 60242
    Event: hang
    Duration: 3.80s
    Steps: 39 (100ms sampling interval)

    Pageins: 20
    Pageouts: 0


    Process: Preview [60242]
    Path: /Applications/Preview.app/Contents/MacOS/Preview
    Architecture: x86_64
    UID: 501

    Thread 0xb45f85 DispatchQueue 1
    User stack:
    39 ??? (in Preview) [0x109b577f4]
    39 NSApplicationMain + 867 (in AppKit) [0x7fff8c370244]
    39 -[NSApplication run] + 470 (in AppKit) [0x7fff8c0f4071]
    39 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135 (in AppKit) [0x7fff8c0f7735]
    39 _DPSNextEvent + 659 (in AppKit) [0x7fff8c0f7e31]
    39 BlockUntilNextEventMatchingListInMode + 62 (in HIToolbox) [0x7fff8a7cf60e]
    39 ReceiveNextEventCommon + 355 (in HIToolbox) [0x7fff8a7cf781]
    39 RunCurrentEventLoopInMode + 277 (in HIToolbox) [0x7fff8a7c84d3]
    39 CFRunLoopRunSpecific + 230 (in CoreFoundation) [0x7fff89a08486]
    39 __CFRunLoopRun + 1724 (in CoreFoundation) [0x7fff89a08e7c]
    39 _dispatch_main_queue_callback_4CF + 308 (in libdispatch.dylib) [0x7fff8a54d8f6]
    39 _dispatch_call_block_and_release + 18 (in libdispatch.dylib) [0x7fff8a54ba86]
    39 __-[NSDocumentController(NSInternal) _onMainThreadInvokeWorker:]_block_invoke_3 + 492 (in AppKit) [0x7fff8c4c51ee]
    39 __-[NSDocument relinquishPresentedItemToWriter:]_block_invoke_3 + 247 (in AppKit) [0x7fff8c4a4135]
    39 -[NSDocument continueFileAccessUsingBlock:] + 227 (in AppKit) [0x7fff8c493b7b]
    39 __-[NSDocument relinquishPresentedItemToWriter:]_block_invoke_4 + 55 (in AppKit) [0x7fff8c4a0a54]
    39 -[NSDocument _revertToVersion:preservingFirst:error:] + 125 (in AppKit) [0x7fff8c4ae0ff]
    39 -[NSDocument performSynchronousFileAccessUsingBlock:] + 42 (in AppKit) [0x7fff8c4ae652]
    39 __-[NSDocument _revertToVersion:preservingFirst:error:]_block_invoke_1 + 347 (in AppKit) [0x7fff8c4a2d3c]
    39 -[NSFileCoordinator coordinateReadingItemAtURL:eek:ptions:error:byAccessor:] + 79 (in Foundation) [0x7fff88a6d370]
    39 -[NSFileCoordinator(NSPrivate) _coordinateReadingItemAtURL:eek:ptions:error:byAccessor:] + 530 (in Foundation) [0x7fff88912f03]
    39 -[NSFileCoordinator(NSPrivate) _blockOnAccessClaim:] + 183 (in Foundation) [0x7fff88a71744]
    39 semaphore_wait_trap + 10 (in libsystem_kernel.dylib) [0x7fff869f76b6]
    Kernel stack:
    39 semaphore_wait_continue + 0 (in mach_kernel) [0xffffff8000234650]

    Thread 0xb45fc0 DispatchQueue 2
    User stack:
    39 _dispatch_mgr_thread + 54 (in libdispatch.dylib) [0x7fff8a54c31a]
    39 kevent + 10 (in libsystem_kernel.dylib) [0x7fff869f97e6]
    Kernel stack:
    39 kqueue_scan + 416 (in mach_kernel) [0xffffff800053a660]

    Thread 0xb5456e DispatchQueue 6
    User stack:
    39 start_wqthread + 13 (in libsystem_c.dylib) [0x7fff91e27b85]
    39 _pthread_wqthread + 316 (in libsystem_c.dylib) [0x7fff91e263da]
    39 _dispatch_worker_thread2 + 255 (in libdispatch.dylib) [0x7fff8a54c965]
    39 _dispatch_call_block_and_release + 18 (in libdispatch.dylib) [0x7fff8a54ba86]
    39 ____NSOQSchedule_block_invoke_2 + 124 (in Foundation) [0x7fff888dc912]
    39 -[__NSOperationInternal start] + 705 (in Foundation) [0x7fff888c96b4]
    39 -[NSBlockOperation main] + 116 (in Foundation) [0x7fff88902ae1]
    39 ____NSAppKitFinalizeThreadData_block_invoke_2 + 79 (in AppKit) [0x7fff8c332340]
    39 -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] + 135 (in Foundation) [0x7fff888d0407]
    39 -[NSObject(NSThreadPerformAdditions) performSelector:eek:nThread:withObject:waitUntilDone:modes:] + 975 (in Foundation) [0x7fff888d0854]
    39 -[NSCondition wait] + 261 (in Foundation) [0x7fff888dd4c0]
    39 __psynch_cvwait + 10 (in libsystem_kernel.dylib) [0x7fff869f8bca]
    Kernel stack:
    39 psynch_cvcontinue + 0 (in mach_kernel) [0xffffff800059daa0]

    Thread 0xb5456f
    User stack:
    Kernel stack:
    39 workqueue_exit + 1088 (in mach_kernel) [0xffffff80005a3ff0]

    Binary Images:
    0x109b56000 - 0x109d3afef com.apple.Preview 5.5.2 (719.25) <EF424E00-DDDF-321B-A789-8273F8BAEE48> /Applications/Preview.app/Contents/MacOS/Preview
    0x7fff869e2000 - 0x7fff86a02fff libsystem_kernel.dylib ??? (???) <1DDC0B0F-DB2A-34D6-895D-E5B2B5618946> /usr/lib/system/libsystem_kernel.dylib
    0x7fff88881000 - 0x7fff88b9afff com.apple.Foundation 6.7.2 (833.25) <22AAC369-B63C-3C55-8AC6-C3ECBA44DA7B> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
    0x7fff899d0000 - 0x7fff89ba4ff7 com.apple.CoreFoundation 6.7.2 (635.21) <62A3402E-A4E7-391F-AD20-1EF20236CE1B> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7fff8a54a000 - 0x7fff8a558fff libdispatch.dylib ??? (???) <1D5BE322-A9B9-3BCE-8FAC-076FB07CF54A> /usr/lib/system/libdispatch.dylib
    0x7fff8a7c6000 - 0x7fff8aaf2ff7 com.apple.HIToolbox 1.9 (???) <B7D2A06B-7BE5-3355-BF7D-8139100B9B97> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
    0x7fff8c0ef000 - 0x7fff8ccf5ff7 com.apple.AppKit 6.7.3 (1138.47) <CAF5783F-F80B-30E7-929F-BBA6D96C5C44> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
    0x7fff91dd6000 - 0x7fff91eb3fef libsystem_c.dylib ??? (???) <41B43515-2806-3FBC-ACF1-A16F35B7E290> /usr/lib/system/libsystem_c.dylib

    ..... continued ....


    ----------

    P.S. I can't seem to restore my Snow Leopard version of Preview from time machine... if someone can clarify how to go about that without breaking either version, it would be appreciated (if this indeed is a good fix!).
     
  19. macrumors newbie

    Joined:
    Nov 1, 2012
    #19
    Are you hiding your menu bar?

    This sounds exactly like the problem I had. I use PresentYourApps, a very nice little app that allows you to hide your dock and menubar automatically, but that does not work anymore with all apps under 10.7: with me, TextEdit and Preview kept crashing. If that's your case as well, visit http://eternalstorms.wordpress.com/...-sandbox-and-its-implications-on-applications, scroll towards the bottom, and were you'll find an explanation on how to fix this. Good luck!
     

Share This Page