Open
Bug 1499762
(hide_org_mozilla_gecko)
Opened 6 years ago
Updated 4 months ago
Hide org.mozilla.gecko
Categories
(GeckoView :: General, enhancement, P3)
GeckoView
General
Tracking
(Not tracked)
NEW
People
(Reporter: snorp, Unassigned)
References
(Depends on 2 open bugs, Blocks 2 open bugs)
Details
Right now, all public types from org.mozilla.gecko are available in the GeckoView AAR, even though we don't consider those to be public API. It may be possible for proguard to fix for us either by obfuscating those types or otherwise making them unusable by external consumers.
Reporter | ||
Updated•6 years ago
|
Assignee: nobody → agi
Reporter | ||
Comment 1•6 years ago
|
||
Nick had a good idea here -- move all the org.mozilla.gecko stuff into a diferent module, then use 'implementation' in the GeckoView module to depend on that one. That way apps can't access org.mozilla.gecko without using reflection or other gross hacks.
Updated•6 years ago
|
Blocks: geckoview_stable_api
Updated•6 years ago
|
Priority: -- → P2
Updated•6 years ago
|
Product: Firefox for Android → GeckoView
Updated•6 years ago
|
Version: Firefox 59 → 59 Branch
Updated•6 years ago
|
Version: 59 Branch → Trunk
Updated•6 years ago
|
Alias: hide_org_mozilla_gecko
Comment 2•6 years ago
|
||
Just connecting related work: as part of my thinking on multi-architecture "fat AARs" (Bug 1522581 and friends), I've been naturally lead to rethink how the GV AAR is structured, and this type of project splitting fits into that story. It's not a blocking relationship in either direction, just "in the neighbourhood".
Updated•5 years ago
|
Rank: 20
Updated•2 years ago
|
Assignee: agi → nobody
Updated•2 years ago
|
Severity: normal → S3
Updated•2 years ago
|
Rank: 20 → 222
Updated•4 months ago
|
Priority: P2 → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•