Description: First line Freeze does not work. It gets sadly removed after moving the calc-window to the second monitor. Steps to Reproduce: 1. Freez first line 2. Move the calc window 3. freeze is gone :-( Actual Results: Freeze gone :-( Expected Results: Freeze should not get removed. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.0.7.3 Build-ID: 1:6.0.7-0ubuntu0.18.04.10 CPU-Threads: 8; BS: Linux 5.0; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
On Win10 with 6.3.4 version, I don't reproduce this. Could you give a try to 6.3.4? Indeed, 6.0.7 is EOL (like 6.1 and 6.2 branches).
Have you actually read my Bug-Report? I am not using Windows10 and I actually dont care about, if it works there. I am using Ubuntu-Mate 18.04 LTS (Long Term Support). I thought, when using a LTS version of ubuntu that i can assume, that somebody is willing to fix bugs. But it seems that i am just wasting my time here... because telling me, that it works on windows10 and another version, seems to me like, "I dont give a f. about your problem". Why is ubuntu 18.04 LTS using an EOL version of Libreoffice?? That seems a bit crazy to me. Sorry for my wording, but i am not very happy about that bug :-(
And I dont know how to test "6.3.4". I am using ubuntu, and getting all updates, not istalling some weird external packages, only updates from orig. repository.
Several things: - I'm not an employee and you're not a customer, so calm down and be more respectful - I didn't close your bug but just put NEEDINFO, so don't put REOPENED - "LTS" is indicated by Ubuntu not by LO so I could have told you "I don't care, talk with Ubuntu" - yes 6.0 is EOL, see https://wiki.documentfoundation.org/ReleasePlan/6.0 like 6.1 https://wiki.documentfoundation.org/ReleasePlan/6.1 and 6.2 https://wiki.documentfoundation.org/ReleasePlan/6.2 - if you use Ubuntu and above all LTS, you should know about backports and ppa so you can try LO ppa (see https://launchpad.net/~libreoffice/+archive/ubuntu/ppa)
The same problem appears with this version, which i have tested now: Version: 6.3.4.2 Build-ID: 1:6.3.4-0ubuntu0.18.04.1~lo2 CPU-Threads: 8; BS: Linux 5.0; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded
Thank you for your feedback. Since I don't have more questions, I put it back to UNCONFIRMED. Did you install any LO extension? If yes, could you disable them for the test. It could be interesting you try this: - rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux) (the goal is to know if it's due to something corrupted in LO profile) then if you still reproduce this, try another rendering by following these steps: - open a console/terminal - type this: export SAL_USE_VCLPLUGIN=gen - launch Calc and try to reproduce this. (The goal is to know if it's specific to gtk3.)
No extensions. I have added a video with this bug in action: https://imgur.com/a/M69t4L7
The size of the calc-window did get so small while moving to the next monitor, that the bug appeared. The workaround for me is, that i adjusted the window-size for non-maximized-mode to a bigger size, so that the window does not get so small anymore while moving around between monitors. Seems, that the bug does not appear anymore with this workaround. Bug still appears, when reducing window-size to very small, like shown in the video.
Great video! I could reproduce this on pc Debian x86-64 with master sources updated today. (gtk3 or gen rendering, so it's not rendering related). => NEW
I can also easily reproduce this when I make the window very small, 6.3.4.2 on KDE Neon (ubuntu 18.04 base). Merely moving from one monitor to another does not trigger the bug. It is reducing the window size which does it.
Looks like a duplicate of bug 112641 *** This bug has been marked as a duplicate of bug 112641 ***
*** This bug has been marked as a duplicate of bug 124653 ***