Aplicaciones

Tutoriales, análisis y trucos de aplicaciones
Aplicaciones que no podemos poner en ninguna de las categorías anteriores. Aplicaciones relacionadas con la tecnología y pymes y pueden ser de interes para nosotros y otras personas.
Aplicaciones de escritorio, aplicaciones web , aplicaciones de movil y otros dispositivos, programas informáticos de interés y muchas veces necesarios para realizar nuestros proyectos.
Aplicaciones de IDES, aplicaciones ofimáticas, controladores de versiones, CRM y mucho mas.
- Andres Cordeiro
- Aplicaciones
Introducción
Hace unos días nos encontramos con un problema bastante curioso en varios equipos de nuestra red: Thunderbird, el gestor de correo que utilizamos habitualmente, dejó de mostrar correctamente la vista previa de impresión. Al intentar imprimir un correo esta aparecía completamente en blanco, impidiendo avanzar.
Lo llamativo es que este error nos recordaba muchísimo a otro que habíamos experimentado hace apenas unas semanas con Firefox, donde la vista previa también aparecía vacía y el navegador era incapaz de generar el documento de impresión. En aquel caso, tras mucha investigación, descubrimos que el origen del fallo estaba relacionado con la gestión de impresoras en el sistema.
Dado que Thunderbird y Firefox comparten la misma base tecnológica (el motor Gecko), decidimos seguir un proceso similar de diagnóstico. En este artículo vamos a explicar cómo detectar este fallo, por qué ocurre y qué solución nos funcionó.
Cómo detectar el error
Cuando Thunderbird falla al imprimir, la ventana de vista previa suele quedarse completamente en blanco. En la mayoría de los casos no aparece un mensaje de error claro, lo que dificulta saber qué está ocurriendo.
Una forma muy recomendable de detectar este tipo de fallos es ejecutar Thunderbird desde la terminal. Aunque normalmente lo abrimos desde el menú de aplicaciones, lanzarlo desde la terminal nos permite ver advertencias y mensajes internos que no aparecen en la interfaz gráfica.
Para ello podemos ejecutar:
thunderbird
En nuestro caso concreto, no apareció un mensaje de error específico que indicase el motivo del fallo, algo que ya nos había ocurrido antes con Firefox. Sin embargo, el comportamiento era exactamente el mismo: la ventana de impresión se abría en blanco y no generaba vista previa.
Este paralelismo nos hizo sospechar que ambos errores debían tener un origen común.
¿A qué se debe este problema?
El hecho de que tanto Firefox como Thunderbird fallen en el mismo punto no es casualidad: ambos programas utilizan el mismo sistema interno para gestionar la impresión. Si ese sistema falla en uno, lo normal es que falle en el otro.
En nuestro caso, ya habíamos detectado previamente que Firefox dejaba de imprimir cuando encontraba impresoras duplicadas o mal configuradas en CUPS, el sistema de impresión de Linux. Al limpiar y reorganizar las impresoras en el sistema, Firefox volvió a funcionar.
Con Thunderbird ocurrió exactamente lo mismo: la vista previa de impresión se quedaba en blanco porque el motor de Gecko encontraba una configuración de impresoras que no podía interpretar correctamente.
Además, hay un detalle importante: incluso aunque el problema esté en CUPS o en las preferencias de impresión, Thunderbird no muestra un error claro. Simplemente deja de generar la vista previa, lo que dificulta mucho el diagnóstico si no conocemos el patrón.
Solución paso a paso
La solución que nos funcionó se basa en dos acciones principales:
1. Forzar a Thunderbird a usar el diálogo de impresión del sistema
Al igual que en Firefox, existe una configuración interna que permite evitar el uso del motor de vista previa de Gecko y delegar la impresión directamente al sistema. Para ello:
- Abrimos Thunderbird.
- Vamos al menú de Configuración.
- Entramos en Configuración avanzada.
- Accedemos al editor de preferencias.
- Buscamos esta clave:
print.prefer_system_dialog
- Cambiamos su valor a true.
Con esto, Thunderbird evita usar su motor interno y pasa a usar directamente el cuadro de impresión del sistema, que no presentaba ningún problema.
En nuestro caso, esta acción fue suficiente para recuperar la funcionalidad.
2. Limpiar las preferencias de impresión de Thunderbird
Si hay impresoras antiguas, duplicadas o configuraciones corruptas, Thunderbird almacena esa información y sigue intentando utilizarla. Para eliminar esa información, cerramos Thunderbird y ejecutamos desde la terminal:
cd ~/.thunderbird/*.default*/
sed -i '/print_/d' prefs.js
Esto elimina cualquier referencia previa a impresoras que pudiera estar causando el fallo.
Verificación: ¿Cómo saber si ya funciona?
Una vez aplicados los cambios, solo hay que volver a abrir Thunderbird y probar a imprimir cualquier correo. Si todo ha ido bien:
- La vista previa debería generarse correctamente.
- La ventana de impresión ya no debería aparecer en blanco.
- No deberían aparecer advertencias ni bloqueos.
Además, si se prueba a imprimir desde Firefox y también funciona, es una señal clara de que el subsistema de impresión está funcionando adecuadamente en todo el entorno.
Conclusión
Este error de impresión en Thunderbird, aunque desconcertante al principio, parece estar relacionado con el mismo problema que ya habíamos visto recientemente en Firefox: un fallo en la interacción entre el motor de impresión de Gecko y determinadas configuraciones de CUPS o GTK.
Aunque por ahora hemos podido resolverlo utilizando el diálogo de impresión del sistema y limpiando las preferencias de impresión, nos queda pendiente investigar más a fondo el posible bug en GTK + Gecko, que parece ser el origen de este comportamiento tan peculiar.
Si os encontráis con un error similar o tenéis otra variante del problema, dejadlo en los comentarios. A veces estos fallos tan específicos solo aparecen en situaciones concretas, y compartir experiencias ayuda a comprender mejor lo que ocurre.
- Andres Cordeiro
- Aplicaciones
Durante los últimos meses hemos trabajado con usuarios que reportaban un problema concreto: la vista previa de impresión en Firefox ESR dejaba de funcionar al intentar imprimir documentos PDF. Aunque el navegador mostraba correctamente los PDF, al pulsar el botón de imprimir la ventana de vista previa quedaba en blanco o desaparecía.
Este post describe cómo detectar el problema, los pasos de diagnóstico y las dos soluciones más efectivas, de manera que cualquier usuario de Linux pueda aplicar estas medidas sin comprometer la configuración de sus impresoras.
1. Descripción del problema
El síntoma principal era muy concreto:
- Los PDF se visualizaban perfectamente en Firefox.
- Al intentar imprimir, la vista previa de impresión fallaba: pantalla en blanco o cierre de la ventana.
- La impresión funcionaba correctamente desde cualquier otra aplicación, por lo que el fallo estaba localizado en Firefox.
- No se mostraban errores al ejecutar Firefox desde la terminal.
El problema surgía principalmente en entornos donde había múltiples colas de impresión apuntando al mismo dispositivo físico.
2. Cómo detectar el origen del problema
Para diagnosticar la situación se siguieron los siguientes pasos:
a) Verificación de la instalación y ejecución de Firefox
- Ejecutar Firefox desde terminal para buscar errores GTK o librerías faltantes.
- En este caso, no aparecieron mensajes relevantes, indicando que el fallo era interno al navegador.
b) Revisión de las impresoras en CUPS
Usando el comando:
lpstat -t
se identificó que había dos colas apuntando al mismo dispositivo físico, con nombres distintos, como por ejemplo:
Impresora-Color
Impresora-B/N
Ambas apuntaban a la misma dirección de red o socket de la impresora. Este escenario provocaba que Firefox intentara inicializar ambas colas simultáneamente, rompiendo la vista previa de impresión.
3. Soluciones implementadas
Una vez detectada la causa, existen dos soluciones claras y efectivas:
Solución A: Usar el diálogo de impresión del sistema
Esta es la forma más rápida de evitar el bug:
- Abrir
about:configen Firefox. - Buscar:
print.prefer_system_dialog
- Cambiar su valor a
true.
Esto hace que Firefox no use su vista previa interna y delegue la impresión al diálogo del sistema (CUPS/GTK), que es estable.
Ventajas:
- Solución inmediata y confiable.
- No requiere modificar impresoras ni drivers.
Desventajas:
- La experiencia de impresión cambia ligeramente frente a la vista previa interna de Firefox.
Solución B: Eliminar o unificar colas duplicadas
Si se desea mantener la vista previa interna:
- Identificar las colas duplicadas en CUPS.
- Eliminar la cola redundante:
sudo lpadmin -x NombreColaDuplicada
- Reiniciar Firefox y limpiar la configuración interna de impresión (
about:support → Clear saved print settings).
Ventajas:
- Soluciona el problema de raíz.
- Permite seguir usando la vista previa interna de Firefox.
Desventajas:
- Si se usaban colas duplicadas para distintos modos de impresión (color/B/N), será necesario recrearlas con nombres claros y configuraciones fijas.
4. Otros problemas posibles
Aunque en este caso el origen estaba claro, otros factores también pueden afectar la impresión en Firefox ESR:
- Drivers mal configurados o desactualizados.
- Conflictos con impresoras de red o descubrimiento automático de mDNS/Avahi.
- Problemas de compatibilidad de PDF.js con documentos complejos.
No profundizamos en estos casos aquí, pero conviene tenerlos presentes para diagnósticos más complejos.
Conclusión
El fallo de impresión en Firefox ESR se puede resumir así: la existencia de colas de impresión duplicadas apuntando al mismo dispositivo físico puede romper la vista previa.
Una vez identificado, las soluciones son:
- Usar el diálogo de impresión del sistema para evitar la vista previa interna.
- Eliminar la cola duplicada para permitir que Firefox funcione con la vista previa interna.
Con estos pasos, cualquier usuario de Linux puede restaurar la funcionalidad de impresión sin perder estabilidad ni comprometer la configuración del sistema.
Tabla: historico_precios
Descripción
La tabla historico_precios registra los cambios de precio de costes y ventas ( siempre con iva) realizados a los artículos del sistema. Permite llevar un control histórico de las modificaciones, incluyendo datos como el precio anterior, el nuevo, la fecha del cambio, el usuario que lo realizó, y el contexto desde el cual se hizo.
- Andres Cordeiro
- Aplicaciones
Introducción
Hace unas semanas se produjo un error en varios ordenadores de la misma red, por el cual la calculadora base de Debian 12 y otras distribuciones de Linux dejó de funcionar correctamente.
Al ejecutar el programa desde el gestor de aplicaciones, la calculadora se abría pero se congelaba, haciendo imposible usarla o cerrarla. Así que hoy vamos a ver cómo solucionar este error y cómo detectar lo que está ocurriendo en nuestro sistema.
Entendemos que pueden existir otras razones por las que la calculadora se congele, pero en nuestro caso, los cinco PC en los que ocurrió presentaban exactamente el mismo problema y por las mismas razones. Por eso, os invitamos a que nos dejéis en los comentarios otros posibles errores de congelación de Gnome Calculator que no se asemejen al nuestro.
Cómo detectar el error
Cuando en una distribución Linux un programa deja de funcionar sin razón aparente, lo más recomendable es ejecutarlo desde la terminal. El mayor inconveniente de esto es que, en nuestro menú de herramientas, el nombre de la aplicación no siempre coincide con el nombre real del ejecutable.
Por ejemplo, el acceso directo "Calculadora" ejecuta en realidad el programa gnome-calculator. Una forma de averiguarlo es ejecutando los siguientes comandos:
ls /usr/share/applications | grep "Calculator"
Esto nos puede devolver líneas como:
org.gnome.Calculator.desktop:Name=Calculator
org.gnome.Calculator.desktop:Icon=org.gnome.Calculator
org.gnome.Calculator.desktop:Categories=GNOME;GTK;Utility;Calculator;
Y para ver qué ejecutable está vinculado al acceso directo:
grep "Exec" /usr/share/applications/org.gnome.Calculator.desktop
Exec=gnome-calculator
Ese archivo que acabamos de consultar se encarga de guardar información sobre los accesos directos del menú de aplicaciones. El apartado Exec indica el comando que se ejecuta al abrir esa aplicación desde la interfaz gráfica, y que podemos usar directamente en la terminal.
Ejecutar un programa desde la terminal tiene la ventaja de que muestra información sobre su proceso de carga, acceso a directorios secundarios, y lo más importante: muestra advertencias y errores en tiempo real. Esto es especialmente útil si, por ejemplo, surge un problema mientras usamos LibreOffice; al lanzarlo desde la terminal, es probable que veamos un mensaje sobre el último proceso ejecutado o el motivo del fallo.
Volviendo al caso de nuestra calculadora, si esta se congela tan pronto como se inicia, lo que debemos hacer es ejecutarla desde la terminal usando exactamente el comando que aparece en el campo Exec. En nuestro caso, al ejecutar gnome-calculator, lo que aparecía era lo siguiente:
gnome-calculator
(gnome-calculator:2): WARNING: 21:08:00.004: currency-provider.vala:161: Couldn't download IMF currency rate file: HTTP/2 Error: INTERNAL_ERROR
(gnome-calculator:2): libsoup-WARNING **: 21:08:00.004: (../libsoup/soup-session.c:334):soup_session_dispose: runtime check failed: (soup_connection_manager_get_num_conns (priv->conn_manager) == 0)
(gnome-calculator:2): libsoup-WARNING **: 21:08:00.004: (../libsoup/soup-connection-manager.c:84):soup_host_free: runtime check failed: (host->conns == NULL)
Lo más relevante de este error es la primera línea, que indica que no se ha podido descargar el archivo de tasas de cambio del FMI (IMF). Si este es el mensaje que os aparece, en la siguiente sección de esta publicación explicaremos cómo solucionarlo de varias formas y por qué ocurre.
En caso de que tengáis otro error distinto, no dudéis en dejarlo en los comentarios para que podamos intentar ayudaros.
¿A que se debe este problema?
Antes de empezar describir la solución vamos a explicar a que se debe. Este error de IMF se debe a que nuestra calculadora no es capaz de acceder a las tablas de cambio de tipos que toma desde la pagina del Fondo Monetario Internacional. Gnome-Calculator tiene un modo financiero y emplea estas tablas de tipos como referencia.
Pero ¿A que se debe que no pueda acceder? los comentarios de estos errores que he consultado asocian este error a conexiones via VPN, y aunque hay usuarios que reportan no usar VPN, en general se puede asociar a que el acceso a la pagina del fondo internacional produce este error. A pasar de que no requiere actualización constante si gnome caclculator no puede acceder a este valor se produce un error en libsoup que congela la ejecución de la calculadora.
Solución paso a paso
La verificación de actualización se produce gracias a una configuración en las preferencias de Gnome Calculator. Si usas una VPN, una solución sencilla es desactivarla, lanzar la calculadora, ir a Preferencias y cambiar el intervalo de actualización de la tasa de intercambio a Nunca. Luego puedes volver a activar la VPN y, con esto, ya no deberías tener el problema.

