192522 2018-12-07 16:14:07 -0800 [GTK] Window shadows broken in AC mode with the amdgpu or nouveau graphics driver 2019-05-14 13:01:32 -0700 1 1 1 Unclassified WebKit WebKitGTK WebKit Nightly Build PC Linux RESOLVED WORKSFORME P2 Normal --- 192523 1 mcatanzaro webkit-unassigned aperez bugs-noreply mcatanzaro otte pnormand oldest_to_newest 1486209 0 mcatanzaro 2018-12-07 16:14:07 -0800 Window shadows are borked for me in AC mode. This bug *seems* to affect amdgpu and noveau users, but not Intel graphics. See: https://gitlab.gnome.org/GNOME/gtk/issues/1401 After some debugging with Company we determined "the shadows are NOT messed up in the image passed to gdk_window_end_paint_internal()" and that "we use OpenGL (in gdk-wayland) to send the window contents to the compositor and it seems that is going wrong once Webkit gets involved" 1499560 1 mcatanzaro 2019-01-29 09:16:46 -0800 OK, I just noticed this is affecting Yelp too. This is bad. I think we need to disable AC mode by default at the WebKit level until it's fixed. Apps that want it can opt in. This issue does not affect Fedora 30, but it does affect the GNOME master runtime. 1501493 2 mcatanzaro 2019-02-02 07:44:43 -0800 I was hoping this was fixed in bug #193903, but sadly not. 1501501 3 aperez 2019-02-02 08:47:35 -0800 FTR, today checking things a bit with Michael he noticed that this happens both with WEBKIT_HARDWARE_ACCELERATION_POLICY_ON_DEMAND and WEBKIT_HARDWARE_ACCELERATION_POLICY_ALWAYS. So at least we know it's nothing related to the on-demand activation of AC... which is not much new to know, but may help a little bit. 1536204 4 mcatanzaro 2019-05-14 13:01:32 -0700 This appears to have fixed itself sometime in the past three months.