Shotwell 33 termina su migración a GTK4 tras tres años

Shotwell 33.0 salió el 13 de septiembre de 2026 y completa el paso del gestor de fotos de GNOME de GTK3 a GTK4. Es la primera versión mayor del proyecto desde la 0.32, en abril de 2023, y la migración explica por qué el hueco fue tan largo.

GTK es el toolkit que dibuja ventanas, botones y menús para las aplicaciones de GNOME. Shotwell organiza y edita bibliotecas de fotos. Mover una aplicación de ese tamaño entre versiones mayores del toolkit significa reescribir todo lo que toca la pantalla. Por eso tres años de silencio dieron una sola nota de versión.

Qué arregla la migración

El anuncio del propio proyecto pone la compatibilidad por delante del aspecto. «This moves Shotwell to GTK4, improving compatibility with Wayland (like export with drag and drop working again) and overall utilization of modern desktop portals», dice la publicación en GNOME Discourse.

Allí hay dos términos que conviene desglosar. Wayland es el sistema de visualización que ha sustituido a X11 en la mayoría de los escritorios Linux. Un portal de escritorio es la puerta de permisos que cruza una aplicación para alcanzar algo fuera de sí misma, como el selector de archivos o el servicio de capturas. Las aplicaciones aisladas, incluidas las compilaciones Flatpak, dependen de los portales hasta para abrir un archivo.

Eso es lo que convierte la exportación arrastrando en el detalle revelador. Arrastrar una foto de Shotwell a otra ventana es una función pequeña que había dejado de funcionar. El anuncio vincula su regreso directamente a la compatibilidad con Wayland que trae GTK4.

El resto de la versión

Phoronix enumera los cambios que llegaron junto a la migración.

Cambio en Shotwell 33	Qué abarca
Migración a GTK4	El núcleo de la versión, en sustitución de GTK3
Abrir URI en el visor	Ver una imagen por su dirección, no solo por archivo
Impresión rehecha	El camino de impresión se reconstruyó durante la migración
Corrección de fugas de memoria	Fugas encontradas y cerradas durante la reescritura
Corrección de cierres inesperados	Se atendieron posibles fallos

El número de versión es una pequeña historia aparte. La versión anterior fue 0.32 y esta es 33.0, así que el proyecto dejó caer el cero inicial que arrastraba desde hacía años. Phoronix lo llama el «long-awaited GTK4 port», y añade que «it's been quite some time since hearing any news out of the Shotwell photo manager project».

El momento es deliberado. Shotwell 33 llega aproximadamente una semana antes de la versión de escritorio GNOME 51, que hace poco añadió perfiles personalizados de aceleración del puntero. Publicar una migración grande justo antes de una versión de escritorio la pone ante los empaquetadores de las distribuciones mientras ya están montando el siguiente conjunto.

Qué significa esto para los desarrolladores

Trate las correcciones de fugas y de cierres como parte de la migración, no como un trabajo aparte. Reescribir cada llamada a un widget le obliga a pasar por código que nadie había leído en años, y ahí es donde aparecen las fugas. Si planea su propio salto de GTK3 a GTK4, presupueste también los errores que la migración destapa, no solo la migración.

Mire pronto el arrastrar y soltar si su aplicación lo admite. Es la función con más probabilidades de estar rota en silencio bajo Wayland con GTK3, y los usuarios rara vez abren un informe por ello. Simplemente dejan de usarla. Pruebe a arrastrar hacia su ventana y desde su ventana antes de dar por terminada una migración.

Revise también su código de impresión. Shotwell rehizo la impresión durante esta migración, y la impresión es un subsistema que suele escribirse una vez y no volver a tocarse. Una migración de toolkit es el momento en que se rompe.

La señal más amplia trata del ritmo. Shotwell tardó tres años y una versión mayor en llegar aquí, justo cuando GTK 4.24 cambió el escalado fraccionario y el ritmo de fotogramas por debajo. Si su aplicación sigue en GTK3, el coste de esperar es que migrará hacia un objetivo en movimiento. Las aplicaciones que terminan ahora aterrizan sobre un toolkit que sigue cambiando, y eso todavía es más fácil que empezar el mismo trabajo un año después.