gorhill
66635c44c6
fix warning on older firefox versions
2017-04-01 12:13:29 -04:00
Gijs Kruitbosch
dc06d5fa0c
Fix #2493 by using the createWindowlessBrowser API when available
2017-03-31 21:17:21 +01:00
gorhill
8c632db436
quite likely fix https://trac.torproject.org/projects/tor/ticket/19438
2016-06-19 18:53:03 -04:00
gorhill
1c6d969ccb
this fixes #906
2015-11-08 00:31:49 -05:00
gorhill
45335855af
#749 : code review
2015-11-03 18:00:08 -05:00
gorhill
6bec4d795c
hopefully this fixes #749
2015-11-03 16:40:22 -05:00
gorhill
6c65672db0
this fixes #640
2015-09-25 12:26:56 -04:00
gorhill
f681bac407
reverting #739 : this broke normal install
2015-09-25 11:54:07 -04:00
Neil Richardson
93fb1dd251
Do not call onReady if addon is installing
...
If the uBlock extension is installed globally for all users on a machine, a user's first run of Firefox will fail to load uBlock because the call to appShell.hiddenDOMWindow will throw an exception. A second run of Firefox will load uBlock successfully.
The change will skip the call to onReady if the reason for the call to startup is because the addon is being installed.
2015-09-25 14:52:54 +08:00
gorhill
29b695d813
changes for a beta channel on AMO
2015-08-12 16:31:19 -04:00
gorhill
04d11d25b6
minor code review
2015-07-28 08:54:12 -04:00
gorhill
631443768f
dom inspector: ébauche
2015-06-26 00:08:41 -04:00
gorhill
1e57760fe1
this fixes #262
2015-05-29 19:23:26 -04:00
gorhill
885c68495b
this fixes overlooked remnants of other ubock
2015-05-29 11:19:10 -04:00
gorhill
e16dac9c39
this fixes #84
2015-04-19 11:33:04 -04:00
gorhill
25036eb5cf
as per comment in e762a29d30
2015-04-10 09:05:25 -04:00
gorhill
63d9143d6b
#10 : manually imported fixes from e762a29d30
2015-04-09 21:50:23 -04:00
gorhill
b9e07a16e3
this fixes https://github.com/chrisaljoudi/uBlock/issues/1219 for Firefox
2015-04-09 07:15:14 -04:00
Deathamns
43c8d86769
Firefox: fix extension restarting
2015-02-02 11:52:40 +01:00
Deathamns
21b42304fe
Firefox: get the version number from the fragment
2015-01-29 14:12:21 +01:00
Deathamns
631da229f5
Firefox: initialize when hiddenDOMWindow is ready
...
Probably not the best way to detect its readiness, but it works for now.
This fix should solve the incompatibility with the StartupMaster add-on.
2015-01-21 18:15:55 +01:00
Deathamns
089af13e32
URL handling changes
2015-01-15 13:24:35 +01:00
Deathamns
a31c30d55e
Firefox: simplify vAPI.app.restart
2015-01-13 07:29:59 +01:00
Deathamns
05bcc070a9
Firefox: popup size for menu-panel
2015-01-13 07:29:54 +01:00
Deathamns
fbd2f74eb5
Firefox: implement vAPI.app.restart
2015-01-13 07:29:50 +01:00
Deathamns
5e55ba772d
Code styling
2015-01-13 07:29:49 +01:00
Deathamns
782f8d441d
Firefox: revert previous change
...
Initializing the extension with AddonManager takes too long (at least for
this extension).
When starting the browser, tabs loaded before the extension could, and
because of that, blocking didn't work.
It works better, if it's initialized when the window's DOM is ready.
2015-01-13 07:29:22 +01:00
Deathamns
e61514b9b1
Firefox,Safari: fill vAPI.app in a different way
...
Pass the extension data (name and version) as the fragment of the URL
for the background script, so vAPI.app can be filled without using XHR
to read the manifest files.
2015-01-13 07:29:21 +01:00
Deathamns
ecdee65fda
Add license headers, plus some code styling
2015-01-13 07:29:16 +01:00
Deathamns
d13769b4a9
Firefox: initialize buttons when DOM is ready
2015-01-13 07:29:07 +01:00
Deathamns
cb5d860725
Firefox: implement toolbar button and popup
2015-01-13 07:29:01 +01:00
Deathamns
3c76c61f61
Firefox: partial vAPI.tabs implementation
2015-01-13 07:28:57 +01:00
Deathamns
67f18d023c
Initial Firefox port (base, messaging, locales)
2015-01-13 07:28:52 +01:00
