(In reply to M Lopez-Ibanez from comment #44)
> (In reply to Szczepan Hołyszewski from comment #42)
> > I am starting to suspect developer malice here.
>
> That seems uncalled for.
I agree that this is a bit too much, no malice involved; I think it's
mostly due to lack of time/resourcesetc.
I first hit the org.freedesktop.FileManager1 issue a couple of months
ago, so my memory is a bit hazy on the issue. In the workaround I posted
in comment#37 the Exec line has to be /usr/bin/false, otherwise there's
a delay before the file manager is opened. Most likely because
/usr/bin/false return
Add to the above (about changing Exec to /usr/bin/dolphin) is that I get
two dolphin windows opened, one at ~ and the other to the actual folder
containing the file from the download manager/library, until the second
window is opened Firefox is hung.
--
You received this bug notification because
(In reply to PhobosK from comment #36)
I've seen the same issue in Fedora. My workaround was to "sabotage" the
org.freedesktop.Filemanager1 dbus service by creating
~/.local/share/dbus-1/services/org.freedesktop.FileManager1.service and
changing the Exec line to e.g. /usr/bin/false or /usr/bin/tru
(In reply to Tristan Miller from comment #30)
Try this:
- Create ~/.local/share/applications/defaults.list (edit it if it already
exists)
- Put this in it:
[Default Applications]
inode/directory=kde4-dolphin.desktop;
save it and try "open containing folder" again.
--
You received this bug not
One hackish workaround is using this CSS rule for launchpad.net:
* {background-image: none !important;}
FWIW, I am not running Ubuntu, but I see the problem with other distros
(Mageia and Fedora).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
