showDesktop encountered a problem after right-clicking on icon

Bug #1040271 reported by rednammoc
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cairo-Dock Plug-ins
Fix Released
Undecided
Unassigned
cairo-dock-plug-ins (Ubuntu)
Fix Released
Undecided
Unassigned
fglrx-installer (Ubuntu)
New
Undecided
Unassigned

Bug Description

After right-clicking on the showDesktop-icon the doc disappears for a few seconds. i guess it's restarting - then it shows a message that there was a problem and you should report a bug if it happens again.

cairo-dock-version: 3.0.0 (with and without opengl)
ubunut: 12.04 64 bit
desktop: gnome-fallback-mode

Revision history for this message
rednammoc (rednammoc) wrote :
Revision history for this message
Matthieu Baerts (matttbe) wrote :

Hello and thank you for this bug report!

It seems there is a crash. Is it possible to give a stacktrace made with gdb. It's not complicated, you just need to add our "stable" ppa, update cairo-dock packages, install new packages (-dbg) and launch gdb: http://wiki.glx-dock.org/?p=ddd

Changed in cairo-dock-core:
status: New → Incomplete
milestone: none → 3.1.0
Revision history for this message
rednammoc (rednammoc) wrote :

No problem. Here's the output of gdb. Hope it helps.

Revision history for this message
Matthieu Baerts (matttbe) wrote :

Thank you for this backtrace of the crash!

Do you have two monitors and do you use Xinerama extension (option of your video card) and did you enable Cairo-Dock's Xinerama (advanced mode of the config panel / Position module)? What's your video card and its drivers (and which version of these drivers + how did you install these drivers)?

*@fabounet*: I think the issue is maybe due to the use of Xrandr functions when this X extension is not enabled (it seems that Xrandr supersedes the now-obsolete Xinerama[1] and this is why if Xinerama is enabled, it disables Xrandr).
But this is strange to have a crash now and not before. It's maybe due to the new video drivers?

[1] http://sourceforge.net/projects/xinerama/ => "As of 2007-09-20, this project is no longer under active development."

Note: this what we can find about the 1.4 version of XRandr:
  Version 1.4 adds a new object called a provider object. (...)
  Provider roles can be dynamically configured to provide support for: (...)
   4) multiple GPU rendering - This replaces Xinerama.

affects: cairo-dock-core → cairo-dock-plug-ins
Changed in cairo-dock-plug-ins:
milestone: 3.1.0 → none
milestone: none → 3.1.0
Revision history for this message
rednammoc (rednammoc) wrote :

I'm using 3 monitors and 2 gpu's and the proprietary FGLRX graphics driver. The driver was installed with the ubuntu system settings. The according packages are "fglrx", "fglrx-amdcccle". Xinerama was installed with the catalyst control center. (Afaik there is no way around Xinerama if you want to be able to get all 3 monitors working. Though Xinerama does not support 3D acceleration i need to use gnome-fallback-mode.) Cairo-Dock recognized the usage of Xinerama automatically (I checked the setting in the config panel / position).

Revision history for this message
rednammoc (rednammoc) wrote :

lspci | grep "VGA"
04:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730XT [Radeon HD 4670]
05:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730XT [Radeon HD 4670]

Revision history for this message
Matthieu Baerts (matttbe) wrote :

Maybe can you just try to reproduce this bug after having disabled Xinerama support from FGLRX/Catalyst control panel?

> Though Xinerama does not support 3D acceleration i need to use gnome-fallback-mode.
I'm not using more than one monitor but when I did it a few weeks ago, I was able to use a Cairo-Dock session with Compiz and 3D acceleration.
Or is it maybe just a problem with your ATI drivers?

Revision history for this message
Matthieu Baerts (matttbe) wrote :

I just linked this bug report to 'fglrx-installer' packages but I guess the bug should be reported to upstream.

*@ rednammoc:* if you don't have this bug having disabled Xinerama support from FGLRX/Catalyst control panel, may you report this bug to Catalyst/FGLRX devs? => http://ati.cchtml.com/
(then can you link the new bug report to this one?)
Thank you!

Revision history for this message
Matthieu Baerts (matttbe) wrote :

Sorry: if you don't have this bug *after* having disabled Xinerama support

Revision history for this message
Matthieu Baerts (matttbe) wrote :

