TextEdit mostra le finestre di dialogo per non avere il permesso di aprire qualsiasi file

Naviga le tue risposte
7

Circa una volta al giorno, TextEdit inizia a mostrare finestre di dialogo come questa quando cerco di aprire qualsiasi file:

The document “test.txt” could not be opened. You don’t have permission.

To view or change permissions, select the item in the Finder and choose File > Get Info.

Di solito ci sono messaggi come questo in system.log: 

9/13/12 10:41:42.952 PM sandboxd[21081]: ([357]) TextEdit(357) deny file-read-data /Users/lauri/Desktop/test.txt
9/13/12 10:41:55.118 PM TextEdit[357]: NSFileVersion tried to tried to add a new generation and failed. Versioned file URL: file://localhost/Users/lauri/Notes/temp.txt, contents URL: file://localhost/Users/lauri/Notes/temp.txt.sb-de6477ff-BhVNrq, error: Error Domain=GSLibraryErrorDomain Code=1 "The operation couldn’t be completed. (GSLibraryErrorDomain error 1.)"
9/13/12 10:41:55.118 PM TextEdit[357]: NSDocument failed to preserve the old version of a document. Here's the error:
Error Domain=GSLibraryErrorDomain Code=1 "The operation couldn’t be completed. (GSLibraryErrorDomain error 1.)"
9/13/12 10:41:55.119 PM TextEdit[357]: <Document: 0x7f971d00a510>: An error occurred while attempting to preserve the backup file at file://localhost/Users/lauri/Notes/temp.txt.sb-de6477ff-BhVNrq: Error Domain=GSLibraryErrorDomain Code=1 "The operation couldn’t be completed. (GSLibraryErrorDomain error 1.)"

Non riesco ad aprire nessun file finché non esco e riapro TextEdit. Devo anche eliminare manualmente i file di backup (come temp.txt.sb-de6477ff-BhVNrq ).

Ho avuto il problema su due diverse installazioni. Ho provato a eliminare il contenitore sandbox ea riparare le autorizzazioni dalla partizione di ripristino. Qualcuno sa cosa sta succedendo?

    
posta user495470 13.09.2012 - 22:02
fonte

4 risposte

2

Ho finito per sostituire la firma del codice di TextEdit con una firma ad hoc: 

sudo codesign -f -s - /Applications/TextEdit.app/

Disabilita il sandboxing, quindi ad esempio i file delle preferenze sono in ~/Library/Preferences/ invece del contenitore sandbox.

Modifica: le finestre di dialogo sono tornate dopo aver reinstallato OS X e ora ricevo errori come questo per codesign -f -s - : 

$ sudo codesign -f -s - /Applications/TextEdit.app/
/Applications/TextEdit.app/: replacing existing signature
/Applications/TextEdit.app/: object file format unrecognized, invalid, or unsuitable

Sto utilizzando il link per ora. Si basa su una versione di TextEdit fornita con 10.7, ma funziona con 10.8.2.

    
risposta data 07.01.2013 - 08:42
fonte
0

Prova a riparare le autorizzazioni utente .

link

In Lion, there is an additional Repair Permissions application utility hidden away. This tool is located inside boot Repair Utilities. Here’s how to access it.

  1. Restart Lion and hold down the Command and R keys.
  2. You will boot into the Repair Utilities screen. On top, in the Menu Bar click the Utilities item then select Terminal.
  3. In the Terminal window, type reset password and hit Return.
  4. The Password reset utility launches, but you’re not going to reset the password. Instead, click on the icon for your Mac’s hard drive at the top. From the drop-down below it, select the user account where you are having issues.
  5. At the bottom of the window, you’ll see an area labeled ‘Reset Home Directory Permissions and ACLs’. Click the Reset button there.

The reset process takes a couple of minutes. When it’s done, quit the programs you’ve opened and restart your Mac. Notice that ‘Spotlight’ starts re-indexing immediately

    
risposta data 02.01.2013 - 08:42
fonte
0

Eventualmente correlato link .

Prova a eliminare la cartella ~/Library/Autosave Informations (verrà ricreata automaticamente).

    
risposta data 18.09.2013 - 08:27
fonte
0

La mia soluzione, digita: chmod o+w ~/.CFUserTextEncoding

Ecco perché:

Ho avuto lo stesso problema, ho trovato questo thread, quindi ho capito. Sto ancora usando El Capitan, ma probabilmente è lo stesso problema in altre versioni.

Il problema è che Apple sembra aver aggiunto dei soft link nella directory: ~ / Library / Contenitori / com.apple.TextEdit / dati

Ad esempio: .CFUserTextEncoding @ - > ../../../../.CFUserTextEncoding Ma, non vi è alcun controllo sui permessi, o addirittura sull'esistenza, dei luoghi a cui puntano.

L'ho risolto dalla directory ~ / Library / Containers / com.apple.TextEdit / Data cambiando le autorizzazioni su: ../../../../. CFUserTextEncoding: 

chmod 644 ../../../../.CFUserTextEncoding

In breve, la soluzione è semplicemente quella di assicurarsi che il file: ~ / .CFUserTextEncoding abbia le autorizzazioni appropriate. Il mio non l'ha fatto, ma ora lo fa:

In breve: puoi farlo con il comando: 

chmod o+w ~/.CFUserTextEncoding

E poi guarda i permessi wth: 

ls -la ~/.CFUserTextEncoding

Potrebbe essere necessario continuare a controllare le autorizzazioni, poiché l'ho trovato cambiato in seguito. Non sono sicuro del perché.

    
risposta data 12.09.2018 - 19:37
fonte

Leggi altre domande sui tag

VLC continua a bloccarsi su Mac OS X El Capitan Come posso visualizzare l'XML grezzo di un feed RSS in Safari (o Reeder)?