Re: Fwd: Lyx is unusable because of its window graphics not being updated
Le 13/11/2019 à 16:03, Neven Sajko a écrit : I will not have time to debug this for a few more weeks, probably, but here is something I found on the Web, could maybe be relevant: https://github.com/tallforasmurf/CHIP8IDE/issues/22 TLDR: Somebody had a similar problem and fixed it by adding two QT calls after the QT Widget update() call. That was a few years ago, and possibly caused by a bug internal to QT. Hello, Sorry for not following up on this. The fact is that I do not have any good idea about what to do. I read the issue, and what they do is subvert the Qt update system to execute synchronously. This is not a direction we want to follow. Can you tell me whether the problem is new to LyX 2.3.1, where we introduced a new painting workflow? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Fwd: Lyx is unusable because of its window graphics not being updated
> Wayland, for example). But if the menus do not really work, I would > check whether other qt5 applications work. This might not be our bug. Just checked with two other QT5 applications: shotcut does not seem to manifest this bug, but wireshark does. Don't know what to make of it. As far as I understand, this could indeed be a Xorg, graphics driver or QT bug ... I suppose someone more knowledgeable about X11 and Xorg could infer some useful conclusions from the fact that the bug does not appear in the screencasts. Neven -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Fwd: Lyx is unusable because of its window graphics not being updated
I will not have time to debug this for a few more weeks, probably, but here is something I found on the Web, could maybe be relevant: https://github.com/tallforasmurf/CHIP8IDE/issues/22 TLDR: Somebody had a similar problem and fixed it by adding two QT calls after the QT Widget update() call. That was a few years ago, and possibly caused by a bug internal to QT. Neven -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Fwd: Lyx is unusable because of its window graphics not being updated
Le 13/11/2019 à 00:51, Neven Sajko a écrit : It is only the LyX work area that is not updated or the whole window (toolbar, menus...)? I am not sure what do you mean by "work area", but for me (while I am looking at the Xorg-powered display and using lyx), there are problems on almost the whole window. The little animations that should happen when the pointer hovers over the toolbar elements do not happen (the highlighting, maybe that is what it is called), menus do not drop down, and usually even the updates to the main area when the text goes do not happen (so, if I type "aosdiasduioh", the screen stays the same instead of that being shown as typed in. But this is where things turn even weirder ... The work area is the place where you write. We implemented it completely within our code, so bugs can happen there (we recently fixed one with Wayland, for example). But if the menus do not really work, I would check whether other qt5 applications work. This might not be our bug. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Fwd: Lyx is unusable because of its window graphics not being updated
On Tue, Nov 12, 2019 at 11:51:29PM +, Neven Sajko wrote: > This might explain why this bug > would only become apparent when using Lyx alongside a minimal WM like > DWM or without a WM (I usually use Lyx-like applications so they are > almost full screen). I tried to install dwm in oldstable debian and lyx 2.3.2 works just fine under dwm, so this seems to be something more specific to your config than only combination of lyx and basic wm. (maybe newer version of X11/dwm/wt/lyx might mater). Perhaps you can reproduce the problem even with wm which is less basic on your system? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Fwd: Lyx is unusable because of its window graphics not being updated
> It is only the LyX work area that is not updated or the whole window > (toolbar, menus...)? I am not sure what do you mean by "work area", but for me (while I am looking at the Xorg-powered display and using lyx), there are problems on almost the whole window. The little animations that should happen when the pointer hovers over the toolbar elements do not happen (the highlighting, maybe that is what it is called), menus do not drop down, and usually even the updates to the main area when the text goes do not happen (so, if I type "aosdiasduioh", the screen stays the same instead of that being shown as typed in. But this is where things turn even weirder ... After I read your question, I wanted to record a video of my screen, with a visible keylogger window, so you guys could see what was happening on my end. It turns out both keylogging and screencasting have an effect on Lyx's perceived window behavior. The most astonishing thing for me is that in the ffmpeg screencasts I made, everything looks totally normal, the recorded Lyx window updates smoothly exactly when it should. In other words, as far as I could tell there is no bug visible from the screencasts, which does NOT correspond to the behavior visible to me while using Lyx. (I will share the screencasts, but they are probably useless.) The other interesting thing was that having a keylogger window (which shows key presses and releases when they happen, see the screencasts) visible alongside the Lyx window caused the Lyx window to show keypress-necessitated window updates that would otherwise be elided. It seems that whenever there was another display update on screen, the Lyx window would also get updated. This might explain why this bug would only become apparent when using Lyx alongside a minimal WM like DWM or without a WM (I usually use Lyx-like applications so they are almost full screen). This leads to an apparent work-around for this bug: one should have, for example, a video player playing a video visible alongside the lyx window. Screencast Google Drive links: lyxScreencast.mp4: https://drive.google.com/open?id=1J1LCocsTBzBLOINFUOYhwbdrES3dt5X8 lyxScreencast1.mp4: https://drive.google.com/open?id=1ElU57uzUwCknWy-iqUMlKPdJbGnfXtMi Neven -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Fwd: Lyx is unusable because of its window graphics not being updated
Le 10/11/2019 à 22:32, Neven Sajko a écrit : Note: Am am resending this message now, I already sent it yesterday, but it did was not approved. Hello, I am currently moderating the list until we find a way to avoid spam more efficiently. I am not yet up-to-speed with the new list software we use, sorry. This is an issue for people who write to the list without being subscriber. I have whitelisted you now, so that you can post freely. This is on an up-to-date Archlinux system which should mean all software is at latest release version. Software versions: lyx 2.3.3, qt5 5.13.2, xorg 1.20.5 Reproducing: Create an empty HOME dir and .lyx in it, run /usr/share/lyx/configure.py with python2, start Lyx with created HOME. Note that you can start lyx with '-userdir foo' to get the same effect. Configure should be run automatically in this new directory. I tried using Lyx both with the DWM window manager https://dwm.suckless.org , and without a WM: Lyx exhibits the same bug under both environments. At first, under dwm, I thought the issue is that Lyx is not registering mouse clicks at all, but actually what seems to be the case is that it just does not update its display, except that every so often it does get updated and then I can see what happened in the mean time. This is weird, I do not know where to start to debug this. We have issues with Wayland (that are fixed in git now), but xorg is supposed to work. It is only the LyX work area that is not updated or the whole window (toolbar, menus...)? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Lyx is unusable because of its window graphics not being updated
This is on an up-to-date Archlinux system which should mean all software is at latest release version. Software versions: lyx 2.3.3, qt5 5.13.2, xorg 1.20.5 Reproducing: Create an empty HOME dir and .lyx in it, run /usr/share/lyx/configure.py with python2, start Lyx with created HOME. I tried using Lyx both with the DWM window manager https://dwm.suckless.org , and without a WM: Lyx exhibits the same bug under both environments. At first, under dwm, I thought the issue is that Lyx is not registering mouse clicks at all, but actually what seems to be the case is that it just does not update its display, except that every so often it does get updated and then I can see what happened in the mean time. Without a window manager at first it worked fine, but then I switched to another X Windows and back again and Lyx again stopped updating its visuals. -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Fwd: Lyx is unusable because of its window graphics not being updated
Note: Am am resending this message now, I already sent it yesterday, but it did was not approved. This is on an up-to-date Archlinux system which should mean all software is at latest release version. Software versions: lyx 2.3.3, qt5 5.13.2, xorg 1.20.5 Reproducing: Create an empty HOME dir and .lyx in it, run /usr/share/lyx/configure.py with python2, start Lyx with created HOME. I tried using Lyx both with the DWM window manager https://dwm.suckless.org , and without a WM: Lyx exhibits the same bug under both environments. At first, under dwm, I thought the issue is that Lyx is not registering mouse clicks at all, but actually what seems to be the case is that it just does not update its display, except that every so often it does get updated and then I can see what happened in the mean time. Without a window manager at first it worked fine, but then I switched to another X Windows and back again and Lyx again stopped updating its visuals. -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel