Red Hat Bugzilla – Bug 474875
compiz: Full-screen windows move to previous workspace if gtk_window_move( GTK_WINDOW(window), -1, -1 ); called on it
Last modified: 2018-04-11 12:58:35 EDT
Description of problem:
When I double click on the spreadsheet, it opens on the wrong workspace - usually, current-1 one.
Version-Release number of selected component (if applicable):
OpenOffice 3.0.0 shipped with fedora
Steps to Reproduce:
1. Double click on the spreadsheet icon
OpenOffice window shows up for less then a second (empty one) then it disappears - it looks like application has crashed, but it's opened on the workspace (current-1).
Document should be opened on the same workspace.
Doubleclicking on text documents (odt) works fine, OpenOffice Writer opens on correct workspace (current). Opening OpenOffice calc from menu works fine too.
It happens on two different machines, both equipped with Fedora 10.
Does this only happen when openoffice.org is already running. Or does it happen when it is not already running ?
When you say double clicking. Are we talking about double clicking directly on the background desktop, or e.g. in a nautilus window.
I assume we're talking about GNOME right, and not KDE ?
I am using Gnome, yes.
Got a folder with my documents: ~/Documents/Current/
there I have writer's documents, calc's documents etc...
Scenario 1: OpenOffice is not running, folder is open on workspace 3, click on the document (right click then “open with OpenOffice” or double click) - got an OpenOffice flashing for half a second on workspace 3, then shows up on 2 (with document opened).
Scenario 2: OpenOffice is running on workspace 3, folder is open on workspace 3, click on another document (right click then “open with OpenOffice” or double click) - document got opened on workspace 2.
Scenario 3: OpenOffice is not running, document is placed on the desktop, workspace 2, document gets opened on workspace 1.
Scenario 4: OpenOffice is not running, document is placed on the destkop, workspace 1, document (correctly) gets opened on workspace 1.
Scenario 5: OpenOffice is not running, document is placed in the folder, workspace 1, document gets opened on workspace 1.
Problem exists only when I am not on workspace 1, on 1 it works correctly.
Works for me.
dtaron->marek: Is calc the only application doing that (I suppose other openoffice.org apps should have the same problem)? Do you happen to have quickstarter running?
Created attachment 326109 [details]
Calc opens on a wrong workspace
This video is an example of what is happening on my two machines:
1. Three (empty) documents: text, spreadsheet and presentation
2. Text document opens on the same workspace
3. while both spreadsheet and presentation open on wrong workspace (current-1)
Ok, have found a fix - as seen on the video text document is not maximised, but both calc / impress documents are - unmaximising them and closing solves the problem.
My both machines had Fedora 10 fresh install with fresh user profile (not upgraded from previous versions).
I suspect this may be a compiz only problem. e.g. some relation of bug 200292
I think this is trigged by a move -1,-1 which comes out of a state saved into the ~/.openoffice.org dir when there is initially no settings saved, and we start out in full-screen mode, on the next launch of e.g. impress then the -1,-1 causes compiz to loose the plot.
Created attachment 326148 [details]
standalone gtk demo
Here's a standalone demo
move to workspace 3
gcc `pkg-config --cflags --libs gtk+-2.0` demo.c
click the button
window flips to workspace 2
This doesn't happen if the window is not full-screen.
*** Bug 526128 has been marked as a duplicate of this bug. ***
Switching incorrect assignees to the default one.
This message is a reminder that Fedora 10 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 10. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '10'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 10's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 10 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle.
Changing version to '13'.
More information and reason for this action is here:
Seems good in compiz-0.8.2