Created attachment 1506805 [details] screenshot Description of problem: In Rawhide has come mesa 18.3.0~rc2 and bottom controls in Totem player stop working again as already was described here: https://bugzilla.redhat.com/show_bug.cgi?id=1563826 Second problem is that visible area in player has incorrect size after switch player in fullscreen mode. All the problems I tried demonstrate on attached screenshot. $ rpm -q totem totem-3.26.2-1.fc29.x86_64 $ totem --version totem 3.26.2 Steps to Reproduce: 1. Open any video 2. Try rewind forward 3. Actual results: Buttons not works Expected results: All controls operable Additional info: - Wayland session - AMD Vega RX 56 GPU
Was a bug in mesa, reassigning: https://gitlab.freedesktop.org/carlosg/mesa/commit/6fe9ece4e47ddf965f8abd82f2ce58a5ce568ad8
Bastien are you sure what it mesa bug? As we know such problem started after AMD developers decided added 10bit support in mesa. And Marek's position in mailing list is to keep Mesa as-is, leaving gnome-shell broken, so that gnome-shell developers are alerted and fix their code. If we react by removing 10bit support from drivers, the odds are gnome-shell will never be fixed and drivers will never be able to have 10bit support in them. All previous Fedora versions worked only because you turned off 10bit support in mesa with patch. I have been watching for a year how this issue going from version to version. https://gitlab.gnome.org/GNOME/mutter/issues/2
(In reply to Mikhail from comment #2) > Bastien are you sure what it mesa bug? I'm not the person that reassigned it. > As we know such problem started after AMD developers decided added 10bit > support in mesa. And did so in a way that broke applications it seems. In any case, there's nothing here that totem can control, and I have no hardware affected by this, so I won't be able to help.
(In reply to Mikhail from comment #2) > Bastien are you sure what it mesa bug? > > As we know such problem started after AMD developers decided added 10bit > support in mesa. The 10bpp support will cause problems in GNOME and with mutter indeed, but that's a completely separate bug from the controls not working, as mentioned above. The symptoms for the 10bpp support were usually that the colours were wrong, not that controls didn't work (although colour picking could be affected). There's usually also no need to file bugs downstream if you've already filed them upstream, unless downstream is slow picking up existing patches. The subsurface problem has a patch that's in the process of being upstreamed: https://lists.freedesktop.org/archives/mesa-dev/2018-November/210797.html and will shortly be in test updates for f29 and rawhide.
I've restored the patch in https://src.fedoraproject.org/rpms/mesa/c/a04754fe8e8c1444cc105aeb19ba778675e24bbd?branch=master . Looks like it got accidentally dropped when switching to the meson build system.
(In reply to Pete Walter from comment #5) > I've restored the patch in I think it not good solution because we will never have HDR due to completely disabled rgb10. Better to fix Totem player and I will gift my Vega 56 card to the one who will fix it.