GUI elements allways visible in fullscreen mode with TwinView

Bug #54654 reported by Christoph Langner
2
Affects Status Importance Assigned to Milestone
Totem
Fix Released
Undecided
Unassigned
totem (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

I'm working here with a two screen solution. I've got two TFT screens on a nvidia GeForce4 4600ti graphics card running the nvidia-glx driver. Here's a short extract out of my xorg.conf

---
Section "Device"
        Identifier "NVIDIA GeForce4 4600ti"
        Driver "nvidia"
        ...
        Option "TwinView" "on"
        Option "TwinViewOrientation" "RightOf"
        Option "MetaModes" "1280x1024,1280x1024;1024x768,1024x768;800x600,800x600"
EndSection
---

When I play a video file with totem and switch to fullscreen mode the GUI elements turn up as soon as I move the mouse but the don't vanish anymore. No matter if I move the mouse around inside the second screen or not.

My idea would be that the GUI elements show up as soon as I enter the screen with the video playback and vanish as soon as I leave that screen.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. What version of totem and Ubuntu do you use?

Changed in totem:
assignee: nobody → desktop-bugs
importance: Untriaged → Low
status: Unconfirmed → Needs Info
Revision history for this message
Christoph Langner (chrissss) wrote :

I'm running an uptodate ubuntu dapper here

# totem --version
Gnome totem 1.4.1

Thanks
Christoph

description: updated
Revision history for this message
Daniel Holbach (dholbach) wrote :

It'd be nice if you could enable dapper-updates and try with 1.4.3.

Revision history for this message
Christoph Langner (chrissss) wrote :

D'oh the bug is fixed in totem 1.4.3... Please mark this bug as resolved fixes. Thanks.

Revision history for this message
Christoph Langner (chrissss) wrote :

Sorry, I have du change my last report. It's a totem-xine issue.

When I install totem-gstreamer 1.4.3 everything is fine. When i move the mouse out of the fullscreen video display into the "free" display everything is OK, the gui elements vanish an appear as soon as I enter the video display.

But with totem-xine 1.4.3 it is still like I discribed in my bug report.

Revision history for this message
Sebastien Bacher (seb128) wrote :

do you have any error or message on the command line when you get the issue?

Revision history for this message
Christoph Langner (chrissss) wrote :

Nope, unfortunately there are no error messages inside the console, when running totem-xine 1.4.3 from the command line in full screen mode.

Revision history for this message
Sebastien Bacher (seb128) wrote :

http://bugzilla.gnome.org/show_bug.cgi?id=347736 upstream is somewhat similar. What version of libxine do you use? Does pressing the 'A' key makes a difference?

Revision history for this message
Christoph Langner (chrissss) wrote :

Sorry for this late reply...

Hitting "A" doesn't help, nothing changes. Since my original Bug report i upgrades to Ubuntu Edgy. But the error is still there. The version of my libxine1 is 1.1.2+repacked1-0ubuntu3

The bug report you linked describes the same error.

Revision history for this message
Sebastien Bacher (seb128) wrote :

marking unconfirmed, no extra details are required, somebody having the problem should forward that upstream probably. What window manager do you use?

Changed in totem:
status: Needs Info → Unconfirmed
Revision history for this message
Christoph Langner (chrissss) wrote :

This bug is fixes in Ubuntu Feisty.

1) Open a video in totem
2) Hit "F" for fullscreen
3) Change into the next screen
4) The GUI elements hide

You can close this bug.

Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for the update, marking fixed then

Changed in totem:
status: Unconfirmed → Fix Released
status: Unconfirmed → Fix Released
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.