@ rednammoc: With the latest version on BZR (this new version will be available soon on our 'Weekly ppa' => maybe tonight or tomorrow), we check if XRandr extension is available or not (not only if Xrandr is available on your computer).
Can you check if you still have the crash with this new version?

@fabounet: do we need the 1.3 version of XRandr for ShowDesktop?

Revision history for this message
rednammoc (rednammoc) wrote :

i disabled xinerama through the "amdcccle" and tried to reproduce the "cairo-dock"-bug. No bug there.

> I'm not using more than one monitor but when I did it a few weeks ago, I was able to use a Cairo-Dock session with Compiz and 3D acceleration. Or is it maybe just a problem with your ATI drivers?

There's this thing called "Big Desktop" where compiz and 3d acceleration are working well. But this is only working for 2 monitors.

> if you don't have this bug having disabled Xinerama support from FGLRX/Catalyst control panel, may you report this bug to Catalyst/FGLRX devs? => http://ati.cchtml.com/

sure, but i'm a little uncertain about what the bug-description should mention?

Revision history for this message
Matthieu Baerts (matttbe) wrote :

> sure, but i'm a little uncertain about what the bug-description should mention?
First, I think that this old Xinerama extension should be replaced by XRandr (but it's not really the problem here ;) ).
The problem here is that there is a crash when XRRGetScreenInfo is used and Xinerama is enabled. I *think* it shouldn't have any crash here (and I guess XRRGetScreenInfo should return 'NULL').

But now, it's hard to know if this bug is due to your video drivers, to XRandr or if it's normal to have a crash there (but it's the first bug report about that and this code has been added more than 2 years ago (2009-12-19)).

*@Ubuntu-X*: What do you think about that? :)

*@rednammoc*: if there is no answer, it can be interesting to report this bug directly to FGLRX devs and XRandr devs ( https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Server%2FExt%2FRandR&version=7.6%20%282010.12%29 ).

Maybe I'm wrong (@fabounet: can you confirm that?) but I'm sure that they will be able to help us even if it's not due to one of these 3 projects ;)

Revision history for this message
Matthieu Baerts (matttbe) wrote :

@rednammoc: can you check if you can reproduce this bug with the latest version and with Xinerama? (you can use our 'weekly ppa': http://glx-dock.org/ww_page.php?p=ppa%20Weekly )

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cairo-dock-plug-ins - 3.0.99.beta1.1~20120827~bzr2515-0ubuntu1

---------------
cairo-dock-plug-ins (3.0.99.beta1.1~20120827~bzr2515-0ubuntu1) quantal; urgency=low

  * New upstream snapshot.
  * Upstream ChangeLog (detailed changes):
   - Recent-Events: Dialog: no longer added removed files
      + Dialog: Applications: Used the translated name
      + Recent files: added deleted files to the hashtable to prevent
         useless g_file_test
   - ShowDesktop: fixed a typo (about the coloration in the code)
      + checked if Xrandr extension is available before using it
         (LP: #1040271)
   - CMakeLists.txt: linked each plugin to all libs used by gldi except
      gldi (and not only to a few modules)
   - Dbus: cairo-dock-unity-bridge crashed with TypeError in
      on_name_owner_changed(): cannot concatenate 'str' and 'NoneType'
      objects (LP: #1041558)
   - CMakeLists.txt: Checked gio-2.0 for 'gvfs-integration' even if GMenu
      is not compiled
      + Linked gvfs-integration static library to gio-2.0
   - GMenu: fixed a bug that could provoke a crash if the applet is
      deactivating
      + Used gio to launch the menu entries, so that the event is stored
       in Zeitgeist
   - Dbus: the binary was not linked to libdbusmenu
      + checked if we have dbusmenu and dbusmenu-gtk before adding DBusMenu
       support
   - DBus: cairo-dock-unity-bridge: excluded the current process when
      looking if the script has not already been launched
      + converted grep commands to python commands to not launch 4 processes
       just for that
      + Added 'Unity-Bridge' before all 'print'
      + ps command: print only pid + cmd
  * debian/control:
   - Bump Cairo-Dock versions
 -- Matthieu Baerts (matttbe) <email address hidden> Mon, 27 Aug 2012 15:25:03 +0200

Changed in cairo-dock-plug-ins (Ubuntu):
status: New → Fix Released
Revision history for this message
rednammoc (rednammoc) wrote :

Bug is fixed! I'm really impressed how you guys handle things! Keep up the good work! Thx!

Changed in cairo-dock-plug-ins:
status: Incomplete → 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.