Shortcuts and Stack Plugins doesn't work properly sometimes

Bug #449419 reported by Tsu Jan
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Cairo-Dock Plug-ins
Invalid
Low
Unassigned
Nautilus
Fix Released
Undecided
Unassigned
cairo-dock-plug-ins (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Sometime, when I click on a folder in the Shortcuts or Stack plugin, Nautilus doesn't open and when I click for the second time, two instances of Nautilus is opened. Afterwards, this behavior doesn't happen anymore.

I compile Cairo-Dock from bazaar. I'm in Debian squeeze/sid with Cairo 1.8.8-2.

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

Thanks to have reported this bug.
It's a recurrent problem but it seems that it's a bug in Nautilus.

@ Fab : can you confirm and (if you can) click on "Also affects project" and add 'nautilus' ?
Thanks

tags: added: nautilus
Changed in cairo-dock-plug-ins:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Tsu Jan (tsujan2000) wrote :

Thanks. I added 'nautilus'.

Revision history for this message
Fabounet (fabounet03) wrote :

it may also be a bug in gvfs (under Gnome, the dock uses gvfs to launch files with the default application)
but as I've never noticed this bug with another program (for instance clicking on an image in Stack always open gqview for me), I don't assign gvfs to this bug.
I really think it's a bug in Nautilus and not in Cairo-Dock (not that I want to deny the bug, I correct bugs every day ^_^ )

Revision history for this message
Fabounet (fabounet03) wrote :

I can add that I've noticed this bug since Cairo-Dock (and Nautilus) uses gvfs, so even before v2.0.0

Changed in cairo-dock-plug-ins (Ubuntu):
status: New → Incomplete
Fabounet (fabounet03)
Changed in cairo-dock-plug-ins (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
miles916 (mrmiles) wrote :

im having the same issue. strangely enough, once nautilus has started (same behaviour, opening 2 windows on the second click), opening other shortcuts through the cairo-dock plugin work fine...

regards
-M.

Revision history for this message
Tsu Jan (tsujan2000) wrote :

@ miles916

As a temporary workaround, instead of Shortcuts applet you can use a subdock with launchers like the following for your bookmarks or other folders:

nautilus --no-desktop --browser file://FOLDER_PATH

The possibility of subdock creation is one of the Cairo-Dock's strong points. You can even make subdocks in subdocks ;)

Revision history for this message
Tsu Jan (tsujan2000) wrote :

I'm not sure but it seems that today's gvfs update in Debian has solved this problem :)

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

Great news !
Thanks for your feedback :)

Changed in cairo-dock-plug-ins (Ubuntu):
status: Confirmed → Invalid
Changed in nautilus:
status: New → Fix Released
Changed in cairo-dock-plug-ins:
status: Confirmed → Invalid
Revision history for this message
Fabounet (fabounet03) wrote : Re: [Cairo-dock-team] [Bug 449419] Re: Shortcuts and Stack Plugins doesn't work properly sometimes

he said "I'm not sure", maybe we should wait a little before we close this
bug ?

2009/12/8 Matthieu Baerts <email address hidden>

> Great news !
> Thanks for your feedback :)
>
> ** Changed in: cairo-dock-plug-ins (Ubuntu)
> Status: Confirmed => Invalid
>
> ** Changed in: nautilus
> Status: New => Fix Released
>
> ** Changed in: cairo-dock-plug-ins
> Status: Confirmed => Invalid
>
> --
> Shortcuts and Stack Plugins doesn't work properly sometimes
> https://bugs.launchpad.net/bugs/449419
> You received this bug notification because you are a member of Cairo-
> Dock Team, which is the registrant for Cairo-Dock Plug-ins.
>
> Status in Cairo-Dock : Plug-ins: Invalid
> Status in Nautilus: Fix Released
> Status in “cairo-dock-plug-ins” package in Ubuntu: Invalid
>
> Bug description:
> Sometime, when I click on a folder in the Shortcuts or Stack plugin,
> Nautilus doesn't open and when I click for the second time, two instances of
> Nautilus is opened. Afterwards, this behavior doesn't happen anymore.
>
> I compile Cairo-Dock from bazaar. I'm in Debian squeeze/sid with Cairo
> 1.8.8-2.
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~cairo-dock-team<https://launchpad.net/%7Ecairo-dock-team>
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~cairo-dock-team<https://launchpad.net/%7Ecairo-dock-team>
> More help : https://help.launchpad.net/ListHelp
>