Ahora bien, si no puedes desconectar la VPN o si tu problema de conectividad se debe a otra razón, una simple línea de comando desde la terminal puede solucionarlo todo:
dconf write /org/gnome/calculator/refresh-interval 0
Este comando establece el valor refresh-interval de Gnome Calculator en 0, que corresponde a la opción "Nunca" en el intervalo de actualización de tasas de intercambio. Lo que quiere decir que, al ejecutar la calculadora nuevamente, ya debería funcionar correctamente y en las preferencias aparecerá ese valor como "Nunca".
Este comando me funcionó en cuatro PCs diferentes. Sin embargo, en un quinto equipo (que, de hecho, fue el primero en el que probé), usé este otro comando:
gsettings set org.gnome.calculator refresh-interval 0
En teoría, hacen lo mismo pero a través de funciones distintas, y en ese primer equipo funcionó perfectamente con gsettings. Así que, por si dconf no llegase a funcionar en tu caso, tienes esta segunda opción que permite lograr lo mismo.
Como tal, no sé con certeza por qué gsettings funcionó en el primer equipo y en los demás tuve que usar dconf. Por lo que estuve investigando, ambas herramientas son bastante similares y funcionan sobre la misma base de configuración (dconf/GSettings), pero con diferentes métodos de acceso.
Verificación: ¿Cómo saber si ya funciona?
Una vez actualizada esta propiedad de Gnome Calculator, lo único que hay que hacer es lanzarla, ya sea desde el menú de aplicaciones o desde la terminal, y veréis cómo parpadea el cursor de la calculadora. Además, si la ejecutáis desde la terminal con el comando gnome-calculator, no debería aparecer ningún mensaje de error o advertencia en la salida. No sé si este error es muy común, pero en inglés hay muchísima información al respecto y sobre cómo solucionarlo.
Espero que esta entrada del blog os haya servido para aprender cómo identificar errores de ejecución en los programas y cómo saber lanzarlos correctamente desde la terminal. Si en el futuro tenéis un problema, por ejemplo con el reproductor de vídeo, al menos ahora ya sabéis cómo lanzarlo desde la terminal, ¿verdad?
En cualquier caso, esta pequeña guía sobre cómo arreglar el error de congelación de la calculadora en Debian o Ubuntu (que son las distribuciones con las que trabajo habitualmente) se basa en un fallo de conexión con el servicio del FMI (IMF).
Si vuestro problema no se debe a esto, dejadnos un comentario y le echaremos un vistazo.
Hoja de Ruta para Implementar Factura Electrónica y VeriFactu en TPVFOX (PHP)
Punto a seguir.
