← Back to team overview

cairo-dock-team team mailing list archive

[Bug 729970] Re: Cairo-dock running or having been run corrupts Kdenlive monitor display

 

This bug was fixed in the package cairo-dock - 2.4.0~2-0ubuntu1

---------------
cairo-dock (2.4.0~2-0ubuntu1) oneiric; urgency=low

  [ Matthieu Baerts (matttbe) ]
  * New upstream bug fix release. (LP: #859982)
  * Upstream (short) ChangeLog (2.4.0~0beta2 -> 2.4.0~1):
   - Improved support of the new Gnome 3 session
      (to avoid conflicts with the new Gnome-Panel).
   - Code cleaned and re-organised a few functions
      (e.g. with cairo-dock-overlay, cairo-dock.c, etc.)
   - Updating translations
   - Improved the support of XFCE and LXDE environments
   - Removed invalid launcher desktop files
   - Used a default icon if the path set by the user is wrong
   - Fixed the possibility to sticky a desklet (bug due to a Xorg update)
   - GUI: fixed the list-entry widget
   - Fixed support of the Widget Layer in Compiz >= 0.9
   - Compiz type filter: replaced type=utility by type=Utility
   - Fixed a small refresh bug in cairo mode
      (with icons that are always visible)
   - Improved the placement of icons when avoiding the mouse
      (when something is being dropped onto the dock)
   - Updated the default theme in order to use new applications
   - Gauge implementation: Rewritten to use CairoDockImageBuffer
      and fixed the problem with png images
   - Graphs: Improved the drawing and added more precisions
   - Improved the 'lock' option description
   - GUI simple: fixed a bad update of the parameters
      when switching back to the previous value
   - Fixed the path of the preview for the default view
   - Help: Fixed the problem with tips
   - Default-theme: .conf files: fixed lintian warnings
   - Fixed a few warnings at the compilation
   - Removed a few useless output messages
   - Fixed these LP bugs:
    + Cairo-dock corrupts Kdenlive monitor display LP: #729970
    + Can't play videos in kaffeine LP: #475375
   - And fixed a lot of tiny bugs, please have a look to bzr logs.
  * Upstream (short) ChangeLog (2.4.0~1 -> 2.4.0~2):
   - Fixed a bug with the detection of compiz plugins
   - doc: used the right version
   - Fixed a possible crash with an empty dock LP: #861725
   - FlyingContainer: draw the icon correctly
  * debian/patches:
   - Removed 01-musicPlayer_with_banshee: now in upstream
  * debian/copyright:
   - Updated and fixed lintian warnings: old-fsf-address-in-copyright-file
  * debian/rules and debian/cairo-dock-data.install:
   - Added support of the new Gnome 3 session.
  * debian/control:
   - Fixed lintian warning: description-synopsis-starts-with-article
   - Fixed lintian error: version-substvar-for-external-package
  * debian/cairo-dock-data.lintian-overrides:
   - Removed old warnings (fixed)
   - Added binary-without-manpage (custom scripts used)
  * debian/cairo-dock-core.install and debian/cairo-dock-dev.install:
   - Fixed a lintian warning: non-dev-pkg-with-shlib-symlink
  * debian/patches/01-improved-cairo-dock-session.patch:
   - Improved the launch of our Cairo-Dock session (by removing Unity
      Compiz plugin and by launching the dock with a short delay)
   - Fixed lintian error: shell-script-fails-syntax-check
      (it seems I made wrong manipulation with vim...)
  * debian/patches/02-manpage-not-compressed-with-max-compression.patch:
   - Fixed this lintian error: manpage-not-compressed-with-max-compression
 -- Iain Lane <laney@xxxxxxxxxx>   Tue, 11 Oct 2011 10:53:26 +0100

** Changed in: cairo-dock (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to cairo-dock in Ubuntu.
https://bugs.launchpad.net/bugs/729970

Title:
  Cairo-dock running or having been run  corrupts Kdenlive monitor
  display

Status in “cairo-dock” package in Ubuntu:
  Fix Released

Bug description:
  Binary package hint: cairo-dock

  If cairo-dock is installed and has been run withing the same X
  session, Kdenlive running under compiz, with XV video output  will
  display a transparent monitor window, and no video, just transparency,
  until playback stops.Other window managers with xv output from
  kdenlive will give a blank monitor (background only) entirely during
  playback, just as the entire frame is transparent under compiz.

   Using the X11 driver gives semi-transparent  (0<alpha<1) video with
  transparent borders under compiz, normal video playback under window
  managers other than compiz. Detaching the window returns the semi-
  transparent playback as though compiz were running.   In all cases the
  image returns to normal when playback stops.

  
  This report is posted on the Kdenlive website:

  http://www.kdenlive.org/forum/transparent-monitor-during-playback-
  uninstall-cairo-dock-and-dependencies

  "but the problem seems to be cause by cairo-dock. A number of other
  qt-base applications have known problems with it, that this workaround
  fixes:

  Others apps based on Qt4 like VirtualBox, Skype, VLC
  (for VLC, there was a bug only if the option 'Integrate video in interface' is enabled and vlc devs have added this workaround into the application) 
  It's the same problem that (S)MPlayer, so you can use this command in order to launch your application, e.g.:
  export XLIB_SKIP_ARGB_VISUALS=1 && skype
  But you can also make a little script:
  Create a file with the extention ".sh" (launch_virtualbox.sh for example)
  Add these two lines :
  export XLIB_SKIP_ARGB_VISUALS=1 
  virtualbox
  Change the right execution (Right clic on the file / Properties / Permissions / Execution => or directly :
  chmod +x launch_virtualbox.sh
  Use this file to execute this app.
  Or edit the launcher and use a command like this one:
  sh -c "env XLIB_SKIP_ARGB_VISUALS=1 kaffeine" "

  Unfortunately, this does not help in kdenlive(replacing "kaffeine"
  with"kdenlive"), where it has no effect and the transparency
  continues..

  Both SMplayer and Kaffeine also report video playback issues when
  cairo-dock is running:

  
  https://bugs.launchpad.net/cairo-dock-core/+bug/472112  declares that the problem is in qt-but in that case, the bug is being reported to appear in  opengl mode. With kdenlive the bug appears under both opengl and cairo backends. I've tested both, restarting X between tests.

  The only workaround I have found is to set cairo-dock not to start
  with the session and start it only when  not using Kdenlive. To use
  kdenlive, X must be restarted.  I just removed Docky so I could get
  rid of mono, now this...

  I am using cairo-dock_2.2.0~4-0ubuntu1 in Ubuntu Natty with compiz-
  unity, gnome-shell, kde, and icewm sessions all installed and working.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cairo-dock/+bug/729970/+subscriptions


References