Revision history for this message
Tsu Jan (tsujan2000) wrote :

Unfortunately, it happened again :( although less often than before

Changed in nautilus:
status: Fix Released → Confirmed
Revision history for this message
colinjones (colin-a-jones) wrote :

I have the same issue!

Revision history for this message
Tsu Jan (tsujan2000) wrote :

I changed the status because since a few months ago, I haven't encountered this problem anymore (in Debian Squeeze).

Changed in nautilus:
status: Confirmed → Fix Released
Revision history for this message
Heinrich Münz (hmuenz) wrote :

Same problem here with the official .deb of Ubuntu lucid. It also happens with firefox bookmarks.
Heiner

Revision history for this message
Tsu Jan (tsujan2000) wrote :

Please use the weekly Lucid packages and see if the problem persists. I'm the first reporter of this bug and don't see it in Debian anymore.

The weekly packages are here:

https://edge.launchpad.net/~cairo-dock-team/+archive/weekly/+packages

Revision history for this message
Heinrich Münz (hmuenz) wrote :

OK, i've tried the latest weekly package, but the problem still persists. I've started cairo-dock from a gnome-terminal session. Then I clicked on a web link in the stack. Firefox didn't open and the terminal said:

"Unable to retrieve the file info for `https://www.pro-linux.de/': Automatisches Einhängen gescheitert: Speicherort für org.gtk.vfs.mountpoint.http wird bereits verwendet"

I've tried to get this message in english only by changing the LANG variable, but it allways gave me that german-english-mix. So I'll try to translate it:

"Unable to retrieve the file info for `https://www.pro-linux.de/': automatic mounting failed: Location for org.gtk.vfs.mountpoint.http is already in use."

It only happens with web links. Local links (files and folders) are just fine. It only happens, if the web link is the first link to be opened from the stack. If I have opened any local link before, any web link will work.

I've also tried to use your workaround. I've created a new subdock and dragged some web links onto it. The result was just the same.

Revision history for this message
Tsu Jan (tsujan2000) wrote :

> It only happens with web links.

Previously it happened with local links too, and my first report was about that only. So, it seems that the bug is fixed for local links in both Debian and Ubuntu now.

> I've also tried to use your workaround.

My workaround was only for the Shortcut applet (local links, of course).

All in all, it seems that this is a bug in the Stack applet with web links. We have to wait for the developer's reply. He's usually fast in this regard :)

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

Hello,
Did you remove GVFS* packages? What's your DE (Gnome, XFCE, KDE, etc. but I suppose it's Gnome)

But this error is strange:
     "Location for org.gtk.vfs.mountpoint.http is already in use."
Do you have some problem to mount/umount a USB key or something else?

Do you have the same problem if you replace 'https' by 'http'?

Revision history for this message
Tsu Jan (tsujan2000) wrote :

Ok, Heinrich is right. The Stack applet has some problem with web links, and for me, it makes no difference if the link is HTTP or HTTPS. I use Firefox 3.6.3 directly downloaded from the Mozilla site. I don't get any error messages but:

(1) Firefox doesn't start the first time I click on the link and the second time, it says that another instance is running;

(2) Cairo-Dock sometimes even crashes when I click on the we blink and gives this message: "Couldn't guess if it was an applet's fault or not. It may have crashed inside the core or inside a thread".

I hadn't found this bug before because I don't use the Stack applet for bookmarks (the bookmarks of Firefox itself do the job for me).

There isn't such a behavior with local links anymore.

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

@ Tsu Jan: can you please open a new bug report if it doesn't affect nautilus project?
Thank you!

Revision history for this message
Tsu Jan (tsujan2000) wrote :
Revision history for this message
Rajeev Nair (rajeev) wrote :

I have this problem with ubuntu 10.10 maverick. Shortcuts wont open my folders. Sometimes the 'file browser' launcher also dont work.

Revision history for this message
bruce (bruce-oy) wrote :

i have the same problem but even worse. the shortcuts applet does not work at all.

ubuntu 10.04.4
nautilus 2.31.1
cairo dock 3.0.0.0rc1
shortcuts 1.3.3

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

@bruce:
Can you check if gvfsd is running? (simply by launching this command from a terminal: $ ps aux | grep gvfs
If yes, is it better if you launch the dock with this command: $ cairo-dock -e gnome
or $ cairo-dock -e xfce

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.