Created attachment 106940 [details]
I have a image file to explain this bug.
Virtual desktops is popular on Linux desktop.
Gnome, KDE, xfce, icewm and some window mangers have this function.
I use icewm.
Supposed I have 2 desktops (virtual desktops , or "Workspaces" in icewm).
If I placed one Impress window on "Workspace 1", placed a duplicated window of it to Workspace 2.
When I insert a new slide on the Impress window in Workspace 1, Libreoffice will switch the focus to the duplicated impress window in Workspace 2.
Steps to reproduce:
1. Create a new Impress window.
2. Click Window > New Window on menu bar.
3. Place the new window "Untitled 1: 2" to Workspace 2 (under icewm)
4. Go back to Workspace 1, right click in Panel "Slides" to insert a new slide. You will see Libreoffice switch the focus to Workspace 2.
Libreoffice switch the focus to Workspace 2 when I insert a new slide in Workspace 1.
Libreoffice should stay in Workspace 1 when I inserted a new slide in Workspace 1.
I have a image file to explain this bug. Please see the attachment "Untitled.jpg".
Operating System: Debian
Version: 220.127.116.11 release
Thank you for submitting the bug. I can confirm the bug is available in the daily 4.3.3 build but it has been fixed in the current daily 4.4 build. So unfortunately, it is likely to only be fixed when the 4.4 release comes out.
Build ID: 14907346d792f2f93a00083bbab5086cf56ddb24
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:libreoffice-4-3, Time: 2014-09-26_03:39:23
Build ID: df73f4115cfe4d07e4159adf087571687eb173ec
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-09-25_23:36:54
Thank you very much ~ :)
Replacing fixedInMaster with backportRequest.
4.2 is EOL, and this is fixed in 4.4 and 4.5 (master), so
Whiteboard -> backportRequest:4.3
presumably fixed by:
Author: Michael Stahl <firstname.lastname@example.org>
AuthorDate: Mon Nov 17 15:46:23 2014 +0100
officecfg: set VCL.WM.ShouldSwitchWorkspace to false
was backported yesterday to libreoffice-4-3 as commit c019c3d845d5281d206c2004985fb3b10a4707e9
can somebody try if it is fixed in daily builds of 4.3?
the issue didn't reproduce in gnome-shell for me.
↑ There is no Linux version there now, so I can not test it.
Anywhere to find it ? Thanks
(In reply to minhsien0330 from comment #6)
> ↑ There is no Linux version there now, so I can not test it.
> Anywhere to find it ? Thanks
I pinged the tinderbox owner about the lack of builds; I'll do my best to get those up and building asap.