Closed
Bug 1014986
Opened 11 years ago
Closed 10 years ago
[e10s] HTTPS Everywhere addon meta bug
Categories
(Firefox :: Extension Compatibility, defect)
Firefox
Extension Compatibility
Tracking
()
RESOLVED
FIXED
People
(Reporter: cpeterson, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: addon-compat, dogfood, meta)
No description provided.
Reporter | ||
Updated•11 years ago
|
tracking-e10s:
--- → +
Reporter | ||
Updated•11 years ago
|
status-firefox31:
--- → affected
Keywords: addon-compat
Apologies if this belongs somewhere else, but I managed to get HTTPS Everywhere to be e10s compatible as far as I can tell: https://github.com/EFForg/https-everywhere/pull/526. Let me know if you find bugs.
To test it out, clone the pull req. and run ./makexpi.sh to build an xpi.
Reporter | ||
Comment 2•10 years ago
|
||
Adding "dogfood" keyword so this bug shows up on the e10s wiki's list of known issues:
https://wiki.mozilla.org/Electrolysis#Known_Issues
Keywords: dogfood
Comment 3•10 years ago
|
||
(In reply to yan from comment #1)
> Apologies if this belongs somewhere else, but I managed to get HTTPS
> Everywhere to be e10s compatible as far as I can tell:
> https://github.com/EFForg/https-everywhere/pull/526. Let me know if you find
> bugs.
>
> To test it out, clone the pull req. and run ./makexpi.sh to build an xpi.
Thank you Yan. Juanb, would you please verify that that the updated addon works with e10s?
Flags: needinfo?(jbecerra)
Comment 4•10 years ago
|
||
I built an xpi from the e10s branch, and I installed it on the latest Nightly on Mac. I have been dogfooding it this morning without any problems. There are redirects to https for sites where available, and, if I specify it in the add-on, sites that do not have https are blocked. I'll continue to dogfooding it, but so far so good.
Flags: needinfo?(jbecerra)
Comment 5•10 years ago
|
||
Should we mark this as fixed then?
Reporter | ||
Comment 6•10 years ago
|
||
(In reply to Frederik Braun [:freddyb] from comment #5)
> Should we mark this as fixed then?
No, we should leave this bug open until the stable release of HTTPS Everywhere is e10s-compatible. Currently, neither the 4.0 stable or 5.0 development releases (on https://www.eff.org/https-everywhere) are e10s-compatible. I just retested them.
Comment 7•10 years ago
|
||
Telemetry data indicates that https everywhere regularly throws 3 different js exceptions.
FILE_NOT_FOUND 0 (probably means attempting to load some file throws)
toolbar_button.js 64
tabbrowser.xml 430
Updated•10 years ago
|
Blocks: e10s-addon-exceptions
Reporter | ||
Comment 9•10 years ago
|
||
Jacob from the EFF says HTTPS Everywhere 5.0.0, the stable release, is e10s compatible. Please report any compatibility bugs to the EFF's GitHub issues page: https://github.com/EFForg/https-everywhere/issues
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 10•9 years ago
|
||
=== Add-on/e10s tracking summary ===
Assignee: Giorgio Maone
Link to add-on: https://addons.mozilla.org/en-us/firefox/addon/https-everywhere/
Contact info for add-on: https://github.com/EFForg/https-everywhere/issues
Add-on ID: https-everywhere@eff.org
How well does it work?: 100%
Steps to reproduce working features:
* Visit http://www.intensitylab.com/ -- the site should actually be opened as https://www.intensitylab.com/
* Click on the HTTPS Everywhere toolbar icon and play with the option
Steps to reproduce broken features: ---
Any obvious performance problems? no
SDK-based: No, legacy XUL (non-bootstrapped)
Chromium version: https://chrome.google.com/webstore/detail/https-everywhere/gcbommkclmclpchllfjekcdonpmejbdp
You need to log in
before you can comment on or make changes to this bug.
Description
•