Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
On Tue, Sep 14, 2021 at 04:35:35PM +0200, Sebastien Bacher wrote: > Could we get the patch uploaded to fix the issue? The webkitgtk depends > got removed for 2.32 but 2.33 in experimental still has a depends and > tests are failing > https://ci.debian.net/data/autopkgtest/unstable/amd64/b/balsa/15157874/log.gz I don't see a reason not to apply the patch. Berto
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Could we get the patch uploaded to fix the issue? The webkitgtk depends got removed for 2.32 but 2.33 in experimental still has a depends and tests are failing https://ci.debian.net/data/autopkgtest/unstable/amd64/b/balsa/15157874/log.gz On Ubuntu Recommends are installed by default which also makes it fail there so we did upload a patched balsa now but it would be nice to have the fix in Debian since it would be more reliable than having flaky results depending of the installed packages
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Control: tags -1 patch On Fri, May 21, 2021 at 09:52:53PM +0200, Paul Gevers wrote: > Oh, with the current downgraded dependency the issue is gone. You can also fix it with the attached patch, it's probably the easiest solution. Berto diff --git a/debian/tests/screenshot b/debian/tests/screenshot index f0fe88f..e21d2fb 100755 --- a/debian/tests/screenshot +++ b/debian/tests/screenshot @@ -6,7 +6,7 @@ balsa_setup printf 'working directory: %s\n' "$workdir" -xvfb-run bash -c 'NO_AT_BRIDGE=1 balsa --check-mail & sleep 2 ; xwd -name Balsa | gm convert - $workdir/current.png; killall balsa; wait %1; true' +xvfb-run bash -c 'DBUS_SESSION_BUS_ADDRESS="" NO_AT_BRIDGE=1 balsa --check-mail & sleep 2 ; xwd -name Balsa | gm convert - $workdir/current.png; killall balsa; wait %1; true' gm compare -metric mse "$workdir/current.png" debian/tests/orig-screenshot.png
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Control: tags -1 important Control: retitle -1 balsa autopkgtest fails with xdg-desktop-portal-gtk Hi On 21-05-2021 21:43, Alberto Garcia wrote: > In any case I would definitely reduce the severity of the bug, I just > didn't want to do it on behalf of the original reporter :) Oh, with the current downgraded dependency the issue is gone. So, lowering the severity to prevent removal of balsa for something that isn't an RC issue in bullseye. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
On Fri, May 21, 2021 at 09:28:02PM +0200, Paul Gevers wrote: > > In webkit2gtk 2.32.1-1 the dependency on xdg-desktop-portal-gtk was > > downgraded to a recommendation so the test no longer fails. > > balsa is close to autoremoval from bullseye because of this issue. > Should xdg-desktop-portal-gtk really be a Depends? (Having the > possibility to downgrade the dependency suggest it *is* not a > dependency). > > > The underlying cause is still there so I don't know if you want to > > keep this bug report open to look for a proper solution. > > If you're OK with keeping the downgraded dependency then I think > this bug can be downgraded too. Arguably this bug could be closed since the test no longer fails, although I think it's useful to keep it open in order to track the issue. But that's up to the Balsa maintainers in my opinion. In any case I would definitely reduce the severity of the bug, I just didn't want to do it on behalf of the original reporter :) Berto
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Hi Alberto, On 11-05-2021 21:03, Alberto Garcia wrote: > On Tue, Apr 27, 2021 at 11:27:32PM +0200, Alberto Garcia wrote: > >> Nothing to do with webkit actually. The test launches Balsa, waits >> for two seconds and then takes a screenshot of the window. The bug >> happens because when xdg-desktop-portal-gtk is installed Balsa takes >> a very long time to start so those two seconds are not enough. > > In webkit2gtk 2.32.1-1 the dependency on xdg-desktop-portal-gtk was > downgraded to a recommendation so the test no longer fails. balsa is close to autoremoval from bullseye because of this issue. Should xdg-desktop-portal-gtk really be a Depends? (Having the possibility to downgrade the dependency suggest it *is* not a dependency). > The underlying cause is still there so I don't know if you want to > keep this bug report open to look for a proper solution. If you're OK with keeping the downgraded dependency then I think this bug can be downgraded too. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
On Tue, Apr 27, 2021 at 11:27:32PM +0200, Alberto Garcia wrote: > Nothing to do with webkit actually. The test launches Balsa, waits > for two seconds and then takes a screenshot of the window. The bug > happens because when xdg-desktop-portal-gtk is installed Balsa takes > a very long time to start so those two seconds are not enough. In webkit2gtk 2.32.1-1 the dependency on xdg-desktop-portal-gtk was downgraded to a recommendation so the test no longer fails. The underlying cause is still there so I don't know if you want to keep this bug report open to look for a proper solution. Berto
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Control: found -1 balsa/2.6.1-1 On Tue, Apr 27, 2021 at 11:27:32PM +0200, Alberto Garcia wrote: > The bug happens because when xdg-desktop-portal-gtk is installed > Balsa takes a very long time to start so those two seconds are not > enough. > > g_application_register() calls g_dbus_proxy_new_sync(), and > that times out. The problem seems to disappear if you unset > DBUS_SESSION_BUS_ADDRESS, but that's a workaround I guess :) I'm thinking that this should probably be fixed for bullseye. It may not fail at the moment because xdg-desktop-portal-gtk is not installed during the test, but webkit2gtk 2.32.x will make it to bullseye sooner or later through a security release. So I think it makes sense to at least apply the workaround? I'm also attaching the full backtrace of the point where Balsa hangs during the test. Berto (gdb) bt #0 0x732113ff in __GI___poll (fds=0x55823e00, nfds=1, timeout=25000) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x733af0ae in g_main_context_poll (priority=, n_fds=1, fds=0x55823e00, timeout=, context=0x55866c00) at ../../../glib/gmain.c:4422 #2 g_main_context_iterate (context=0x55866c00, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../glib/gmain.c:4114 #3 0x733af40b in g_main_loop_run (loop=0x557e6c70) at ../../../glib/gmain.c:4317 #4 0x735ff214 in initable_init (initable=0x5578cab0, cancellable=0x0, error=0x7fffda50) at ../../../gio/gdbusproxy.c:1903 #5 0x735608e2 in g_initable_new_valist (object_type=, first_property_name=0x7363283a "g-flags", var_args=var_args@entry=0x7fffd8a0, cancellable=cancellable@entry=0x0, error=error@entry=0x7fffda50) at ../../../gio/ginitable.c:248 #6 0x73560999 in g_initable_new (object_type=object_type@entry=93824994070512, cancellable=cancellable@entry=0x0, error=error@entry=0x7fffda50, first_property_name=first_property_name@entry=0x7363283a "g-flags") at ../../../gio/ginitable.c:162 #7 0x73600913 in g_dbus_proxy_new_sync (connection=0x557180b0, flags=G_DBUS_PROXY_FLAGS_NONE, info=info@entry=0x0, name=name@entry=0x73d95460 "org.freedesktop.portal.Desktop", object_path=0x73d954a8 "/org/freedesktop/portal/desktop", interface_name=0x73e01cd0 "org.freedesktop.portal.Inhibit", cancellable=0x0, error=0x7fffda50) at ../../../gio/gdbusproxy.c:2093 #8 0x73d604ee in gtk_application_get_proxy_if_service_present (connection=, flags=, bus_name=0x73d95460 "org.freedesktop.portal.Desktop", object_path=, interface=, error=0x7fffda50) at ../../../../gtk/gtkapplication-dbus.c:132 #9 0x73d60678 in gtk_application_impl_dbus_startup (impl=0x55825500, register_session=1) at ../../../../gtk/gtkapplication-dbus.c:461 #10 0x73a93690 in gtk_application_startup (g_application=0x557090f0) at ../../../../gtk/gtkapplication.c:307 #11 0x734a00a2 in g_closure_invoke (closure=closure@entry=0x557036e0, return_value=return_value@entry=0x0, n_param_values=1, param_values=param_values@entry=0x7fffdd10, invocation_hint=invocation_hint@entry=0x7fffdc90) at ../../../gobject/gclosure.c:810 #12 0x734b20aa in signal_emit_unlocked_R (node=node@entry=0x55703710, detail=detail@entry=0, instance=instance@entry=0x557090f0, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fffdd10) at ../../../gobject/gsignal.c:3669 #13 0x734b86cf in g_signal_emit_valist (instance=, signal_id=, detail=, var_args=var_args@entry=0x7fffde90) at ../../../gobject/gsignal.c:3495 #14 0x734b8c3f in g_signal_emit (instance=instance@entry=0x557090f0, signal_id=, detail=detail@entry=0) at ../../../gobject/gsignal.c:3551 #15 0x735c4d92 in g_application_register (application=application@entry=0x557090f0, cancellable=cancellable@entry=0x0, error=error@entry=0x7fffdfb0) at ../../../gio/gapplication.c:2204 #16 0x735c517a in g_application_real_local_command_line (application=0x557090f0, arguments=0x7fffe018, exit_status=0x7fffe014) at ../../../gio/gapplication.c:1106 #17 0x735c54ae in g_application_run (application=0x557090f0, argc=-8172, argc@entry=2, argv=argv@entry=0x7fffe188) at ../../../gio/gapplication.c:2528 #18 0x555881e5 in main (argc=2, argv=0x7fffe188) at main.c:786
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Control: notfound -1 webkit2gtk/2.32.0-2 On Tue, Apr 27, 2021 at 09:27:35PM +0200, Paul Gevers wrote: > With a recent upload of webkit2gtk the autopkgtest of balsa fails > in testing when that autopkgtest is run with the binary packages of > webkit2gtk from unstable. Nothing to do with webkit actually. The test launches Balsa, waits for two seconds and then takes a screenshot of the window. The bug happens because when xdg-desktop-portal-gtk is installed Balsa takes a very long time to start so those two seconds are not enough. g_application_register() calls g_dbus_proxy_new_sync(), and that times out. The problem seems to disappear if you unset DBUS_SESSION_BUS_ADDRESS, but that's a workaround I guess :) I haven't debugged why this happens when xdg-desktop-portal-gtk is installed. More information here: https://bugs.launchpad.net/ubuntu/+source/webkit2gtk/+bug/1923817 Berto
Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!
Source: webkit2gtk, balsa Control: found -1 webkit2gtk/2.32.0-2 Control: found -1 balsa/2.6.1-1 Severity: serious Tags: sid bullseye X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainer(s), With a recent upload of webkit2gtk the autopkgtest of balsa fails in testing when that autopkgtest is run with the binary packages of webkit2gtk from unstable. It passes when run with only packages from testing. In tabular form: passfail webkit2gtk from testing2.32.0-2 balsa from testing2.6.1-1 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of webkit2gtk to testing [1]. Due to the nature of this issue, I filed this bug report against both packages. Can you please investigate the situation and reassign the bug to the right package? More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=webkit2gtk https://ci.debian.net/data/autopkgtest/testing/amd64/b/balsa/11951071/log.gz autopkgtest [11:13:01]: test screenshot: [--- working directory: /tmp/autopkgtest-lxc.xger5btt/downtmp/screenshot-artifacts xwd: error: No window with name Balsa exists! gm convert: Improper image header (/tmp/gmxD2SKj). gm compare: Request did not return an image. autopkgtest [11:13:04]: test screenshot: ---] OpenPGP_signature Description: OpenPGP digital signature
