Summary: | Editing Connectors seems to mess with LightDM - Affects all other apps on the PC | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Aaron Duerksen <aaron.duerksen> |
Component: | Draw | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | heiko.tietze, ilmari.lauhakangas |
Priority: | medium | Keywords: | accessibility |
Version: | 5.1.4.2 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 99649 |
Description
Aaron Duerksen
2016-07-25 05:26:42 UTC
It seems to have something to do with glue points too. The display froze as soon as I selected the option to add one to an object. This is before actually adding it or moving a connector to it. As usual, I could add it blindly and move the connector to it with occasional clicks to the other monitor to explicitly refresh the display and check my work. What desktop environment do you run? In case of KDE please update to 5.7.2, I read positive feedback regarding multiscreen... Ignore this, you are on LightDM. As you say the issue happens not only for Libreoffice. So it seems to be NOTOURBUG. Or am I wrong? It only starts when editing connectors or creating/editing gluepoints in LibreOffice. That's why I think it's caused by LibreOffice. Once it starts, it affects everything else. I guess this issue will be hard to track down because multi-screen problems are often related to the hardware and to the very specific setup. For instance, Intel drivers are known to be much more buggy than Nvidia, and at some point I had to move my notebook from left-of to right-of the external display in order to cope with bugs when the lid is closed. And last but not least you are running a not so common desktop environment. I never experienced an issue like yours on KDE, LXQt or Windows. So are you able to check against other desktop environments? My Windows 10 host machine seems to be okay. It's a Dell laptop with both Intel (low power) and Nvidia (high performance) graphics. The problem is in a fully-updated Lubuntu 16.04 LTS VirtualBox guest with the default display manager and a USB touchscreen mapped to its non-default monitor. I'm not using the touch to produce the problem, but it is present and working. Unmapping the touchscreen does not fix it. I can't test anything else right now. Before installing any software users need to do research about it like its developers and its functionalities. If it appears suspicious then simply do not install it. For email related issues and queries, visit https://www.aoltechsupportnumber.com/blog/how-to-close-a-free-aol-account/ Very Nice article, Thanks For Sharing Aaron: can you try with Lubuntu 20.04: https://lubuntu.me/downloads/ ? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. It took me a while to get back to this. I hadn't used that virtual machine for years, as its purpose was done, but for some reason I kept it around. I fully updated it, and I can't reproduce the problem anymore. I also tried a new virtual machine with a fresh install of Lubuntu 16.04.3 and then 20.04, and I can't reproduce it there either. So I guess we can call it fixed by accident? |