6 years ago
5 years ago


(Reporter: beta, Unassigned)


({compat, privacy-review-needed, student-project})

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [good second bug] [parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st], )


(1 attachment)



6 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20130212 Firefox/20.0
Build ID: 20130212042017

Steps to reproduce:

Following on from the recent announcement by Opera, and upcoming changes to Firefox:
We might as well join the club, stop innovating and make a monoculture out of it.



6 years ago
OS: Linux → All
Hardware: x86_64 → All
Whiteboard: [parity-opera] [parity-chrome] [parity-safari]

Comment 1

6 years ago
Closed: 6 years ago
Resolution: --- → WONTFIX
Posted patch patch v1.0Splinter Review
Damn, I had a patch!
We could just run WebKit in a tab using emscripten.
Clearly belongs in Core.
Component: Untriaged → General
Product: Firefox → Core
Maybe not. We could port WebKit to B2G using Emscripten.
Component: General → Gaia
Product: Core → Boot2Gecko
Version: 20 Branch → unspecified
Adding azakai for a feasibility assessment.
Flags: needinfo?(azakai)
Well, if you can port Qt, I guess you can port anything...

But, please no.
Flags: needinfo?(azakai)


6 years ago
Summary: Transition to a WebKit engine → Transition to a WebKit engine (Read this you craps)
I have faith in Emscripten!

Needs more discussion of possibilities!
Ever confirmed: true
Resolution: WONTFIX → ---
Whiteboard: [parity-opera] [parity-chrome] [parity-safari] → [parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st]
Comment on attachment 713443 [details] [diff] [review]
patch v1.0

Review of attachment 713443 [details] [diff] [review]:

Good start, but needs some testing.
Attachment #713443 - Flags: feedback+
Whiteboard: [parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st] → [good first bug][parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st]
I this requires some prior Mozilla experience.
Whiteboard: [good first bug][parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st] → [good second bug][parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st]
Keywords: compat
Whiteboard: [good second bug][parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st] → [mentor=opera] [good second bug] [parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st]
Maybe we could get Google to fund this for Summer of Code?
This is clearly add-on material.
If we used the NPAPI instead, we could get out of process embedding for free.
@jdm Do you want to compile NPAPI with Emscripten?
(In reply to Tim Taubert [:ttaubert] from comment #13)
> This is clearly add-on material.

You are a genius.

All we need to do is make Chrome Frame compatible with Firefox and then redirect all users to when their browser is opened. If users fail to download and install it we can refuse to let them navigate to any other URL until they do.
I think the simplest solution is to simply slap a Firefox sticker on Chromium and head to the bar. I'm buying. :)
(In reply to Lawrence Mandel [:lmandel] from comment #17)
> I think the simplest solution is to simply slap a Firefox sticker on
> Chromium and head to the bar. I'm buying. :)

I was actually going to suggest to Gerv that I found the solution all of our web compatibility problems in this bug. But that works too.
Unfortunately, many of our web compatibility problems would still remain. I've been privately informed by the Chrome team that if we change our User Agent to copy theirs (which would be necessary for full web compatibility) then they will sue us for trademark infringement. 

I therefore propose that we developer 1024 possible different user agent strings which are similar but not identical to the Chrome one and test them by developing a random user agent string picker and shipping it directly on the release channel, using the relative volume of screams of anguish on to decide which one to use permanently.

Summary: Transition to a WebKit engine (Read this you craps) → Transition to a WebKit engine
We could sue them for using "Mozilla" in their User-Agent too as it's also trademark infringement ;)
Virtual_ManPL: Shh! Don't give away our legal strategy!

Any plans to adopt Blink instead?
(In reply to Please Ignore This Troll from comment #22)
> Any plans to adopt Blink instead?

We already are: see about:config "browser.blink_allowed" which is set to 'true'.  Set this to 'false' if you want to switch back to using Gecko.
Whiteboard: [mentor=opera] [good second bug] [parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st] → [good second bug] [parity-opera] [parity-chrome] [parity-safari] [oh-great-now-we-have-to-keep-this-bug-alive-until-april-1st]
OK, I think the joke has run its course.
Closed: 6 years ago5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.