Bug 32215 - Display of some applications changes position and become hidden on reboot
Summary: Display of some applications changes position and become hidden on reboot
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 8
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-31 03:48 CEST by andré blais
Modified: 2023-09-10 21:49 CEST (History)
2 users (show)

See Also:
Source RPM: mate-session
CVE:
Status comment:


Attachments

Description andré blais 2023-08-31 03:48:48 CEST
Description of problem:

On reboot, at least one application changes position, becoming hidden under other(s).
The problematic application is Caja, which normally always displays.
Most other applications seem to guard their display position.  (e.g. Thunderbird, Vivaldi, Chromium, cherrytree)

In the preferences of applications on rebooting, the option in the second tab to remember executing applications is selected.
Caja is not checked on the first tab.  If checked, 2 copies will appear in exactly the same (hidden) position.

If the computer has hibernated, on restarting everything displays exactly as before hibernation, including which window is on top of other windows.
The problem only occurs on a hard reboot.

The desktop is Mate (version 1.24.1)
This problem has existed before Mageia 8.


Version-Release number of selected component (if applicable):

Not sure what component, but most Mate components (including Caja) are 1.24.0 to 1.24.2

How reproducible:

Do a hard reboot.  (Instead of restarting from hibernation.)
andré blais 2023-08-31 03:49:43 CEST

Summary: Display of some applications changes position on reboot => Display of some applications changes position and become hidden on reboot

Comment 1 Lewis Smith 2023-08-31 20:27:17 CEST
Thank you for the report. I think we need more information.

Please explain the background scenario. It looks as if you are using Mate, and configuring it somewhere to resume applications still open when you shut down.
Do you in fact close sessions while applications are still running; and expect them to continue from where they were when you next login?
Can you be more precise about exactly how you configure Mate to do this?

You cite explicitly Caja as being the application that does not do what you 
expect. "The problematic application is Caja, which normally always displays": not sure what you mean by "normally always displays". Do you have it configured to always be launched on startup? If so - how?
"If checked, 2 copies will appear in exactly the same (hidden) position". Does this happen if Caja is running at shutdown, and gets re-launched automatically on restarting - unnecessarily, because its previous instance is restored along with other applications ? If this is the case, one can understand that the two windows are on top of each other (even though this is unhelpful).
But what do you mean by "hidden"? Both Caja windows, or just the duplicate one?

The bug title suggests that other applications re-appear in different positions, yet you say that most retain their positions. Can you cite other applications which do not?

Source RPM: unknown => (none)
CC: (none) => lewyssmith

Comment 2 andré blais 2023-09-01 00:47:22 CEST
(In reply to Lewis Smith from comment #1)
> Thank you for the report. I think we need more information.
> 
> Please explain the background scenario. It looks as if you are using Mate,
> and configuring it somewhere to resume applications still open when you shut
> down.

Indeed, I use Mate (in french) 
Under menu:system:preferences:personal_info:"applications_on_reboot", there is an application with 2 tabs.  
The second tab has only the option to remember the applications running on disconnection (logoff?).
The first tab lists many applications and services (one per line), with a check box to automatically start on boot.  Initially it contained many applications, and one can add/remove lines, as well as edit the options for the application.

 
> Do you in fact close sessions while applications are still running; and
> expect them to continue from where they were when you next login?
> Can you be more precise about exactly how you configure Mate to do this?

I just use the automatic hibernation on timeout feature. Usually when the computer stops, it hibernated.  But from time to time, it won't restore from hibernation, or (most often) a certain program update (eg. the kernel) requires reboot. 

> You cite explicitly Caja as being the application that does not do what you 
> expect. "The problematic application is Caja, which normally always
> displays": not sure what you mean by "normally always displays". Do you have
> it configured to always be launched on startup? If so - how?

Caja is the file manager, so I always want it at least partially displayed.  I have set it so that other programs will not totally hide Caja it its' usual position.  But on hard reboot, Caja displays under another program (which almost always displays in its' usual position).
Most other running applications are often not even partially displayed.  But they are not as important.

> "If checked, 2 copies will appear in exactly the same (hidden) position".
> Does this happen if Caja is running at shutdown, and gets re-launched
> automatically on restarting - unnecessarily, because its previous instance
> is restored along with other applications ? 

Correct.  A second instance of Caja would be started.  Which is why the check box for Caja isn't checked.

> If this is the case, one can
> understand that the two windows are on top of each other (even though this
> is unhelpful).
> But what do you mean by "hidden"? Both Caja windows, or just the duplicate
> one?
They are both hidden.

