Cheese video disappears when minimized or maximized

Bug #261473 reported by Michael Terry
24
Affects Status Importance Assigned to Milestone
Cheese
Unknown
Medium
cheese (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Cheese's video display will disappear when you maximize the application window or minimize then unminimize it.

As soon as the window gets an X refresh request (another window comes over it, including popups or you try to move the window), it comes back. Looks like the widget in question just needs a kick in the pants on window state changes.

One time after a few minimizes/unminimizes, I got cheese to refresh correctly. But then I opened a new instance, and that had the same problem. So it's not 100% reproducable, but very common.

Michael Terry (mterry)
Changed in dennis:
assignee: nobody → mterry
importance: Undecided → High
status: New → Confirmed
Changed in cheese:
status: Unknown → New
Changed in cheese:
status: New → Invalid
Revision history for this message
Tony Espy (awe) wrote :

The version of Cheese is missing from the initial bug report. We should add it.

The upstream Gnome bug ( #549430 ) has been closed as the Cheese developers feel this is a video driver bug.

In this case, the video chip in question is an Intel 945G. Someone needs to test this on a system with a non-Intel chip so that we can indeed verify that this is a video driver bug.

Re-assigning to Gary.

Also changing priority as the workaround is a) don't minimize Cheese, and b) if minimized and video disappears, restarting Cheese restores video.

Looks like the Cheese folks have marked as Inavlid, can someone add a comment

Changed in dennis:
assignee: mterry → gary-lasker
importance: High → Medium
Revision history for this message
Michael Terry (mterry) wrote :

I'll note that it's even easier to fix it. You don't need to restart Cheese. Just move the window or open one of its menus. That will force a refresh.

Revision history for this message
Michael Terry (mterry) wrote :

(sorry, I meant workaround it, not fix it)

Revision history for this message
Ravi Haranath (ravikh-hp) wrote :

We feel it is a serious usability issue as dynamic display is the critical component in Cheese as this is the visual feedback. Hence, moving it to HIGH.

Changed in dennis:
importance: Medium → High
Revision history for this message
Tony Espy (awe) wrote :

Let's discuss at the triage meeting this week.

Revision history for this message
Satish Kumar (satish-kumar10) wrote :

any Update ?

can user recover without restarting the application?

Revision history for this message
Tony Espy (awe) wrote :

No update yet. We are concentrating on "stop-ship" bugs with milestones ww42 & ww43 right now.

As per your question... yes a user can recover without restarting the application. Please see Mike Terry's comment on 2008-08-28:

> I'll note that it's even easier to fix it. You don't need to restart Cheese. Just move the window or open one of its
> menus. That will force a refresh.

Tony Espy (awe)
Changed in dennis:
milestone: none → ww43
Revision history for this message
Gary Lasker (gary-lasker) wrote :

Per Tony's comment of 2008-08-28:

> The upstream Gnome bug ( #549430 ) has been closed as the Cheese developers
> feel this is a video driver bug.

> In this case, the video chip in question is an Intel 945G. Someone needs to test this
> on a system with a non-Intel chip so that we can indeed verify that this is a video driver bug.

I tested this today on my desktop machine (Apple Macbook Pro) which has a built-in Apple iSight webcam and the symptom does not occur. The video image is restored correctly when maximizing and minimizing.

Revision history for this message
Ravi Haranath (ravikh-hp) wrote :

Not working with the following device details:

Device: PV2 unit (512MB RAM, 16GB SSD)
BIOS: 1016
Image: 20081021-1

Minimization and maximization actions still make the video to disappear.

Revision history for this message
Steve Magoun (smagoun) wrote :

I assume cheese is using Xv. Does this happen with Xv disabled?

If disabling Xv doesn't help, does this happen with the VESA video driver? To force use of the VESA driver, add the following line to the "Device" section in /etc/X11/xorg.conf and reboot/restart X:
    Driver "vesa"

Revision history for this message
Gary Lasker (gary-lasker) wrote :

Thanks for your comment, Steve. Disabling Xv by using gstreamer-properties to set the default videosink gconf key to use ximagesink rather than xvimagesink does indeed fix the problem.

Changed in dennis:
milestone: ww43 → rc
Revision history for this message
Gary Lasker (gary-lasker) wrote :

I disabled Xv for cheese by setting it to use the "ximagesink" element rather than "gconfvideosink". Now, cheese will always use X11 regardless of the general gstreamer setting in gconf (/system/gstreamer/0.10/default/videosink).

Changed in dennis:
status: Confirmed → Fix Committed
Revision history for this message
Brian Chidester (brianchidester) wrote :

Build: Dennis RC1 20081106
Environment: Harbour PV2 SKU2 BIOS F.04

Unable to duplicate bug in this build. Video remains after minimize/maximize as it should.

Revision history for this message
Tony Espy (awe) wrote :

Marking FixReleased / rc.

Changed in dennis:
status: Fix Committed → Fix Released
Revision history for this message
Narendra babu (narendra-babu-c) wrote :

Device : SKU1 , PV1
Release : rc
BIOS : F.05

Working fine in rc ,

Video is displayed when maximized and unmaximized

Revision history for this message
Selvakumar Adimoolam (selva-kumar-a) wrote :

Image: RC
BIOS : F.05
SKU3
Verified as fixed.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Hi I'm marking this as invalid in Ubuntu.

Thanks

Changed in cheese:
status: New → Invalid
Changed in cheese:
importance: Unknown → Medium
status: Invalid → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.