Tengo un archivo de hoja de cálculo (.xlsx) que, cuando lo abro en mi MBP con Excel 2011 14.3.6, aparece una ventana emergente que me dice que el archivo está bloqueado y solo se puede abrir en modo de solo lectura. Aproximadamente un minuto después, Excel abre otra ventana emergente y esta vez dice que el archivo está desbloqueado y me pregunta si quiero editarlo.
He verificado tres veces los permisos en el archivo y definitivamente lo puedo editar. También verifiqué en Obtener información -> General que no está bloqueado.
El archivo se encuentra en una unidad flash USB. Creé una copia de este archivo en el disco local (/Users/aj) y se abrirá bien sin la advertencia. Otros archivos de Excel guardados en la unidad flash USB se abren sin esta advertencia. Una copia de este archivo en la unidad USB todavía tiene la advertencia.
¿Qué puedo hacer para eliminar la advertencia? Uso este archivo todo el tiempo y es muy molesto.
¿Tu nombre de archivo contiene un /
? Por ejemplo, si toma thisfile.xlsx
y lo convierte en this/file.xlsx
, solo se abrirá como de solo lectura. Verifiqué esto en mi propia Mac.
Si bien la primera respuesta no se aplicó a la publicación de apertura, usaré los errores antiguos en Microsoft Office para ejemplificar cómo un archivo que es de solo lectura en una ventana de Excel no es un archivo abierto.
@AJ. (póster de apertura): dada la información disponible, el uso multiplataforma de diferentes versiones de Excel es la causa más probable de problemas en su caso. Consulte a continuación, Persistencia de archivos temporales ...
Excel 14.4.7 (141117) permite al usuario incluir el carácter solidus / (barra oblicua) en el nombre de un archivo, por ejemplo, en el cuadro de diálogo Guardar:
Simplemente guardar y luego cerrar el libro de trabajo con ese nombre de archivo hará que el archivo sea de solo lectura, en Excel, siempre que haya un carácter que Excel no pueda manejar.
La edición del libro de trabajo guardado, antes del cierre inicial, puede exponer errores adicionales, uno de los cuales se muestra al final de esta respuesta.
Use Terminal con ls(1) y lsof(8) para saber si hay algún archivo relacionado con el bloqueo presente para el libro de trabajo afectado; y para saber si algo que no sea Excel tiene el libro abierto.
Tenga en cuenta que lsof
se ejecuta como superusuario.
No todas las aplicaciones utilizan el mismo enfoque.
Ejemplo 1 : un libro de trabajo file.xlsx
abierto primero por NeoOffice y luego por Microsoft Excel:
Excel responde correctamente al bloqueo de archivos nativo de Mac OS X de NeoOffice :
También en la captura de pantalla de arriba
La COMMAND
columna muestra que dos procesos tienen el archivo abierto:
soffice.bin
– aquí, eso es NeoOfficefilecoordinationd
– para la coordinación de acceso a archivos en todo el sistema .Ejemplo 2 : el mismo libro de trabajo file.xlsx
abierto primero por Microsoft Excel y luego por NeoOffice:
NeoOffice responde correctamente al enfoque de bloqueo de Microsoft:
Esencialmente
Úselo lsof
para descubrir qué tiene abierto el libro. De lo contrario filecoordinationd
, podría tratarse de una aplicación de copia de seguridad o sincronización de terceros, o de un proceso relacionado con los metadatos... y así sucesivamente.
Un archivo temporal puede permanecer en el sistema de archivos más tiempo del necesario.
En el ejemplo (2) anterior, vemos ~$file.xlsx
, un compañero de file.xlsx
, que dichos archivos normalmente son invisibles para Finder.
Si un archivo (invisible) ~$….xlsx
está presente después (por ejemplo) de un bloqueo de Excel en su propia Mac, Excel debería comportarse correctamente la próxima vez que se abra el libro de trabajo (visible).
Por el contrario: si por alguna razón un ~$….xlsx
archivo persiste después de cerrar el libro de trabajo con otra instalación de Excel, entonces Excel en su Mac puede responder de manera extraña. Con referencia a la publicación de apertura:
… Alrededor de un minuto después, Excel abre otra ventana emergente y esta vez dice que el archivo está desbloqueado y me pregunta si quiero editarlo…
– ese síntoma me resulta muy familiar por el uso compartido de un libro de trabajo servido por Microsoft Windows Server a clientes de Windows y OS X.
(En mi caso, aceptar el aviso para editar rara vez permitía la edición; reapareció la alerta sobre el acceso de solo lectura, luego otro aviso para editar, y así sucesivamente… y ese comportamiento persistiría después de que todos los usuarios hubieran cerrado el libro de trabajo. Resuelto solo por eliminación manual, desde el servidor, del ~$….xlsx
archivo invisible.)
El solidus / en un nombre de archivo existente evita que Excel abra el archivo (la ventana del archivo es de solo lectura):
Eso es relativamente inocuo.
Sin embargo, la edición que sigue al guardado inicial puede presentar una sucesión de problemas. Las capturas de pantalla a continuación muestran la falla de AutoSave/AutoRecover –
– el libro de trabajo se guarda y permanece abierto (confirmado con lsof
) pero los comportamientos son desconcertantes para el usuario final.
pknz
AJ.
dave
AJ.
Ruscos
graham perrin