Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Workspaces not moved when detaching from dock #3487
I'm submitting a…
[x] Bug [ ] Feature Request [ ] Documentation Request [ ] Other (Please describe in detail)
My computer is having an external 3440x1440 display and has a built in 1920x1080 LCD panel. When connected to the docking station, both outputs are on, fully usable, has an i3bar on both. On the external display, I open a single gedit, while on the build-in LCD, I open a terminal and a browser. When removing the notebook from the dock, the gedit (and its workspace) is not moved to the LCD panel output, however the gedit keeps running and with the mouse cursor I can access the virtual area where is stays. However, if I execute an xrandr command to get rid of the virtual portion of the X screen, the workspace which was open on the external display does get moved over to the built-in one.
That all workspaces are moved over to the built-in LCD when detached. I'm wondering if the virtual screen area shown in the xrandr output is due to some new xrandr behavior or due to i3?
These are the instructions I've generated the logfiles with:
(Note: I've added the NOP's so it's easier to pinpoint the part in the log where the dock detach happens. Just search the log for text "NOP:")
$ i3 --moreversion 2>&- || i3 --version Binary i3 version: 4.15 (2018-03-10) © 2009 Michael Stapelberg and contributors Running i3 version: 4.15 (2018-03-10) (pid 7890)o abort…) Loaded i3 config: /home/user/.config/i3/config (Last modified: Di 30 Okt 2018 12:45:44 CET, 487 seconds ago) The i3 binary you just called: /usr/bin/i3 The i3 binary you are running: i3-with-/i3
Running default i3 config from URL https://raw.githubusercontent.com/i3/i3/next/etc/config
All 4 files are in the gist: https://gist.github.com/idevai/d13d1b239fb47b7be4d200a46df15b9e
- Linux Distribution & Version: Ubuntu 18 LTS, kernel 4.19.0-041900-generic #201810221809 SMP Mon Oct 22 22:11:45 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux - Are you using a compositor (e.g., xcompmgr or compton): yes, 0.1~beta2+20150922-1
That's because when you simply remove it from the dock, thee RandR output isn't actually turned off, but just disconnected. You can verify this by running
This is actually the intended behavior.
@Airblader I've verified but it did not work the way described in your comment above. After undocking and turning the output off via xrandr, the xrandr has shown everything as it was after undocking (after undocking=disconnected for DP-1-2, after --off=disconnected). The virtual output (see my gist, xrandr_after) also stayed there (which is listed at the very end of the xrandr output, and only disappears if I manually reset the screen size via xrandr -s 1920x1080), as described in the ticket description above.
IMHO the main question is, why that virtual output thing is used at all. In my experience, with Ubuntu 16LTS, it did not work this way (when undocking, the workspaces were moved immediately, without needing a screen resize manually).