Description of problem: Since time ago every time that i open calc, writer , etc the window is not showed as expected and i have to maximize manually from the task list. I did not report this earlier because i did believe was a configuration, but i remove ~/.config/libreoffice and after that when you first run a libreoffice application it shows as expected, but after close and open again the bad behaviour return. After some test i see that the window is open but at absurdly minimal size, you can drag resize or maximize from the task list, but once again after close and open again the bad behaviour return. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Open a Plasma session 2. Open a libreoffice application (tested with writer and calc) 2.1 If is the first time you open and the window shows right, then close and open again. 3. You can see a small line at the left top corner. This behaviour is not present in the libreoffice launcher and at less is not present in icewm
The problem does not show up on any of my installs. Please try creating a new user, and see if the issue occurs for that user.
CC: (none) => davidwhodgins
(In reply to Dave Hodgins from comment #1) > The problem does not show up on any of my installs. > > Please try creating a new user, and see if the issue occurs for that user. Made the test (just in case is the Lap with the broken display), the behaviour described is present, also made changes to display configuration just in case but also is present. I will made the test in a Desktop PC and report if is valid there.
Testing with a new user, on the same install that shows the problem, will show if it's a one user problem or a system wide problem. A system wide problem may still be a configuration issue (in /etc), or a package issue, while a one user problem is strictly a configuation issue. If it's a configuration issue, it might be gnome/gtk or kde plasma/qt related.
The test with the Desktop PC don't shows this issue. In case is configuration issue must reside on /etc or be related to Plasma/Qt But i think is related to have to use an external monitor instead of the integrated display, but is a weird behaviour not present in any other application at the moment. As in icewm the issue is not present i will switch this lap to Xfce
Ad David said, it would be interesting to see if your system show the issue with a fresh user.
CC: (none) => fri
(In reply to Morgan Leijström from comment #5) > Ad David said, it would be interesting to see if your system show the issue > with a fresh user. As i say in comment#2 (maybe with bad redaction) the behaviour persist with other user, i have to create the user as usually only i use this Lap
Well i back to other of my reports (bug#29405), i was switched back to use the intel driver so i revert and again set the Section "Device" part in /etc/X11/xorg.conf as this Section "Device" Identifier "Intel" Driver "modesetting" Option "AccelMethod" "glamor" Option "Backlight" "intel_backlight" EndSection Restart the graphic server and made enough test to report that with the change the reported behaviour is gone. So is a bug in intel driver that affect the combination: this Lap + (calc or writer) + Plasma
Source RPM: libreoffice-7.2.5.2-1.mga8.src.rpm => x11-driver-video-intel-2.99.917-63.mga8.src.rpmSummary: In KDE Plasma, after the first run and close, libreoffice applications star with 0 size at top left corner => In KDE Plasma, intel driver make libreoffice applications star with 0 size at top left corner
Thank you for all your research. That bug 29405 itself referred back to 16986, both saying that the change you repeat above was the one that worked best. In order to summarise your system, please post: $ inxi -MSGxx This 'fix' has been around for nearly 4 years. Unsure whether the fault lies with Plasma or Intel. Can we incorporate it automatically? (In reply to katnatek from comment #4) > As in icewm the issue is not present i will switch this lap to Xfce Since you seem to be a Plasma user, have you thought of trying Wayland instead of X11 ? It is still experimental for Plasma, though. Assigning to tv for X11, CC'ing tmb for his view re Intel.
CC: (none) => lewyssmith, tmbAssignee: bugsquad => thierry.vignaudSummary: In KDE Plasma, intel driver make libreoffice applications star with 0 size at top left corner => In KDE Plasma, intel driver make libreoffice applications start with 0 size at top left corner
(In reply to Lewis Smith from comment #8) > Thank you for all your research. That bug 29405 itself referred back to > 16986, both saying that the change you repeat above was the one that worked > best. > Well when i made that report i did remeber that in previous versions we have an issue with intel driver + KDE so i make a search and i found that bug :D > In order to summarise your system, please post: > $ inxi -MSGxx > System: Host: cefiro Kernel: 5.15.25-desktop-1.mga8 i686 bits: 32 compiler: gcc v: 10.3.0 Console: tty 0 wm: kwin_x11 DM: LightDM, SDDM Distro: Mageia 8 mga8 Machine: Type: Laptop System: Hewlett-Packard product: Compaq Presario C700 Notebook PC v: F.34 serial: CND8452P36 Chassis: type: 10 serial: N/A Mobo: Hewlett-Packard model: 30D9 v: 83.21 serial: CND8452P36 BIOS: Hewlett-Packard v: F.34 date: 09/25/2008 Graphics: Device-1: Intel Mobile GM965/GL960 Integrated Graphics vendor: Hewlett-Packard Presario C700 driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:2a02 Device-2: Chicony integrated USB webcam type: USB driver: uvcvideo bus ID: 1-6:4 chip ID: 04f2:b057 Display: server: Mageia X.org 1.20.14 compositor: kwin_x11 driver: modesetting,v4l resolution: 1360x768~60Hz s-dpi: 96 OpenGL: renderer: Mesa DRI Intel 965GM (CL) v: 2.1 Mesa 21.3.6 direct render: Yes > This 'fix' has been around for nearly 4 years. Unsure whether the fault lies > with Plasma or Intel. Can we incorporate it automatically? > If not maybe add a Errata for Maheia 8 and maybe for 9 if still give troubles > (In reply to katnatek from comment #4) > > As in icewm the issue is not present i will switch this lap to Xfce > Since you seem to be a Plasma user, have you thought of trying Wayland > instead of X11 ? It is still experimental for Plasma, though. > Well until 7 version i was using Xfce (except for a Sony Laptop that is waiting to new hard disk and power supply) and did not have this lap, i try and report. .
After back to original configuration Section "Device" Identifier "device1" VendorName "Intel Corporation" BoardName "Intel 810 and later" Driver "intel" Option "DPMS" EndSection and the installation of plasma-wayland-protocols plasma-workspace-wayland I test again in standard Plasma session and found that now the issue only is produced if remove ~/.config/libreoffice, then after the first open/close of calc and writer but if you resize all the next open/close are right The same is valid for Plasma wayland session and the standard Plasma session with comment#7 modification (i was so happy that the nasty behaviour was gone that forgot to make the test removing ~/.config/libreoffice) Not sure if is needed to readd libreoffice-7.2.5.2-1.mga8.src.rpm
Thank you for the additional tests. Unclear about the result... Using Wayland, did the problem happen or not? (I do not think /etc/X11/xorg.conf should matter). Removing ~/.config/libreoffice has no effect on the problem ? Under normal X11, it is just the /etc/X11/xorg.conf change that matters. Did you ever try changing the default shown in comment 10 gradually to that in comment 7 to see whether just one particular line did the trick? The only lines which are actually different are: Identifier "device1" -> Identifier "Intel" Driver "intel" -> Driver "modesetting" Otherwise lines do not clash; the different 'Option' lines look as if they can be cumulative, so it might be possible to simply add the two 'new' ones. Ah - I note for the first time that this is 32-bit; which begs the question does the problem arise on 64-bit? Or is it specific to 'Intel Mobile GM965/GL960' graphics, or just some older ones. I agree about adding something in Mageia 8 ERRATA.
Keywords: (none) => FOR_ERRATA8
(In reply to Lewis Smith from comment #11) Lot of questions, i try to do my to answer (my english redaction stink ;) ) > Thank you for the additional tests. Unclear about the result... > > Using Wayland, did the problem happen or not? (I do not think > /etc/X11/xorg.conf should matter). > Yes, in fresh user or existing user after the first open/close (or the first after Removing ~/.config/libreoffice), but instead of happen all the time, but after rise and close, all posterior open/close of calc and writer works fine > Removing ~/.config/libreoffice has no effect on the problem ? > The effect was that, in the first open, the window of calc and writer show normal, but after close and open again the issue strike again, now after the wayland packages installation just have to resize one time and all the next open/close are normal > Under normal X11, it is just the /etc/X11/xorg.conf change that matters. Did > you ever try changing the default shown in comment 10 gradually to that in > comment 7 to see whether just one particular line did the trick? The only > lines which are actually different are: > Identifier "device1" -> > Identifier "Intel" > > Driver "intel" -> > Driver "modesetting" > > Otherwise lines do not clash; the different 'Option' lines look as if they > can be cumulative, so it might be possible to simply add the two 'new' ones. > Not sure, when i first found (https://bugs.mageia.org/show_bug.cgi?id=16986#c14) looks to me that the change need to be one set of lines for other > Ah - I note for the first time that this is 32-bit; which begs the question > does the problem arise on 64-bit > Or is it specific to 'Intel Mobile GM965/GL960' graphics, or just some older > ones. > Not have a 64bit laptop to make the test and can't test in the other 32bit lap that i have (it haves Intel Corporation|Mobile GM965/GL960 Integrated Graphics Controller (secondary) [DISPLAY_OTHER] (rev: 0c) https://bugs.mageia.org/attachment.cgi?id=10343) I highlight that is a laptop and as in comment#2 that the main display is broken so it lives connected to a external monitor Just to finish, in a desktop 64bit PC, that i remember have a intel driver also, the issue is not produced. So the issue is maybe related to a bad identification of the area were the window must be drawn, just is weird that only libreoffice applications are affected. > I agree about adding something in Mageia 8 ERRATA. I see what can do, perhaps add Intell on https://wiki.mageia.org/en/Mageia_8_Errata#Graphics ?
(In reply to katnatek from comment #12) > (In reply to Lewis Smith from comment #11) > Lot of questions, i try to do my to answer (my english redaction stink ;) ) > > Thank you for the additional tests. Unclear about the result... > > > > Using Wayland, did the problem happen or not? (I do not think > > /etc/X11/xorg.conf should matter). > > > > Yes, in fresh user or existing user after the first open/close (or the first > after > Removing ~/.config/libreoffice), but instead of happen all the time, but > after rise and close, all posterior open/close of calc and writer works fine > It must be: > Yes, in fresh user or existing user after the first open/close (or the first > after > Removing ~/.config/libreoffice), but instead of happen all the time, > after resize and close, all posterior open/close of calc and writer works fine >
(In reply to katnatek from comment #12) > (In reply to Lewis Smith from comment #11) > > I agree about adding something in Mageia 8 ERRATA. > I see what can do, perhaps add Intell on > https://wiki.mageia.org/en/Mageia_8_Errata#Graphics ? Done. And thank you for all the work you have put into diagnosing this problem. Removing tmb CC, leaving this with tv for X11.
CC: lewyssmith, tmb => (none)
(In reply to Lewis Smith from comment #14) > Done. > And thank you for all the work you have put into diagnosing this problem. > Removing tmb CC, leaving this with tv for X11. Thank you, i made a little modification to highlight that the behaviour only happen in Plasma and as long as i can say in a laptop connected to external monitor. Also add info about the bug#29405
Thank you
Keywords: FOR_ERRATA8 => IN_ERRATA8
Well i redo my test and i no longer sure the graphic driver is related, but i know now that is something with the combination The comment#9 Laptop connected to external screen by the vga port, libreoffice and the qt desktops. I made a test with LXQT and the behaviour is reproducible, but not all the info i made in this bug is correct. So i write again here Desktops that suffer this Plasma Xorg, Plasma Wayland and LXQT. What happens Removing ~/.config/libreoffice or with new user - The first time you open writer or calc the window shows good, close the window. - When open again the window is drawled as almost a line in top left corner. -- If you maximize from the task list and close the application, when open again, we stuck in the previous point (in LXQT is a few different as after this the window is drawled in center of the desktop but still as a line) -- If you drag the window to resize after close all successive times the window show good, but i have to do this at less two times for each libreoffice application affected (one opening a blank "document" using the launchers from the menu and one opening a "document" from the file manager). Is clear for me that the errata related to this issue need to be retouched and perhaps moved from the hardware+kde section in where is. At less icewm and xfce are not afected
Summary: In KDE Plasma, intel driver make libreoffice applications start with 0 size at top left corner => In desktops based on qt, libreoffice applications start with 0 size at top left corner, on laptop using external screen connected in vga port
Thank you for investigating more. Renamed and updated the Errata entry, but kept location: https://wiki.mageia.org/en/Mageia_8_Errata#LibreOffice_window_tiny - I assume the workarond described there is still correct? That workaround is also referred from the next errata entry below for bug#29405.
Status comment: (none) => Updated info in comment 17
(In reply to Morgan Leijström from comment #18) > Thank you for investigating more. > > Renamed and updated the Errata entry, but kept location: > https://wiki.mageia.org/en/Mageia_8_Errata#LibreOffice_window_tiny > > - I assume the workarond described there is still correct? > That workaround is not valid for this issue , i write the right information in the errata, thank you.
Is this also valid with libreoffice-7.5.0.x in MGA9 or why did this land in MGA9 Errata?
I did most of mga8 Errata, but have stepped down. Lewis will make a try at it. We all do this in spare time, so your help is of course welcome. As he wrote at top of the mga9 Errata, ha made it initially as a copy of mga8 errata. For every issue still there we can safely say is fixed, remove them *then* - but not before. That is a good method - I just today restored part of Mageia 7 errata into Mageia 8 as we all had missed it was still valid. Then copied it to mga 9 Errata, and Martin W jumped in and updated it. So carrying forward errata content to next release do seem to be best method. And then remove or update it after really trying. :)
Morgan, that is the reason why i asked in this bug if it is still valid with MGA9 and an actual libreoffice. Only one user, katnatek, had this problem and nobody else was able to reproduce this. So he should give some update if he still sees the problem on MGA9...
CC: (none) => j.alberto.vc
Same answer than i my other bug https://bugs.mageia.org/show_bug.cgi?id=29405#c14
(In reply to sturmvogel from comment #22) > Morgan, that is the reason why i asked in this bug if it is still valid with > MGA9 and an actual libreoffice. > Only one user, katnatek, had this problem and nobody else was able to > reproduce this. So he should give some update if he still sees the problem > on MGA9... The good news: this look like solved on mga9+plasma, i have no time to test with lxqt at the moment
Updated Mageia 9 Errrata
Keywords: (none) => IN_ERRATA9
(In reply to Morgan Leijström from comment #26) > Thank you The entry is removed from MGA9 Erratas, is not necessary
Keywords: IN_ERRATA9 => (none)
I make a fresh Mageia 8 install on the affected hardware, and the issue is still present even after a full update, happy that on Mageia 9 is gone
Its like the Mageia 8 version of libreoffice make a rotten config file. After the re-migration of affected hardware the issue was present but after remove ~/.config/libreoffice and try to reproduce again was not possible
OK so we can add to mga8 errata that deleting ~/.config/libreoffice may be a fix. If the problem exist on a mga8 system, is it still there if user upgrade it to mga9?
Keywords: IN_ERRATA8 => FOR_ERRATA8
(In reply to Morgan Leijström from comment #30) > OK so we can add to mga8 errata that deleting ~/.config/libreoffice may be a > fix. > No in Mageia 8 the only workaround is manual resize the windows > If the problem exist on a mga8 system, is it still there if user upgrade it > to mga9? I try to explain better Make all test ==> remove ~/.config/libreoffice , open at less writer, close and open again I make clean Mageia 8 Make all test -> issue persist Full update Magei 8 Make all test -> issue persist Forget to apply the workaround :P Upgrade with M9b1 classic install At this point the system is in cauldron Without remove ~/.config/libreoffice , open writer -> issue produced Remove ~/.config/libreoffice Make all test -> issue not present Conclusion: - in Mageia 8 even in full update status the issue is present in this hardware - in Mageia 9 the only way to reproduce the issue is if i not apply the fix in Mageia 8 before the upgrade to Mageia 9 Hope this helps to make me clear
Given the description, the problem is from a change in the config file entries left over from Mageia 7, that the Mageia 8 version of libreoffice doesn't handle properly.
(In reply to Dave Hodgins from comment #32) > Given the description, the problem is from a change in the config file > entries > left over from Mageia 7, that the Mageia 8 version of libreoffice doesn't > handle properly. I no think Mageia 7 is involved, as remove ~/.config/libreoffice should get rid of any legacy configure for libreoffice
Ah, sorry, misread comment 31.
So I think this is not worth mentioning in errata 9, do you agree?
(In reply to Morgan Leijström from comment #35) > So I think this is not worth mentioning in errata 9, do you agree? Yes, i already remove that because i'm the only hit by this
Closing as OLD
Status: NEW => RESOLVEDResolution: (none) => OLD