Closed
Bug 1329154
Opened 9 years ago
Closed 6 years ago
Custom tabs: If user has ad blocker add-on installed, enable ad blocking in custom tabs
Categories
(Firefox for Android Graveyard :: Custom Tabs, defect, P2)
Tracking
(firefox57 verified)
RESOLVED
FIXED
Firefox 57
Tracking | Status | |
---|---|---|
firefox57 | --- | verified |
People
(Reporter: jcheng, Assigned: esawin)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
3.01 KB,
patch
|
snorp
:
review+
|
Details | Diff | Splinter Review |
As a user, if I have adblocker add-on on my full Firefox for Android, I also want my custom tabs to have the same functionality
![]() |
Reporter | |
Updated•9 years ago
|
Blocks: customtabs
Comment 1•9 years ago
|
||
This should already be the case out of the box (but needs testing / QA). If add-ons use APIs to modify the browser UI (e.g. add an icon to the URL bar) then this does not work in the custom tab activity so far.
![]() |
||
Comment 2•8 years ago
|
||
Per comment1, and the Phase#1 MVP consideration, will not be considered in the phase1 scope.
Thank you !
![]() |
||
Updated•8 years ago
|
Priority: -- → P3
As comment #4 says, this should just work currently, but I'm not sure if GeckoView-based custom tabs will break it or not. Dylan?
Flags: needinfo?(droeh)
![]() |
||
Comment 4•8 years ago
|
||
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3)
> As comment #4 says, this should just work currently, but I'm not sure if
> GeckoView-based custom tabs will break it or not. Dylan?
I'll have to test to be certain, but I do kind of suspect GV-based custom tabs will break this.
Flags: needinfo?(droeh)
![]() |
||
Updated•8 years ago
|
Priority: P3 → P1
![]() |
||
Comment 5•8 years ago
|
||
snorp, can we retest and see if this is still an issue?
Flags: needinfo?(snorp)
Assignee: nobody → esawin
Flags: needinfo?(snorp)
![]() |
||
Comment 6•8 years ago
|
||
FYI, this was not an issue last time I tested (maybe a month ago); I doubt anything needs to be done here.
Assignee | ||
Comment 7•8 years ago
|
||
Testing with uBlock Origin 1.14.4, ad-blocking does not work in GeckoView-based custom tabs (bug 1356346).
![]() |
||
Updated•8 years ago
|
Priority: P1 → P2
Assignee | ||
Comment 8•8 years ago
|
||
The regression range [1] includes bug 1356346, which means we've broken support for this particular extension (uBlock Origin) when moving to GeckoView-based custom tabs.
There are two things to consider, our move to GeckoView and the add-on's move to a WebExtensions implementation.
The XUL/XPCOM-based add-on version depends heavily on the window.BrowserApp interface and its tab-based interactions.
At the same time, our implementation of WebExtensions does also depend on BrowserApp for tab management in [2].
The immediate way to enable support for WebExtensions in GeckoView is to add a stub implementation of BrowserApp which treats the view as a (single) tab.
[1] https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=24012764504b8cf504354c1135c5b01a01fbc346&tochange=90436b206b3d754e482c8d6160274e62a87d5e8d
[2] https://searchfox.org/mozilla-central/source/mobile/android/components/extensions/ext-utils.js
Attachment #8907242 -
Flags: review?(snorp)
Comment on attachment 8907242 [details] [diff] [review]
0001-Bug-1329154-1.0-Add-GeckoView-BrowserApp-stub-to-sup.patch
Review of attachment 8907242 [details] [diff] [review]:
-----------------------------------------------------------------
Nice, this could make devtools work too, I think?
Attachment #8907242 -
Flags: review?(snorp) → review+
Comment hidden (obsolete) |
Comment 11•8 years ago
|
||
Pushed by esawin@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/b382ec54d164
[1.0] Add GeckoView BrowserApp stub to support WebExtensions. r=snorp
![]() |
||
Comment 12•8 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox57:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 57
Comment 13•8 years ago
|
||
There's definitely been a regression in the 58 builds with this! uBlock Origin does not seem to be working properly (or at all?) in custom tabs in the latest Nightlies.
Assignee | ||
Comment 14•8 years ago
|
||
(In reply to KotW from comment #13)
> There's definitely been a regression in the 58 builds with this! uBlock
> Origin does not seem to be working properly (or at all?) in custom tabs in
> the latest Nightlies.
It works for me on Nightly 2017-10-12.
Can you please file a bug with steps, if you can reproduce and CC/NI me?
Comment 15•8 years ago
|
||
Verified as fixed in build 57 Beta 7;
Device: Samsung Galaxy Tab 3 (Android 7.0).
Comment 16•7 years ago
|
||
Not sure this is a right place for my bug so excuse me if I'm wrong.
uBlock also doesn't work with fullscreen (no browser UI) sites opened from homescreen shortcuts.
Device: Google Pixel XL (Android P)
Firefox: 61 stable.
Updated•7 years ago
|
Blocks: webext-geckoview
Comment 17•6 years ago
•
|
||
Hi,
I managed to reproduce the issue
Environment:
Device: Google Pixel C, Android (8.0.0)
Build: Firefox Beta 67.0b18
This replicated with "Ublock" add-on instead of "Adblocker".
Regards,
Diana Rus
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
status-firefox67:
--- → affected
Component: General → Custom Tabs
OS: Unspecified → Android
Hardware: Unspecified → ARM
Status: REOPENED → RESOLVED
Closed: 8 years ago → 6 years ago
status-firefox67:
affected → ---
Resolution: --- → FIXED
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•