Description: I have a notebook (left) with a second monitor (right). LibreOffice is opened on notebook and maximized and I can see 2px of LibreOffice an left border on my monitor (right). Thats only happen with LibreOffice. Not with another apps like "notepad.exe", "explorer.exe", ... If I use LibreOffice on monitor (right) maximized instead on notebook. There is no issue. Steps to Reproduce: Notebook is 2560x1600 px with scaling 150 % (default) on left side Second Monitor is 1920x1080 px with scaling 100 % (default) on right side Open OpenOffice in Notebook and maximize it. Actual Results: Photo from monitor https://cdn.discordapp.com/attachments/352403408264757248/857194415197913118/20210623_114225.jpg Expected Results: No overlap in second monitor. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
Please do not create a new bug, if you already have been informed that your problem is an existing bug (Mike Kaganski told you, that the issue is bug tdf#142832) *** This bug has been marked as a duplicate of bug 142832 ***
Sorry, but I don't see what one problem really has in common with the other.
@Uwe, don't see how this is a dupe of bug 142832, different issues. Although they could be releated. This is about how LO calculates its window frame when maximized on dual-headed system--that is about the client side decoration "Closer" button of a maximized LO session being focused /acting on a different window.
If you really want to experience a new Discord server that has welcoming people, you might want to check out the no mans sky Discords here (https://discordserverlists.com/no-mans-sky-discord/). They are really cool people with a heart of gold. There are hundreds of thousands of them in the community.
Hello, had the same issue as OP Read the bug from 142832, but from the video and discussion, seems a separate issue, will be posting the screenshots this problem gets fixed when Monitor 1 is set with 100% scaling (from 125%), however, reverting to 125% or beyond returns the bug Monitor 1: Laptop monitor with 125% scaling 1920x1080 Monitor 2: Vertical Monitor with 100% scaling 1920x1080 System environment: Operating System: openSUSE Tumbleweed 20240701 KDE Plasma Version: 6.1.1 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.7-1-default (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i7-4510U CPU @ 2.00GHz Memory: 7.6 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4400 Manufacturer: Dell Inc. Product Name: Inspiron 5547 System Version: A13 LibreOffice environment: Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.9; UI render: default; VCL: kf6 (cairo+wayland) Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR Calc: threaded
Created attachment 195094 [details] LO in Monitor 2 (vertical monitor) behaving normally
Created attachment 195095 [details] LO in Monitor 1 - 125% - with scaling issues
The steps to reproduce seems to be 1. Have Monitor 1 set with different scaling e.g. 125% and Monitor 2 with 100% 2. Maximize in Monitor 1 then transfer to Monitor 2 and maximize This happened on both Wayland and X11, only by reverting Monitor 1 to 100% scaling, then the problem fixes itself, however, by undoing to 125%, then the problem returns