Arreglar/restablecer "Imprimir en PDF" a la ubicación preestablecida en Big Sur

Mi diagnóstico:

Cuando imprimo con Guardar en cualquier carpeta que no esté en mi carpeta de inicio no aparece nada en el destino. Así que esto no es un problema de Dropbox.

El registro de la consola incluye esto:

error   09:04:57.913422+1000    kernel  Sandbox: printtool(7104) deny(1) file-write-create /Volumes/T5/Sync/Dropbox/folder/file.pdf
error   09:04:57.914103+1000    printtool   #print Failed to run workflow (-108)

Por lo tanto, se trata de un problema de caja de arena con el printtool proceso.

Solución 1:

Esta solución (que falla hasta ahora) es un intento de habilitar printtool para evitar el sandbox. Para ello podemos añadir el ejecutable de printtool a Full Disk Access en Security & Privacy. La ruta a añadir es: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/printtool .

¡¡Pero esto no funciona (incluso después de un reinicio)!! Tal vez se necesita otro paso.

Solución 2:

Mis otras soluciones evitan utilizar el procesamiento de la impresión para escribir el PDF. Esto es bastante torpe pero funciona. En el diálogo de impresión elija Guardar como PDF y guardar en la carpeta de Dropbox.

Solución 3:

Automatizar el proceso, utilizando una carpeta local para la impresión y algún proceso automático para mover el PDF donde queramos en Dropbox.

1. En Servicios en PDF añadir un alias a una carpeta que está bajo el directorio de inicio. He utilizado ~/Documents/DropboxPrint con un alias renombrado a Guardar en Dropbox . La impresión a eso funcionará.

2. Cualquiera de los dos: Para la carpeta elegida crear una Acción de Carpeta y script para mover el PDF a Dropbox, o (un poco más fácil) crear regla en Hazel para mover el archivo a una carpeta (por ejemplo, llamada Print) dentro de Dropbox.

Esto funciona porque hemos evitado las restricciones de printtool y usó Hazel, que ya tiene acceso total al disco.

ACTUALIZACIÓN: Este problema se ha solucionado en Monterey, que restablece los permisos de escritura en los Servicios PDF. La solución es, pues, actualizar más allá de Big Sur.

El problema es que, a partir de Big Sur, los Servicios PDF han sido masivamente bloqueados para hacerlos inútiles.

error   09:33:50.180022+0100    kernel  Sandbox: printtool(5086) deny(1) file-write-create /Users/Shared/Print/Out/big sur - Fix-restore "Print to PDF" to preset location in Big Sur - Ask Different.pdf

.
Lo único que he encontrado que funciona es un Automator Aplicación (nb: no es un "flujo de trabajo" ni nada parecido). Es de suponer que las aplicaciones tienen una firma de código local o algo que les permite pasar por la caja de arena. Así que tendrá que crear una secuencia de Automator que guarde el archivo en su destino.

El problema también afecta a los ejecutables, como los scripts scripts. Los complementos de impresión de Automator tampoco funcionan.

Relajar la caja de arena

Sin embargo, esta "caja de arena" puede "arreglarse" añadiendo las palabras Sandboxing Relaxed a /etc/cups/cups-files.conf . Puede hacerlo desde el front-end de CUPS (pestaña Administation > botón Edit Configuration File), o simplemente con Terminal o con BBEdit, etc. Tendrás que reiniciar cupsd si no utilizas el front-end web.

Esto parece permitir printtool un poco más de libertad, pero los ejecutables que llama siguen estando sujetos a varias restricciones.

Por favor, "envíe sus comentarios" a Apple.