Autofirma no se abre o se cierra sola: soluciones

«Autofirma no se abre» describe, en realidad, cuatro problemas distintos que la gente cuenta con las mismas palabras. Autofirma no se abre nunca, ni a mano. Autofirma se abre y se cierra sola un segundo después. Autofirma no se abre automáticamente al pulsar «Firmar» en la sede, aunque a mano sí. Y Autofirma se abre pero no responde: se queda con la ventana en blanco o la sede sigue esperando. Cada uno tiene su causa y su arreglo, y el primer paso es saber cuál de los cuatro tienes. Si prefieres empezar por el diagnóstico general, está en Autofirma no funciona.

Antes de nada: ¿es normal que se cierre sola?

Sí, en un caso concreto. Cuando la sede llama a Autofirma, la aplicación arranca sin ventana principal, muestra el selector de certificados, firma y se cierra sola al terminar o al fallar. Ver aparecer y desaparecer un icono en la barra de tareas durante una firma no es un error. El error es que, después de ese parpadeo, la sede no reciba nada.

Lo que no es normal es que se cierre sola cuando la abres tú desde el menú de aplicaciones. Ahí debería quedarse con su ventana («Firmar fichero», «Herramientas», «Ayuda») hasta que la cierres. Esa es la prueba que separa los cuatro casos: ábrela a mano.

Caso 1: no se abre nunca, ni a mano

La instalación está rota. La causa depende del sistema.

Windows

Autofirma en Windows es una aplicación Java con su propio entorno de ejecución incluido en C:\Program Files\AutoFirma. Si no abre nada —ni ventana, ni error—, las causas habituales son un antivirus que ha puesto en cuarentena parte de ese entorno (Windows Defender incluido), una instalación con permisos insuficientes que dejó ficheros a medias, o una instalación hecha desmarcando la casilla del Java incluido en un equipo cuyo Java del sistema es de 32 bits o ya no existe. La reinstalación completa —desinstalar, reiniciar, instalar como administrador con el Java incluido— resuelve casi todos; el paso a paso está en Autofirma no funciona en Windows 11.

Mac

