Hi,
ne 2. 5. 2021 v 10:26 odesílatel David Edmundson <david@xxxxxxxxxxxxxxxxxxxx> napsal:
On Sat, 1 May 2021, 20:10 Jan Grulich, <jgrulich@xxxxxxxxxx> wrote:so 1. 5. 2021 v 17:51 odesílatel Jonas Ådahl <jadahl@xxxxxxxxxx> napsal:On Sat, May 01, 2021 at 10:49:57AM -0400, Owen Taylor wrote:
> On Sat, May 1, 2021 at 10:09 AM Neal Gompa <ngompa13@xxxxxxxxx> wrote:
> >
> > On Sat, May 1, 2021 at 9:48 AM Owen Taylor <otaylor@xxxxxxxxxx> wrote:
> >
> > I agree, do we know anyone who understands Mutter that could work with
> > someone who understands Qt to figure this out? I've got a couple of
> > folks in mind who could help on the KDE side (who I've CC'd to this
> > email).
>
> Added Jonas Adahl (all things output), Carlos Garnacho (all things
> input) and Oliver Fourdan (compat problems expert) to the Cc:- one of
> them should be able to help.
>
> Since the context is trimmed, the thread here is:
> https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/thread/PZCV4KM5W2PI34GT2PK6QUGOVODVA6HW/
I have yet to find any recent bugs in mutter that causes issues that
happens only with Qt; last time I and Jan debugged some issues with
Dolphin and Kate resizing wierdly, there were still some Qt issues with
incorrectly committed surface state. I think he is still looking into
those.Yes, still working on those, but I don't think this issue is relevant here. And I would really like to know whether the "unable to type... " issue is KeepassXC only thing, because so far I haven't seen it and didn't get any other report.Some issues likely doesn't cause issues on kwin because kwin takes over
window decoration from Qt applications, meaning Qts inability to commit
correct state is papered over by the incorrect intermediate state not
existing, but for example oddly placed menus (that I have seen and can
reproduce) behave exactly the same in e.g. weston as in mutter.Oddly placed menus is something we hit with fractional scaling, it's a known Qt bug.I'm unaware of issues with QtWayland committing invalid state.
This is the weird resizing issue I mentioned here https://codereview.qt-project.org/c/qt/qtwayland/+/339395. It's happening when you move for example with a window from maximized state. I attached a debug output with some comments from Jonas when we were trying to investigate why it's happening. It doesn't happen in KDE Plasma as it doesn't use the shared memory backingstore (I think). I'm still trying to find out how to fix it.
Regards,
Jan
[3002676,379] xdg_toplevel@30.configure(1271, 922, array) [3002676,386] xdg_surface@29.configure(10274) [3002678,052] -> wl_shm_pool@57.create_buffer(new id wl_buffer@54, 0, 2558, 1860, 10232, 0) buffer size: 1279 x 930 * 2 (scale) [3002692,047] -> xdg_surface@29.set_window_geometry(10, 10, 1271, 922) needs: 1271 + 10 x 922 + 10 sized buffer (1281 x 932, or 2562 x 1864) [3002692,131] -> xdg_surface@29.ack_configure(10274) [3002728,516] -> wl_surface@24.attach(wl_buffer@54, 0, 0) [3002728,530] -> wl_surface@24.commit() !! Committed impossible window geometry !! Mutter shrinks window geometry to work around, some how. [3002729,112] -> wl_shm_pool@44.create_buffer(new id wl_buffer@43, 0, 2582, 1884, 10328, 0) [3002750,509] -> wl_surface@24.commit() Committed large enough buffer, but window geometry is unchanged (not what Qt thinks) [3002750,717] xdg_toplevel@30.configure(1259, 910, array) This is probably a result of guess mutter made to work around the impossible window geometry. I.e. it remembered the 10,10 offset, but the window size was shrunk to 1269 x 920, which when you then add the 10,10 offset becomes 1259 x 910
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure