Dear Maintainer,

on my system devhelp does not scroll as it used to.
If I try scrolling the view either using the mouse scroll wheel
or by keyboard navigation using the up/down arrow the view will not update.

However if I click inside the view it will update by the previously scrolled amount.

I'm using this in a GNOME (wayland) session.

I'll follow up later with `WAYLAND_DEBUG=1`, maybe it contains something pointing
to the underlying issue.

Thanks for maintaing devhelp!

Some more information below.
amount.

and using AMD graphics (in case this is relevant)
pointing

[3487939.134] wl_callback@53.done(30222081)
[3492764.387] wl_pointer@13.axis_source(0)
[3492764.402] wl_pointer@13.axis_discrete(0, 1)
[3492764.405] wl_pointer@13.axis(30226906, 0, 10.00000000)
[3492764.409] wl_pointer@13.frame()
[3493389.382] wl_pointer@13.axis_source(0)
[3493389.400] wl_pointer@13.axis_discrete(0, 1)
[3493389.403] wl_pointer@13.axis(30227531, 0, 10.00000000)
[3493389.407] wl_pointer@13.frame()
[3494088.416] wl_pointer@13.axis_source(0)
[3494088.432] wl_pointer@13.axis_discrete(0, 1)
[3494088.437] wl_pointer@13.axis(30228230, 0, 10.00000000)
[3494088.440] wl_pointer@13.frame()
[3495337.607] wl_pointer@13.axis_source(0)
[3495337.624] wl_pointer@13.axis_discrete(0, 1)
[3495337.628] wl_pointer@13.axis(30229479, 0, 10.00000000)
[3495337.631] wl_pointer@13.frame()
[3501268.617] wl_pointer@13.axis_source(0)
[3501268.640] wl_pointer@13.axis_discrete(0, 1)
[3501268.643] wl_pointer@13.axis(30235410, 0, 10.00000000)
[3501268.646] wl_pointer@13.frame()

All of the above is scrolling (using the mouse)

[3533684.461] xdg_wm_base@30.ping(30267826)
[3533684.490]  -> xdg_wm_base@30.pong(30267826)
[3533684.496] wl_pointer@13.button(17474, 30267826, 272, 1)
[3533684.505] wl_pointer@13.frame()
[3533693.329]  -> wl_surface@38.attach(wl_buffer@52, 0, 0)
[3533693.342]  -> wl_surface@38.set_buffer_scale(1)
[3533693.346]  -> wl_surface@38.damage(391, 67, 589, 1033)
[3533693.351]  -> xdg_toplevel@41.set_min_size(290, 139)
[3533693.354]  -> xdg_toplevel@41.set_max_size(0, 0)
[3533693.357]  -> xdg_surface@40.set_window_geometry(20, 20, 960, 1080)
[3533693.371]  -> wl_surface@38.frame(new id wl_callback@53)
[3533693.379]  -> wl_surface@38.commit()
[3533693.897] wl_buffer@52.release()
[3533700.824] wl_display@1.delete_id(53)
[3533700.834] wl_callback@53.done(30267843)
[3533700.945]  -> wl_surface@38.attach(wl_buffer@52, 0, 0)
[3533700.961]  -> wl_surface@38.set_buffer_scale(1)
[3533700.965]  -> wl_surface@38.damage(965, 67, 15, 1033)
[3533700.968]  -> xdg_toplevel@41.set_min_size(290, 139)
[3533700.970]  -> xdg_toplevel@41.set_max_size(0, 0)
[3533700.972]  -> xdg_surface@40.set_window_geometry(20, 20, 960, 1080)
[3533700.984]  -> wl_surface@38.frame(new id wl_callback@53)
[3533700.988]  -> wl_surface@38.commit()
[3533701.160] wl_buffer@52.release()
[3533708.721] wl_display@1.delete_id(53)


The surface will only get damaged/redrawn once I click (wl_pointer@13.button).

I've also tested epiphany-browser as I've suspected this might actually be a
webkit-gtk bug, but could not reproduce it there.

I don't experience this bug, but I'm using Intel graphics and
webkit2gtk 2.37.91 (found in Experimental). webkitgtk 2.38 should be
released soon and available in Debian Unstable and Testing shortly
after that.

Thank you,
Jeremy Bicha