> 
> The bug title suggests that other applications re-appear in different
> positions, yet you say that most retain their positions. Can you cite other
> applications which do not?

On reflection, Cherrytree does not restart in the previous positions.  I always have 2 instances running, and usually in different positions and sizes.  (I move and resize them frequently.  It is a note-taking application.)  When I restart with hard boot, they are always one over the other, in exactly the same position and size.  In "applications_on_reboot", they have separate entries, with no position or size configured.
Unlike Caja, the position (and size) of Cherrytree and many other applications doesn't matter much to me.
Vivaldi, Thunderbird, and Libreoffice do matter to me, and they are not affected.

If you have any more questions, don't hesitate.
Comment 3 Lewis Smith 2023-09-06 21:51:04 CEST
Will try to reproduce all this, thanks for the information to do so.
CC'ing Ben who might be able to look into this.

CC: (none) => westel

Comment 4 Ben McMonagle 2023-09-07 08:27:43 CEST
am guessing Mga9, 64 bit.

also; output of inxi -G

thanks
Comment 5 Ben McMonagle 2023-09-07 09:33:36 CEST
new install Mga9 Mate x86_64, french language.

opened 2 instances of caja, and placed them in quadrants top left and bottom right
opened an instance of atril and placed in quadrant bottom left
added "caja" to restart.
waited a few minutes. then powered off.

rebooted and logged back in.

caja is still in the same place,top left, bottom right.

atril has become centered behind both caja windows.

confirming the issue. 

after adding *atril* to restart and rebooting, a second atril is placed behind the first, both centered on screen, behind the caja windows.
Comment 6 andré blais 2023-09-09 02:36:56 CEST
(In reply to Ben McMonagle from comment #4)
> am guessing Mga9, 64 bit.
> 
> also; output of inxi -G
> 
> thanks

mga8, 64 bit.

[andr@localhost ~]$ inxi -G
Graphics:
  Device-1: AMD Kaveri [Radeon R7 Graphics] driver: amdgpu v: kernel 
  Display: x11 server: Mageia X.org 1.20.14 driver: amdgpu,v4l 
  resolution: 1440x900~60Hz 
  OpenGL: 
  renderer: AMD KAVERI (DRM 3.46.0 5.18.15-desktop-1.mga8 LLVM 11.0.1) 
  v: 4.6 Mesa 21.3.8 
[andr@localhost ~]$ atril
Oops, secure memory pool already initialized
[andr@localhost ~]$
Comment 7 Ben McMonagle 2023-09-09 02:48:35 CEST
seems to be  a mate-session issue.

not retaining DE application locations.

not specific to caja, as for me atril, and rhythm-box also behave the same way.


note for Lewis:
affects Mga8 & Mga9
Comment 8 andré blais 2023-09-09 02:55:03 CEST
> new install Mga9 Mate x86_64, french language.
> 
> opened 2 instances of caja, and placed them in quadrants top left and bottom
> right
...
> waited a few minutes. then powered off.
> 
> rebooted and logged back in.
> 
> caja is still in the same place,top left, bottom right.
...
> behind the first, both centered on screen, behind the caja windows.

In my case, I put caja in lower right corner, and it is offset on hard reboot to disappear behind other windows.
Since there are many applications running on reboot, it can be difficult to find in the bar showing running applications.

Agree that it does not only affect caja.  Just in my case, of the applications affected, only caja is important (to me).
Also agree that it is likely mate specific.

Note that in addition to running mga8 instead of mga9, (almost) always the hard reboot is reboot without turning off the computer.
Comment 9 andré blais 2023-09-09 03:39:52 CEST
I just tried powering off and rebooting, exactly same symptoms.
A bit strange, the offset of caja seems to be always the same.
The size is unchanged, as expected.

I tried specifying the position of caja in "applcations_on_reboot" (see comment 2), using either relative to top-left or bottom-right, with (about) the same offset on reboot.
If I specify a position off screen (using top-left reference), it will display on reboot in (about) the same offset as usual.

So it seems to be related to how mate calculates the position of an application in (or near) the bottom right corner ?

Some applications usually (if not always) touch the bottom of the screen on reboot, and sometimes an application will touch the right side of the screen on reboot, but never caja.

Maybe related to the bottom panel (size ?)
Comment 10 Lewis Smith 2023-09-10 21:49:48 CEST
Thanks to you both for experimenting.
I prefer to try it to define more precisely the problems(s), difficult to pin down from the given accounts. Sometime during the coming week.

(In reply to Ben McMonagle from comment #7)
> seems to be  a mate-session issue.
> affects Mga8 & Mga9
Good suggestion.

Source RPM: (none) => mate-session


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