Open Bug 140751 Opened 22 years ago Updated 2 months ago

[meta] Integrate Mozilla with KDE

Categories

(Core :: Widget: Gtk, task)

Unspecified
Linux
task

Tracking

()

People

(Reporter: kairo, Unassigned)

References

(Depends on 10 open bugs, Blocks 1 open bug)

Details

(Keywords: helpwanted, meta)

Mozilla has "Windows Integration" on win32, I blieve it should have such a thing
on KDE as well (gnome folks, feel free to file your own bug).

We should at least provide an icon in the KDE menu, perhaps we could even tell
KDE that some file types can be opened with Mozilla...
i thought there was a bug on this, bug didn't find it.
Related: bug 18731, bug 73712, bug 79120.
and bug 133043
We need to do this in such a way as to not introduce a runtime dependency on
KDE, no?  Since KDE is not guaranteed to be available on the system....
The GNOME and KDE folks are collaborating with the freedesktop.org people on
some of these matters. Eg stuff like the system tray for mail notifications
http://www.freedesktop.org/standards/systemtray/systemtray-spec.html and desktop
entries for menu entries 
http://www.freedesktop.org/standards/desktop-entry-spec.html
might be handy resources.
Perhaps a "freedesktops" integration bug would be good place to start, rather
than going for GNOME or KDE specific behaviours if it can be avoided. They're
trying to standardise their mime types too.
I'm confused about the scope of this bug.  IMO, this should probably be a "*NIX
integration" bug, with several dependencies:

- Icons (KDE/Gnome/etc)
- System Notifications (Biff)
- System Dialogs (Kprinter/???)
- Fonts (xft)
- Theming for "Classic" theme (KDE/Gnome theme integration, since classic now
means "OS native" on Windows XP)

