Los archivos en el escritorio no son accesibles

[ACTUALIZACIÓN] Este problema parece estar arreglado en la versión 10.15.2.

Dispositivo, versión de SO y otra información de fondo:

• MacBook Pro Retina finales de 2013, Catalina 10.15.1
• FileVault no está habilitado.
• La sincronización de iCloud para escritorio/documentos no está habilitada.
• La copia de seguridad de Time Machine se encuentra en un disco externo; la copia de seguridad automática está temporalmente deshabilitada.
• Demonios, extensiones e ítems de inicio:
  • Alfred 4
  • BetterTouchTool
  • DropBox
  • Calendario 366
  • Logitech Option

Descripción del problema:

Todos los archivos en la ruta ~/Escritorio son inaccesibles para la mayoría de las aplicaciones, incluido el Finder:

• Al hacer doble clic en el archivo o seleccionar "Archivo > Abrir..." dentro de la aplicación, ambos fallan en abrir el archivo. El mensaje de error del diálogo de apertura afirmaba "El documento XXXX no pudo ser abierto".
• Los archivos pueden ser renombrados en el Finder, se puede ver rápidamente el contenido y se pueden copiar a otro directorio, pero no se pueden mover fuera del Escritorio o eliminar.
• Los archivos en otros directorios no pueden ser copiados ni movidos al Escritorio y las aplicaciones tampoco pueden guardar archivos en el Escritorio; el mensaje de error del diálogo de guardado afirmaba "El archivo 'Escritorio' no pudo ser abierto".
• El Finder todavía puede crear nuevas carpetas en el Escritorio y se pueden abrir, pero tampoco pueden ser movidas ni eliminadas, los archivos de otros directorios se pueden mover a estas carpetas, pero los archivos movidos se vuelven inaccesibles también.

Reiniciar puede resolver temporalmente este problema, pero cerrar sesión y volver a iniciar sesión hará que esta situación vuelva a ocurrir. Crear una nueva cuenta en la misma máquina no se ve afectado por el mismo problema hasta ahora.

Causa posible del problema:

Este problema parece afectar solo a aplicaciones que utilizan el Servicio de Lanzamiento, porque otras aplicaciones que utilizan la E/S de archivos POSIX convencional no se ven afectadas. Todas las utilidades de la línea de comandos en Terminal pueden leer, crear, escribir y eliminar todos estos archivos, incluidos los comandos vi, cp, mv, rm; comandos en pipeline como echo hello > ~/Escritorio/hello.txt siguen siendo funcionales y se crearán nuevos archivos en el escritorio, pero estos archivos recién creados tampoco pueden ser abiertos por TextEdit.app.

Otras aplicaciones como Visual Studio Code también pueden abrir y escribir en los archivos sin problema. También vale la pena mencionar que los navegadores web como Safari, Chrome y Firefox pueden abrir y leer el contenido, pero supongo que es porque los navegadores web están especialmente codificados para tolerar errores de lectura y contenidos parciales.

FileVault no está habilitado; y este es un modelo antiguo, por lo que no es un problema relacionado con el cifrado del sistema de archivos T2. La permisión es irrelevante para este problema porque Visual Studio Code puede acceder a estos archivos afectados normalmente. Agregar aplicaciones como TextEdit al acceso completo al disco tampoco ayuda.

Supongo que el problema está relacionado con el Servicio de Lanzamiento, como un archivo de base de datos roto o algo así, pero no tengo idea de cómo identificar la fuente del problema. Intenté buscar registros relacionados en Console.app pero no sé por dónde empezar.

Medidas temporales:

Reiniciar todos los días.

Por favor, ayuda.

[EDICIÓN] NO, LA PERMISIÓN NO ES IRRELEVANTE PARA ESTE PROBLEMA. Eso es lo primero que revisé. Todas las permisiones están configuradas normalmente y NADA ESTÁ BLOQUEADO. Simplemente volverá a la normalidad justo después de reiniciar, sin hacer nada más. Y las aplicaciones que utilizan la E/S POSIX convencional pueden seguir funcionando perfectamente normal.