Closed Bug 840928 Opened 11 years ago Closed 10 years ago

Transition to a WebKit engine

Categories

(Firefox OS Graveyard :: Gaia, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: beta, Unassigned)

References

()

Details

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

Attachments

(1 file)

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, http://www.opera.com/press/releases/2013/02/13/ and upcoming changes to Firefox:
http://blog.pearce.org.nz/2013/02/h264aacmp3-support-now-enabled-by.html
http://mikeconley.ca/blog/2013/02/12/making-australis-tab-animations-faster/
We might as well join the club, stop innovating and make a monoculture out of it.

/s
OS: Linux → All
Hardware: x86_64 → All
Whiteboard: [parity-opera] [parity-chrome] [parity-safari]
No.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Attached 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...

http://vps2.etotheipiplusone.com:30176/redmine/emscripten-qt-examples/scribble.html

But, please no.
Flags: needinfo?(azakai)
Summary: Transition to a WebKit engine → Transition to a WebKit engine (Read this you craps)
I have faith in Emscripten!

/be
Needs more discussion of possibilities!
Status: RESOLVED → REOPENED
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 http://www.google.com/chromeframe 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 input.mozilla.org to decide which one to use permanently.

Gerv
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!

Gerv
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.
Status: REOPENED → RESOLVED
Closed: 11 years ago10 years ago
Resolution: --- → WONTFIX
Flags: needinfo?(postlived)
Flags: needinfo?(postlived)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: