Open Bug 1499762 (hide_org_mozilla_gecko) Opened 6 years ago Updated 4 months ago

Hide org.mozilla.gecko

Categories

(GeckoView :: General, enhancement, P3)

enhancement

Tracking

(Not tracked)

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.
Assignee: nobody → agi
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.
Priority: -- → P2
Depends on: 1436754
See Also: → 1507240
Depends on: 1508442
Product: Firefox for Android → GeckoView
Version: Firefox 59 → 59 Branch
Depends on: 1529101
Version: 59 Branch → Trunk
Depends on: 1529119
Depends on: 1529322
Depends on: 1514238
Depends on: 1540790
Depends on: 1541609
Alias: hide_org_mozilla_gecko
Depends on: 1544472
Depends on: 1533385
Depends on: 1550206

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".

Rank: 20
Assignee: agi → nobody
Severity: normal → S3
Rank: 20 → 222

Enhancements should have severity N/A.

Severity: S3 → N/A
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.