I'd love to see what work is being done along these lines, but it's hard to see
exactly what's going on without the tracking bug.
*** Bug 157515 has been marked as a duplicate of this bug. ***
Don't forget the KMenu..Bookmarks list! :p 
anything new on this? Has anything happened with newer versions of Mozilla and 
KDE 3.1? (bug focus) - is this less of an issue, and if so, in what ways?
QA Contact: sairuh → nobody
Nothing has happened.  Note the lack of patches in this bug.
Keywords: helpwanted
*** Bug 197916 has been marked as a duplicate of this bug. ***
*** Bug 203367 has been marked as a duplicate of this bug. ***
Ben will certainly never work on this...
Assignee: ben → nobody
Blocks: 170892
.
Assignee: nobody → nobody
Blocks: 228083
Blocks: 213849
I am not completely sure what the right component for this should be, but
"Preferences" is definitely not it.
Assignee: nobody → general
No longer blocks: 18731, 133043, 170892, 213849, 228083
Component: Preferences → GFX
Depends on: 18731, 133043, 170892, 213849, 228083
QA Contact: nobody → ian
Summary: Integrate Mozilla with KDE → [META] Integrate Mozilla with KDE
Depends on: DateTimeKDE
Keywords: meta
Summary: [META] Integrate Mozilla with KDE → Integrate Mozilla with KDE
XDS support (http://freedesktop.org/wiki/Standards_2fXDS) would be most welcome.
Changing summary to reflect bug scope.
Summary: Integrate Mozilla with KDE → Integrate Mozilla with freedesktop.org specs
Blocks: 253826
more deps
Depends on: 192225, 259356
Sorry, but why do you morph someone else's bug into what you think might be an
interesting related, but different thing to be done?
This is about integrating with KDE specifically.
Integrating with some freedesktop.org specs might help in that effort, but won't
finish that job by far. What you want is a different bug that should be filed as
a different bug and be related to that one.
Not that it's not a good thing or something, it's just two different things
bascially.
Summary: Integrate Mozilla with freedesktop.org specs → Integrate Mozilla with KDE
Comment 4 and comment 5 specifically mention freedesktop.org and generic *NIX
integration. So I merely changed the summary to reflect the contents of the bug.
If fd.o spec compliance does not mean full KDE integration, then that is a KDE
problem, not a mozilla bug, IMHO. 
(In reply to comment #18)
> Comment 4 and comment 5 specifically mention freedesktop.org and generic *NIX
> integration. So I merely changed the summary to reflect the contents of the bug.
> If fd.o spec compliance does not mean full KDE integration, then that is a KDE
> problem, not a mozilla bug, IMHO. 

It IS an RFE for Mozilla, as being able to access e.g some KDE settings (instead
of only GNOME settings we access now) is something including even more than only
freedesktop.org stuff.
Of course, it's connected, and of course playing well with different
freedesktop.org stuff also helps this effort, but it's still different things,
as full KDE integration is more than just freedesktop.org stuff.
Depends on: 298848
Depends on: 350325
No longer depends on: 170892
Product: Core → Core Graveyard
Assignee: general → nobody
Component: GFX → General
Product: Core Graveyard → Core
QA Contact: ian → general
While Firefox 3.0 integrates nicely with Windows 5.x, 6.x and Gnome it does not in KDE 4.x
No longer depends on: 213849
Opensuse developer is working in integrating firefox in KDE. 

http://en.opensuse.org/KDE/FirefoxIntegration

I test it and it is amazing ! 

Is there any coordination to backport that work in upstream ?
(In reply to comment #23)
> I test it and it is amazing ! 

Nice to hear.
 
> Is there any coordination to backport that work in upstream ?

Not yet. The integration is pretty new. We are giving it more testing and will see a bit later to check with mozilla.org if and how we integrate it upstream.
Depends on: 528510
Does ANY of mozilla devs use KDE?
I'm pretty sure there are thousands (millions?) of KDE users which use Firefox as default browser.
However, things like no application in "open with" when downloading a file (or worst, things like tar to open a package, or less to open a text file), or the GTK file dialog for uploading files (horrible, as there's no way to have icons with previews, which is a must when upload photos in folders with 100s of files) heavily degrades the user experience.
OpenSUSE has done a remarkable integration, there's even a tracking bug for integrating it upstream (https://bugzilla.mozilla.org/show_bug.cgi?id=528510), but KDE seems an unreachable priority in mozilla, which is a shame.
(In reply to comment #25)
> Does ANY of mozilla devs use KDE?

I doubt there are many (if any) mozilla core devs that use GNU/Linux at all. I guess they will be happy to have new contributors though. But devs from GNOME/KDE tend to contribute to their pet browsers (Konqueror, Galeon, rekonq) or even use chrome/opera. If you are interested in helping, please do it: 

https://developer.mozilla.org/En/Developer_Guide 

Otherwise, you are not helping.
Micah Gersten added the following comment to Launchpad bug #494067:

We've already released the integration for Lucid.

On 04/05/2010 02:23 PM, Luis Fernando Planella Gonzalez wrote:
> Does ANY of mozilla devs use KDE?
> I'm pretty sure there are thousands (millions?) of KDE users which use Firefox as default browser.
> However, things like no application in "open with" when downloading a file (or worst, things like tar to open a package, or less to open a text file), or the GTK file dialog for uploading files (horrible, as there's no way to have icons with previews, which is a must when upload photos in folders with 100s of files) heavily degrades the user experience.
> OpenSUSE has done a remarkable integration, there's even a tracking bug for integrating it upstream (https://bugzilla.mozilla.org/show_bug.cgi?id=528510), but KDE seems an unreachable priority in mozilla, which is a shame.
>
>    

-- 
http://launchpad.net/bugs/494067
Micah Gersten added the following comment to Launchpad bug #494067:

My apologies for the last comment. I didn't realize it was on Mozilla's bugtracker.

-- 
http://launchpad.net/bugs/494067
John Vivirito added the following comment to Launchpad bug #494067:

On 04/06/2010 11:20 PM, Micah Gersten wrote:
> We've already released the integration for Lucid.
> 
> On 04/05/2010 02:23 PM, Luis Fernando Planella Gonzalez wrote:
>> Does ANY of mozilla devs use KDE?
>> I'm pretty sure there are thousands (millions?) of KDE users which use Firefox as default browser.
>> However, things like no application in "open with" when downloading a file (or worst, things like tar to open a package, or less to open a text file), or the GTK file dialog for uploading files (horrible, as there's no way to have icons with previews, which is a must when upload photos in folders with 100s of files) heavily degrades the user experience.
>> OpenSUSE has done a remarkable integration, there's even a tracking bug for integrating it upstream (https://bugzilla.mozilla.org/show_bug.cgi?id=528510), but KDE seems an unreachable priority in mozilla, which is a shame.
>>
>>
> 
The other day i checked and all we had was an installer for FF for KDE,
maybe it hadnt landed here yet.
kubuntu-firefox-installer

-- 
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III



-- 
http://launchpad.net/bugs/494067
Depends on: 18732
Depends on: 632655
Depends on: 637624
Depends on: 634359
Depends on: 537564
Bug 278343 Password Manager should work with KWallet ?
Depends on: 266600
Depends on: 278343
Firefox-KDE-support package in Kubuntu will be droppen for next release (12.04)
http://www.phoronix.com/vr.php?view=MTA3MjI

So now KDE support in upstream Firefox is very important for Kubuntu users.
It's important for all users!

Building firefox-kde-opensuse on ArchLinux is a pain... It fails at every new Firefox version...

Chromium have KDE support without any code linked to KDE... It just use kdialog to save/open file... And revert button order when KDE is runnning...
Depends on: 834039
Depends on: 528598
It's extremely uncomfortable to use Firefox in KDE without integration, and there is much interest in this, just look at the CC list, and the user base of KDE is not small... Please, at least integrate Firefox and Thunderbird with KDE for system dialogs and, most important, file associations for a better functionality. OpenSUSE and Kubuntu (through the Blue-Shell PPA) guys do this with Firefox, so I think you can talk to them if you want some help. I think this issue shouldn't be such a big deal to take more than 10 years to solve it. I hope it will be soon.
This issue -- of improving KDE + Firefox integration, generally, and of getting Firefox to use Dolphin, specifically -- has languished for a long time.

It has, after all, been percolating, unresolved, for ~ 12 yrs now.

Atm, it's basically dead & inactive. I'm hoping that that can be reversed.

If "you" are still interested in good/solid KDE+Firefox integration, read-on -- 

IMO, not getting to a decent solution has not been for lack of trying/interest:

	Bug 140751 - Integrate Mozilla with KDE 
	https://bugzilla.mozilla.org/show_bug.cgi?id=140751 

	Bug 528598 - provide a class to check for KDE environment and to interface with kmozillahelper 
	https://bugzilla.mozilla.org/show_bug.cgi?id=528598

	Provide better Firefox KDE integration 
	https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/494067 

	Bug 528510 - [Tracking] Port OpenSUSE KDE Integration for Firefox 
	https://bugzilla.mozilla.org/show_bug.cgi?id=528510

	Firefox on KDE
	https://groups.google.com/forum/#!topic/mozilla.dev.platforms.linux/XKyWG8NwSeA 

	(I'm sure there are more ...)

As of this date, there's still no solution that works consistently well.  Opensuse's patches are the closest to it (cref packages: "kmozillahelper", "mozilla-kde4-integration"), & have been intermittently available/functional in Opensuse, as well as ported to Ubuntu, Arch, others.

But, even the Opensuse devs say they're not happy with their own, 'hacky' solution.

And, unless I've missed it, the "right people" simply aren't talking to one another.

A "good" solution will need devs -- at least one each -- from KDE, Mozilla/Firefox & Opensuse/other distro devs, to agree that this should get done, and actually talk/work with one another to do so.

I've tried to re-start the discussion about getting a good solution to KDE+Firefox integration.

	https://mail.mozilla.org/pipermail/firefox-dev/2014-July/001940.html

In that thread I received thoughtful/arguable comments from @Mozilla folks, e.g.

	"...
	I believe that there is plenty of good will among
	Mozilla developers to help Firefox + Dolphin along the road (starting
	with reviewing patches and mentoring newcomers).
	...
	firefox-dev and bugs are as good a place as any to start.
	..."

They certainly seem willing to work with KDE & others -- but it will NOT happen alone.

So, if "you" are still interested in good/solid KDE+Firefox integration -- pls start by subscribing to "firexfox-dev" mailing list

	https://mail.mozilla.org/listinfo/firefox-dev

and consolidating communication to THIS thread:

	"Firefox + KDE integration: Getting FF to use Dolphin reliably. 12+ years and counting."
	 https://mail.mozilla.org/pipermail/firefox-dev/2014-July/001940.html

'Everybody' talking about the issue in one place wouldn't, imo, be a bad 1st step.
Please remember the notorious "Well, this is embarrassing" after KDE logout:
http://support.mozilla.org/en-US/questions/982769
http://bugs.launchpad.net/ubuntu/+bug/492001

If you, like me, tend to have Firefox open when exiting KDE (like turning off computer), then voila, this becomes your computer's greeting message... (That's KDE restoring last open programs for you.)

It's like this even on openSUSE. And it happens _always_.
(In reply to Andreas Nordal from comment #37)
> It's like this even on openSUSE. And it happens _always_.

For me, with my self-compiled Nightly builds on openSUSE Factory (and KDE:Distro:Factory, i.e. latest KDE versions), it doesn't happen always but there are some stretches where it (i.e. displaying about:sessionrestore) happens every day and then stretches where it doesn't happen for weeks.

It's more annoying to me that on my two-screen multi-Firefox-window setup, KDE and Firefox communicate little enough that the spread of one window on the second screen showing on all desktops and the others on the first screen on a single desktop comes out wrongly on every single KDE launch.

That said, I think all those issues deserve separate bugs.
any news?
yeah, a guy named grant has taken the torch: https://mail.mozilla.org/pipermail/firefox-dev/2014-July/001940.html

best of luck to him!
i know but from June there aren't news :-/
Is it a bug ? All my menus & contexts menu are white on Debian 8 KDE with Nightly :
http://ikilote.net/Galeries/Autres/Divers/Firefox-44-blanc.png
(In reply to Zéfling from comment #42)
> Is it a bug ? All my menus & contexts menu are white on Debian 8 KDE with
> Nightly :
> http://ikilote.net/Galeries/Autres/Divers/Firefox-44-blanc.png

This is more likely a themeing bug, either in the theme or in the toolkit. Not this bug at all.
It would also be good if we could have tabs in the title bar out-of-the-box on KDE Plasma. Having to rely on sloppy 3rd party plugins to attempt to do this just isn't satisfactory.
Mozilla bugs: 

1414212 - Enable titlebar rendering on Gtk+ >= 3.10
<https://bugzilla.mozilla.org/show_bug.cgi?id=1414212>

>  RESOLVED FIXED in Firefox 59

1415481 - Build Linux/Gtk+ with titlebar rendering enabled
<https://bugzilla.mozilla.org/show_bug.cgi?id=1415481>

>  RESOLVED FIXED in Firefox 59

1283299 - (gtktitlebar) Implement titlebar rendering on GTK 3.20+
<https://bugzilla.mozilla.org/show_bug.cgi?id=1283299>

>  Importance: P1 normal

– the dependency tree <https://bugzilla.mozilla.org/showdependencytree.cgi?id=1283299&hide_resolved=1> offers a good overview.
<https://www.reddit.com/r/kde/comments/8heuvg/-/dyjiggw/?context=1> includes a link to an album of three screenshots, 

> Firefox 60, GTK 3.22.29: enabling the title bar
Component: General → Graphics
Why is this a graphics bug? It is more of a tracking bug, for all KDE features, graphics or not, that Firefox integrates badly with.
Summary: Integrate Mozilla with KDE → [meta] Integrate Mozilla with KDE
Depends on: 1304650
Severity: normal → S3
Type: defect → task
Component: Graphics → Widget: Gtk
Hardware: x86 → Unspecified
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.