Folders not working

Bug #1888049 reported by Alex Marx
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Cairo-Dock Plug-ins
Fix Committed
High
Fabounet

Bug Description

Cairo-Dock version: 3.4.1 (via apt)
Folders version: 0.2.6
Tested on: Linux Mint 20 Cinnamon, Linux Mint 19.1 Xfce

The Folders add-on doesn't seem to work. Upon dragging a folder into the dock and importing it's contents, it creates an empty box icon. Clicking on it won't reveal the folder contents.
In LM 19.1 Xfce there's the same issue, however there is a message displayed upon importing folder contents, that the folder is empty or inaccessible, though the folder is not empty.
Output of 'cairo-dock -l debug' is attached in a text file.

Tags: folders
Revision history for this message
Alex Marx (wolf64) wrote :
Alex Marx (wolf64)
description: updated
description: updated
Revision history for this message
Fabounet (fabounet03) wrote :

Thank you for the bug report, and the log; unfortunately the log is not very clear, and doesn't show the beginning (when modules are loaded).
Is it possible to get a complete log ?
Also, it would be useful to have both "click on the trash" and "import a folder" actions inside.
Thank you very much.

Revision history for this message
Alex Marx (wolf64) wrote :

Thank you for investigating this issue. I've now attached the full log of the following steps:
- open file browser (Nemo)
- drag and drop "Downloads" folder onto dock and let it import contents
- click on Downloads folder in dock
- open Cairo settings
- add Bin applet
- click on Bin applet in dock

I hope this helps.

Revision history for this message
Fabounet (fabounet03) wrote :

Thank you very much for the log.

I don't see any trace of the gnome-integration plug-in.

We should go through cairo_dock_gio_vfs_init(), which would print "VFS Deamon NOT found on DBus !" in case of failure, and "VFS Deamon found on DBus." in case of success.

The only way we wouldn't is if the pug-in is not installed, or if another plug-in registered before. Even then, we should see "GNOME" just after, except if glib is too old (unlikely) or the detected desktop is not Gnome, which is possible if GNOME_DESKTOP_SESSION_ID is not set.

So could you please check that:
"echo $GNOME_DESKTOP_SESSION_ID" returns something
'cairo-dock-gnome-integration-plug-in' is installed

Thank you.

Revision history for this message
Alex Marx (wolf64) wrote :

Indeed, the gnome-integration plugin was not installed, These integrations seem to be left out of the meta package of the distro and you must download them manually for your desktop.

However, this unfortunately does not apply to Xfce. Installing 'cairo-dock-xfce-Integration-plug-In' on Xfce yields the same results: 'Empty or unreadable Folder' and Bin applet doesn't open the trash folder, "xdg-open trash://" works. But you also mentioned that Thunar is not supported by default? Or should it be when using Xfce-Integration plugin?

I have attached the log from using cairo-dock on LM 19.1 Xfce.

Thank you for your patience and for solving the problem on Cinnamon. Apologies for the bug report since regarding Cinnamon it's not a bug, just a missing plugin.

Revision history for this message
Fabounet (fabounet03) wrote :

Hi,
thanks again for the log.
This time, we can see that the xfce plug-in was not loaded:

debug : (/build/cairo-dock-2Q_KQp/cairo-dock-3.4.1/src/gldit/cairo-dock-module-manager.c:gldi_module_new_from_so_file:181)
  module '/usr/lib/x86_64-linux-gnu/cairo-dock/libcd_xfce-integration.so' has not been loaded

I think this might be because our detection of an XFCE desktop is a bit weak.
We check a property on the root window; could you please copy-paste the result of "xprop -root" ?

If the property is not here, I guess we'll have to check something else;
could you please run "echo $XDG_CURRENT_DESKTOP" ? I hope it would give a hint.

Thank you.

Revision history for this message
Alex Marx (wolf64) wrote :

The output of "xprop -root" is attached, as you requested.
Running "echo $XDG_CURRENT_DESKTOP" returns "XFCE".

Revision history for this message
Fabounet (fabounet03) wrote :

Thanks a lot.
I've proposed a correction (commit fa86cbc5a17edb82a6201f9540790370d9e8142b).

Changed in cairo-dock-plug-ins:
importance: Undecided → High
status: New → Fix Committed
assignee: nobody → Fabounet (fabounet03)
Revision history for this message
Alex Marx (wolf64) wrote :

Thank you very much!

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.