Bug 30152 - In desktops based on qt, libreoffice applications start with 0 size at top left corner, on laptop using external screen connected in vga port
Summary: In desktops based on qt, libreoffice applications start with 0 size at top le...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 8
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: IN_ERRATA8
Depends on:
Blocks:
 
Reported: 2022-03-11 20:08 CET by katnatek
Modified: 2023-12-05 21:54 CET (History)
3 users (show)

See Also:
Source RPM: x11-driver-video-intel-2.99.917-63.mga8.src.rpm
CVE:
Status comment: Updated info in comment 17


Attachments

Description katnatek 2022-03-11 20:08:47 CET
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
Comment 1 Dave Hodgins 2022-03-11 21:19:49 CET
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

Comment 2 katnatek 2022-03-12 00:42:16 CET
(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.
Comment 3 Dave Hodgins 2022-03-12 01:13:31 CET
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.
Comment 4 katnatek 2022-03-12 03:57:04 CET
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
Comment 5 Morgan Leijström 2022-03-12 11:36:36 CET
Ad David said, it would be interesting to see if your system show the issue with a fresh user.

CC: (none) => fri

Comment 6 katnatek 2022-03-12 18:59:06 CET
(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
Comment 7 katnatek 2022-03-12 19:21:03 CET
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.rpm
Summary: 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

Comment 8 Lewis Smith 2022-03-13 12:56:29 CET
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, tmb
Assignee: bugsquad => thierry.vignaud
Summary: 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

Comment 9 katnatek 2022-03-13 19:13:22 CET
(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.
.
Comment 10 katnatek 2022-03-13 20:12:52 CET
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
Comment 11 Lewis Smith 2022-03-14 14:41:59 CET
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

Comment 12 katnatek 2022-03-14 19:04:45 CET
(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 ?
Comment 13 katnatek 2022-03-14 19:07:26 CET
(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
>
Comment 14 Lewis Smith 2022-03-14 21:47:30 CET
(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)

Comment 15 katnatek 2022-03-14 23:53:38 CET
(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
Comment 16 Morgan Leijström 2022-03-15 10:00:47 CET
Thank you

Keywords: FOR_ERRATA8 => IN_ERRATA8

Comment 17 katnatek 2022-05-05 00:34:07 CEST
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

Comment 18 Morgan Leijström 2022-05-05 06:54:01 CEST
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

Comment 19 katnatek 2022-05-05 21:31:38 CEST
(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.
Comment 20 sturmvogel 2023-03-07 21:18:52 CET
Is this also valid with libreoffice-7.5.0.x in MGA9 or why did this land in MGA9 Errata?
Comment 21 Morgan Leijström 2023-03-07 21:57:05 CET
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.

:)
Comment 22 sturmvogel 2023-03-07 22:12:04 CET
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...
sturmvogel 2023-03-07 22:14:10 CET

CC: (none) => j.alberto.vc

Comment 23 katnatek 2023-03-08 00:48:14 CET
Same answer than i my other bug https://bugs.mageia.org/show_bug.cgi?id=29405#c14
Comment 24 katnatek 2023-03-08 06:31:56 CET
(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
Comment 25 katnatek 2023-03-11 19:54:22 CET
Updated Mageia 9 Errrata
Comment 26 Morgan Leijström 2023-03-11 21:31:31 CET
Thank you

Keywords: (none) => IN_ERRATA9

Comment 27 katnatek 2023-03-11 21:38:48 CET
(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)

Comment 28 katnatek 2023-03-16 21:37:04 CET
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
Comment 29 katnatek 2023-03-17 00:33:39 CET
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
Comment 30 Morgan Leijström 2023-03-17 11:10:50 CET
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

Comment 31 katnatek 2023-03-17 19:04:47 CET
(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

Keywords: FOR_ERRATA8 => IN_ERRATA8

Comment 32 Dave Hodgins 2023-03-17 21:57:05 CET
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.
Comment 33 katnatek 2023-03-17 22:33:35 CET
(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
Comment 34 Dave Hodgins 2023-03-17 22:59:04 CET
Ah, sorry, misread comment 31.
Comment 35 Morgan Leijström 2023-03-18 17:23:02 CET
So I think this is not worth mentioning in errata 9, do you agree?
Comment 36 katnatek 2023-03-18 23:15:55 CET
(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
Comment 37 katnatek 2023-12-05 21:54:05 CET
Closing as OLD

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.