Mirrors
/
uBlock
mirror of https://github.com/gorhill/uBlock.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
4,158 Commits 2 Branches 962 Tags 214 MiB
Commit Graph

31 Commits

Author SHA1 Message Date
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