Hi, ne 2. 5. 2021 v 10:26 odesílatel David Edmundson <[email protected]> napsal:
> > > On Sat, 1 May 2021, 20:10 Jan Grulich, <[email protected]> wrote: > >> >> so 1. 5. 2021 v 17:51 odesílatel Jonas Ådahl <[email protected]> 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 <[email protected]> wrote: >>> > > >>> > > On Sat, May 1, 2021 at 9:48 AM Owen Taylor <[email protected]> >>> 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/[email protected]/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] [email protected](1271, 922, array) [3002676,386] [email protected](10274) [3002678,052] -> [email protected]_buffer(new id wl_buffer@54, 0, 2558, 1860, 10232, 0) buffer size: 1279 x 930 * 2 (scale) [3002692,047] -> [email protected]_window_geometry(10, 10, 1271, 922) needs: 1271 + 10 x 922 + 10 sized buffer (1281 x 932, or 2562 x 1864) [3002692,131] -> [email protected]_configure(10274) [3002728,516] -> [email protected](wl_buffer@54, 0, 0) [3002728,530] -> [email protected]() !! Committed impossible window geometry !! Mutter shrinks window geometry to work around, some how. [3002729,112] -> [email protected]_buffer(new id wl_buffer@43, 0, 2582, 1884, 10328, 0) [3002750,509] -> [email protected]() Committed large enough buffer, but window geometry is unchanged (not what Qt thinks) [3002750,717] [email protected](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 -- [email protected] To unsubscribe send an email to [email protected] 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/[email protected] Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
