No windows stay to the front.

[Wesley Stout]

This is on Arch Linux running 1784. It seems none of the windows are coming to the front. I have recorded it in action hope that helps. Makes OpenLP completely un usable. When i click escape the window that should be brought to the front seems to close. I noticed that I can drag the display window on the second monitor. This causes all sorts of issues, artifacts left on the screen etc, but couldn't get that recorded as it really boogered the whole system up, so I'm wondering if it has something to do with the display screen?

I also got an openlp is already running I tried this then logged out and back in and still had that, also rebooted, but the behavior was the same.

[Wesley Stout (wesleystout)]

here is the log ran in debug mode

[Wesley Stout (wesleystout)]

and here is the vid in a quickly converted .avi if you can't handle ogg,

[Andreas Preikschat (googol-deactivatedaccount)]

Sounds and looks critical!

Does this also occur with revision 1783 or is 1784 the revision this occurs?

[Wesley Stout (wesleystout)]

Ok I think the issue is with gnome 3.2. I go to fallback mode and all works. Goimg to confirm on other machines.

[Wesley Stout (wesleystout)]

Further checking confirms my suspicion this only seems to happen in GNOME 3.2. I tried Ubuntu 11.10 with Unity without issue, when I went to Gnome 3.2 same as in Arch. I am not a programmer but I would guess it is something to do with clutter and compositing, no issues with unity's compiz.

[Wesley Stout (wesleystout)]

I had stumbled on something I thought could have been the culprit, having the desktop set up to handle files, that had no change. I am attempting to test on Fedora as it has Gnome 3.0 in F15 but for some reason it decided it didn't want to boot anymore. I will eventually get it and see if the problem is for sure with Gnome 3.2, but I'm close to sure it is.

[Wesley Stout (wesleystout)]

I can confirm its a gnome 3.2 thing. Gnome 3.0 in Fedora no issue. I noticed an update to clutter coming so that may be a fix to things I will update.

[Wesley Stout (wesleystout)]

Clutter update changed things, some improvment but not fixed, but I think its safe to say this is a compositing issue with Gnome shell and not an OpenLP issue.

[Tim Bentley (trb143)]

Marking as Incomlete so we can track but more likly will go to Wont Fix in the end.

[Wesley Stout (wesleystout)]

Tim, I agree I need to try some other apps like libre office to see how they react but this certainly apearrs to be a clutter issue. I will research how to file a bug with the devs there. I suspect since there was some improvement this may get fixed before 3.2 is commonly used.

[Wesley Stout (wesleystout)]

Ok Libre Office Impress works fine so I am guessing it is not something generic to all dual monitor apps?

[Wesley Stout (wesleystout)]

Per instructions from Andreas I commented out the following in maindisplay.py:

# self.setWindowFlags(QtCore.Qt.FramelessWindowHint | QtCore.Qt.Tool |
# QtCore.Qt.WindowStaysOnTopHint) |
# QtCore.Qt.X11BypassWindowManagerHint)

All is working just fine again.

[Tim Bentley (trb143)]

This needs to be tested against other OS's as this code was added for Windows I think.

We need to run test builds to check the impact before a final commit is made.

It may be we need to remove this only for Gnome Shell users

[Wesley Stout (wesleystout)]

Tim, I will give that a try. May take me a few days this week. Andreas also wanted me to see if all that needed to be commented out.

[Wesley Stout (wesleystout)]

I could not get any combo other than having all 3 lines commented out to work properly with gnome 3.2

[Jonathan Corwin (j-corwin)]

I doubt that QtCore.Qt.X11BypassWindowManagerHint was done for Windows, the others possibly.

Is there a way of detecting Gnome shell?
Wesley does this cause any issues, for example do you get a border around the display window when you uncomment those lines?

[Jonathan Corwin (j-corwin)]

The X11BypassWindowManagerHint was added to get the display to appear over the Linux taskbar it seems.

http://bazaar.launchpad.net/~openlp-core/openlp/trunk/revision/1644.3.1

[Tim Bentley (trb143)]

X11BypassWindowManagerHint is still needed .
This needs to be a gnome > 3 only fix

[Wesley Stout (wesleystout)]

Jonathon, I'm guessing that is to get things working with Unity?

[Wesley Stout (wesleystout)]

From ElderP on windows uncommenting that code causes two small bars top and bottom of the display screen. I will test the build out tomorrow to make for sure but that sounds stragely familiar to me.

[Jonathan Corwin (j-corwin)]

Wesley, I know what happens on Windows, that's what I'm running on.

What I want to know is what happens on Gnome 3+ when those lines are commented out. Does it make it run as per everything else does now with those lines. I.e. does the display window sit on top of everything. Does the display window have any borders around it or it flush with the edges of the screen?

[Wesley Stout (wesleystout)]

Ahh ok the earlier task was to see what happens on windows per andreas in IRC. To see what happens on gnome-shell check out the video I attached on the front end of the bug report. In short it all goes bananas!

[Wesley Stout (wesleystout)]

Oh once again I shouldn't comment on bug reports early in the morning, I misread the question, with those lines commented out OpenLP works exactly as it should.

[Jonathan Corwin (j-corwin)]

Apparently it works fine in Gnome 3.2 Unity, it's just Gnome Shell + Clutter which is the problem.

Need to detect that we are running Gnome 3.2 with clutter within OpenLP.