[Bug 133133]
(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. > Firefox developers working on Linux issues are very > few and hard-working. Any official stats/references about how many Firefox devs are actually working on Linux? > They need more love and support and not users throwing > accusations. Also, if you honestly want to see support of Linux continued, > you are shooting yourself in the foot with such a comment: Which developer > wants to work on supporting an OS when users of that OS accuse them of > malice? Scaring developers away is not the way to improve such support! > > The reality is that there are very few Firefox developers that use > GNU/Linux, and all of them probably use GNOME/GTK. Again any references/stats? > GTK developers have > contributed at lot to Mozilla/Firefox, Well, the most obvious reason is that Firefox is built on GTK+*. I think if Firefox was built on Qt it would have gotten a lot of contribution from Qt devs, that's the nature of using a toolkit to build your software... > whereas KDE has its own browser > (Konqueror and now Rekonq). That's not really a point since GNOME has its own browser too, it's called Epiphany, a WebKit based browser (it's been renamed to "Web" lately https://wiki.gnome.org/Apps/Web/). > The people that have tried to improve Firefox on > KDE have done so by creating add-ons or distribution-specific patches. This > is a quick way to get results but tends to bitrot and break sooner or later. > IIRC those changes were submitted as bug reports upstream but were rejected hence the distribution patches/addons. > The *only* way Firefox support for KDE will improve is if people using > Firefox on KDE join Firefox development and do it. If you cannot do it > yourself for lack of time or skills, create a kickstarter and hire a > developer that can. If you do not have skills, money, or time, and you > cannot figure out another way to help, then resign yourself in silence > because it will probably get worse. This issue isn't KDE specific; the issue here is that there's no easy was to make Firefox use whatever file manager you set as the default in Linux. Even under GNOME you'd hit the same problem if you want to use a file manager other than Nautilus; you can configure GNOME to use whatever file manager you want but Firefox would ignore those settings. Firefox could use xdg-open (this was suggested in previous comments in this report) which is supposed to be distro-agnostic; given xdg* isn't perfect but it's better than using a dbus method that's only implemented by Nautilus under GNOME. > Attacking developers, whining and > useless comments (mine ones included, unfortunately) only make developers > *less* inclined to follow bug reports about KDE. True, insulting devs isn't good any which way one thinks about it. But I think frustration can lead to such accusations flying around; the open-containing-folder feature misbehaving for anything other than Nautilus has been around for more than 8 years... that is rather a long time. /me going back to "resign myself in silence" :). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/133133 Title: "Open containing folder" is only working if nautilus is present To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/133133/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133133]
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 returns an exit code 1. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/133133 Title: "Open containing folder" is only working if nautilus is present To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/133133/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133133]
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 you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/133133 Title: "Open containing folder" is only working if nautilus is present To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/133133/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133133]
(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/true; this is better since it's persistent and isn't affected by system updates... etc. This makes Firefox use whatever file manager I set in ~/.local/share/applications/defaults.list (see comment #31). Changing Exec to /usr/bin/dolphin somehow made "open containing folder" open the file manager, but the firefox UI gets sort of blocked/hung for a while, probably because firefox tries to query the capabilities of org.freedesktop.FileManager1 via dbus first, (just a guess). [..] -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/133133 Title: "Open containing folder" is only working if nautilus is present To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/133133/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133133]
(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 notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/133133 Title: "Open containing folder" is only working if nautilus is present To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/133133/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 605567] Re: Extremely slow painting of launchpad.net bug details page with nvidia driver
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 to Ubuntu.
https://bugs.launchpad.net/bugs/605567
Title:
Extremely slow painting of launchpad.net bug details page with nvidia
driver
To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/605567/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
