Cairo Dock moves to left screen (screen 1) even if position is set to screen 0

Bug #1901507 reported by bizmate
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cairo-Dock Core
New
Undecided
Unassigned

Bug Description

When CairoDock is started, or the screen locks itself or goes to screensaver and then back I get the dock displayed in the wrong side of the screen. I will clarify

1 - use case start up
I login
Move the mouse where the dock is supposed to be, bottom of screen 0 (right)
Cairo displays on screen 1 (left)

2- screensaver - screenlock
I run use case 3, position is good
I go for a coffee and screensaver starts after a while or lock screen
I come back and cairo is on screen 1 instead of screen 0
I run use case 3 to fix it

3 - Reconfigure position
I open cairo config
Set the screen to 1, save, position does not change, stays on the left
Set the screen back to 0, finally Cairo moves to the right

Above is quite frustrating. I spend a lot of time doing step 3 every day. I did not have this problem with the Radeon AMX card. I recently installed an Nvidia RTX 2070 and got this problem.

Checked for current bugs. But look to different from mine
- https://bugs.launchpad.net/cairo-dock-plug-ins/+bug/706237
- https://bugs.launchpad.net/cairo-dock-core/+bug/1884463

Checked recurrent problems but could not see some matching this problem.

System details

- GDM as display manager
- cairo-dock -v -> 3.4.1
- lsb_release -a
LSB Version: core-9.20170808ubuntu1-noarch:printing-9.20170808ubuntu1-noarch:security-9.20170808ubuntu1-noarch
Distributor ID: Ubuntu
Description: Ubuntu 18.04.5 LTS
Release: 18.04
Codename: bionic
- 03:00.0 VGA compatible controller: NVIDIA Corporation TU106 [GeForce RTX 2070] (rev a1)
- NVIDIA-SMI 435.21 Driver Version: 435.21 CUDA Version: 10.1
- happy to provide more info if required.

Revision history for this message
bizmate (diegogullo) wrote :
Revision history for this message
bizmate (diegogullo) wrote :

and also how hover icons are misplaced

Revision history for this message
Fabounet (fabounet03) wrote :

Hi
thanks for the bug report.
From the traces I can see
   * screen 0(0) => (1920;0) 1920x1080
   * screen 1(1) => (0;0) 1920x1080
which seems correct, but I don't see any changes.
Can you try to provoke the problem while having the debug output please ?

I guess there is a signal about the screens, maybe one goes into sleep mode or something ?
It's also possible that the Window Manager moves the dock on another screen.
Or maybe X sends wrong signal, since it was working with just another graphic driver...

I don't have 2 screens to test so it's hard to say more.

Revision history for this message
bizmate (diegogullo) wrote :

Hi, thank you for your time taking a look at this.
I will tell you what this log contain based on your description.

So i killed the autostarted Cairo dock.
Then run

$ cairo-dock -l debug > cairoDockDebug29102020.log

(cairo-dock:1186): Gtk-WARNING **: 14:38:03.585: Theme parsing error: <data>:7:1467: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(cairo-dock:1186): Gtk-WARNING **: 14:38:03.586: Theme parsing error: <data>:7:3649: The :inconsistent pseudo-class is deprecated. Use :indeterminate instead.
sh: 1: /usr/lib/x86_64-linux-gnu/cairo-dock/cairo-dock-launcher-API-daemon: not found

While the log was gathered i locked the screen, let the screens go into energy saving/off and with their switch light blinking.

Moved the mouse to activate the screen, on the login screen i logged on.
Cairo dock was indeed again in the wrong side, so on screen1 instead of 0.

To fix it while log is being gathered i hovered the cairo dock on the right screen, this activates/shows cairo on the left screen.
Quickly right click on it and go to configuration.
-> click position -> see that it is set to screen 0 but it is still not shown there - > select screen 1 and save, screen stays on screen one -> select screen 0 and save, finally cairo goes to show on screen 0 again as described in the bug.

Please let me know if there is anything else I can do to reproduce and establish what the problem is.
-

Revision history for this message
Fabounet (fabounet03) wrote :

Thanks a lot for the detailed logs.

There are a lot of events at the same time ("screen resolution: 3840x1080 -> 3840x1080"), pretty useless since the size/position didn't change.
Since nothing changed, we don't do anything; especially, we don't replace the docks.

So maybe as a workaround we could replace the docks even if nothing has changed...

Can you try this commit ?
0836f5d1c3e18be0995320175b8bf21d28264a10

Revision history for this message
bizmate (diegogullo) wrote :

works much better, it does not move on the other screen . I noticed though some overlay. I added a screenshot. I can provide more debugging if needed

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.