Tres diálogos distintos de macOS impiden que Autofirma se abra, y cada uno tiene su solución: «Apple no ha podido verificar que esta app no contiene software malicioso» (Gatekeeper: Ajustes del Sistema → Privacidad y seguridad → Abrir igualmente), «La aplicación Autofirma no se puede abrir» justo después de reiniciar (dos versiones mezcladas en Aplicaciones: borrar la antigua y reinstalar, incidencia #524) y el caso de una versión x64 en un Mac Apple Silicon sin Rosetta. Están explicados, con las rutas exactas, en Autofirma no funciona en Mac; y si acabas de actualizar macOS, en macOS 27 y Autofirma.

Linux

Linux es el único sistema donde Autofirma depende del Java instalado en el equipo. Si no abre, java -version en una terminal te dirá si hay Java y cuál. Si no hay, o es anterior a la 8, instala openjdk-17-jre; si lo hay pero no aparece ventana, sigue leyendo el caso 2. Los pasos concretos para Ubuntu, Mint y Debian —incluido el Firefox de snap, que esconde el perfil donde Autofirma lo busca— están en Autofirma no se abre en Linux.

Caso 2: se abre y se cierra sola al instante

Es el síntoma característico de un Java incompleto o dañado. La aplicación arranca, intenta crear la ventana y muere sin mensaje.

• En Linux es casi siempre una JRE headless, la variante sin bibliotecas gráficas que muchas distribuciones instalan por defecto. La FAQ del proyecto lo dice literalmente: instala una JRE completa (openjdk-17-jre, no openjdk-17-jre-headless), márcala como predeterminada con sudo update-alternatives --config java y reinstala Autofirma. Los detalles están en Instalar Autofirma en Linux.
• En Windows, la misma muerte silenciosa la produce un antivirus que ha bloqueado javaw.exe o alguna biblioteca del entorno incluido. Añade C:\Program Files\AutoFirma a las exclusiones y reinstala.
• En Mac, ocurre con la variante «para versiones antiguas MacOS (Java 11)» cuando el Java del sistema no es el esperado; la versión normal lleva su propio Java y no tiene este problema.

Todo lo relativo a qué Java necesita cada sistema, y por qué en Windows y Mac no hay que instalar ninguno, está en ¿Autofirma necesita Java?.

Caso 3: no se abre automáticamente al firmar (pero a mano sí)

La aplicación funciona; lo que falla es que el navegador no la lanza. La sede abre una dirección afirma://…, y el sistema tiene que saber qué programa la maneja.

1. El diálogo del navegador. Chrome y Edge preguntan «¿Abrir Autofirma?» y hay que pulsar Abrir; Firefox pregunta con qué aplicación abrir el enlace y recuerda la elección, incluida la de cancelar. Si el cuadro se cerró, recarga y repite; si Firefox lo recuerda mal, se corrige en Ajustes → General → Aplicaciones. Guías: Chrome, Edge y Brave y Firefox.
2. La asociación del protocolo se ha perdido. Ocurre tras actualizaciones, limpiezas del registro de Windows o instalaciones incompletas. En Linux puedes comprobarlo con xdg-mime query default x-scheme-handler/afirma, que debe devolver el lanzador de Autofirma. En cualquier sistema, la solución es reinstalar Autofirma y abrirla una vez a mano después, para que termine de registrarse.
3. Modo incógnito y extensiones. Los bloqueadores de anuncios y las ventanas privadas impiden con frecuencia el lanzamiento. Prueba en una ventana de invitado.

Un matiz que evita horas de confusión: tener Autofirma abierta a mano no ayuda a que la sede la lance. La sede arranca su propia instancia con los parámetros del trámite; la ventana que tú abriste solo sirve para comprobar que la aplicación funciona.

Caso 4: se abre y no responde, o «tarda mucho en firmar»

Autofirma arranca, a veces incluso muestra el selector de certificados, y la sede se queda esperando hasta que muestra «No se pudo contactar con AutoFirma» o «java.util.concurrent.TimeoutException». La aplicación y el navegador no consiguen hablarse por el servidor local que Autofirma levanta en 127.0.0.1.

• Antivirus y cortafuegos que bloquean el puerto local: desactívalos temporalmente para probar, y si funciona, añade Autofirma a las excepciones.
• El certificado raíz local (AutoFirma ROOT) que el navegador no reconoce: Herramientas → Restaurar instalación en Autofirma lo vuelve a instalar. En Mac, comprueba además en Acceso a Llaveros que existe y no está en rojo.
• Un equipo lento o con muchos certificados en el almacén: Autofirma puede tardar más de lo que la sede espera. Reintenta sin otros programas pesados abiertos.
• En macOS Tahoe 26.5 con Apple Silicon hay equipos donde la aplicación abre pero nunca levanta el servidor local (#522, #551), sin solución confirmada a día de hoy.

Este caso es, palabra por palabra, el del error SAF_45, que tiene el orden completo de comprobaciones.

Cómo resolverlo, en orden

1. Abre Autofirma a mano. Según lo que pase, estás en el caso 1 o 2 (no abre / se cierra) o en el 3 o 4 (abre).
2. Casos 1 y 2: Windows → exclusión en el antivirus y reinstalación como administrador; Mac → Gatekeeper, borrar versiones antiguas, versión correcta para tu procesador; Linux → Java completo y reinstalar el paquete.
3. Caso 3: acepta el diálogo del navegador, prueba en ventana de invitado, reinstala para registrar afirma:// y abre la app una vez a mano.
4. Caso 4: antivirus y cortafuegos, Restaurar instalación, certificado raíz en el Llavero.
5. En todos los casos, prueba otro navegador. Es la comprobación más barata y la que más información da.

Si sigue fallando: firmar sin que nada tenga que abrirse

Los cuatro casos tienen algo en común: dependen de que una aplicación de escritorio arranque, se registre y se comunique con el navegador. Si el trámite se firma dentro del formulario de la sede, no hay manera de evitarlo y toca insistir con lo de arriba o usar otro equipo; cómo reconocer ese caso está en ¿Lo aceptará la sede?.

Si lo que tienes que hacer es entregar un PDF firmado, no hace falta que nada se abra. FirmaLocal firma el PDF dentro de la pestaña del navegador con tu certificado en fichero .p12 o .pfx: sin instalador, sin Java, sin protocolo afirma:// y sin servidor local. La firma PAdES-B-B se calcula en tu equipo y ni el documento ni el certificado se suben a ningún servidor. Firma tu PDF ahora. Límites: solo certificados en fichero (no DNIe), una firma por documento, sin sello de tiempo.

Comprobar que la firma vale

Sube el PDF firmado a VALIDe y comprueba que reconoce la firma y el titular. Es la misma comprobación que hará la sede al recibirlo.

Fuentes

• Proyecto clienteafirma, FAQ de ejecución de Autofirma: por qué no se abre desde el navegador (WebSocket y certificado raíz), la JRE headless en Linux y «Restaurar la instalación». Consultada el 2026-09-01.
• Portal de Administración Electrónica, manual de instalación de Autofirma: Java incluido en Windows y macOS, Java 8 o superior completo en Linux, instalación con permisos de administrador. Consultado el 2026-09-01.
• Incidencias de clienteafirma #524 (la app deja de abrirse tras reiniciar por dos versiones mezcladas en macOS), #522 y #551 (abre pero no levanta el servicio local en Tahoe). Consultadas el 2026-09-01.
• Universidad de Zaragoza, «Autofirma no funciona»: el mensaje «java.util.concurrent.TimeoutException → No se pudo contactar con AutoFirma» y sus comprobaciones. Consultado el 2026-09-01.