IssueTracker

Attached a sample project which reproduces the crash when the release variant is built. Change AGP back to 8.1.4 and the crash no longer occurs.

The bytecode after running through R8 looks wrong

The original code in the constructor of com.flurry.sdk.ft in the SDK is (according to the intellij decompiler)

    if (this.a == null) {
        this.a = new HashMap();
    }

    this.a.clear();

With the R8 in 8.2.0, the whole constructor is inlined a few levels above, and the resulting bytecode assigns the field but looks like the local reference ends up in v1 instead of v0?

    iget-object v0, v6, Lcom/flurry/sdk/ft;->a:Ljava/util/Map;

    if-nez v0, :cond_116

    new-instance v1, Ljava/util/HashMap;

    invoke-direct {v1}, Ljava/util/HashMap;-><init>()V

    iput-object v1, v6, Lcom/flurry/sdk/ft;->a:Ljava/util/Map;

    :cond_116
    invoke-interface {v0}, Ljava/util/Map;->clear()V

With 8.1.4 the inlining doesn't happen, and looks like there's some redundancy in the bytecode, but it's at least correct.

    iget-object p1, p0, Lcom/flurry/sdk/ft;->a:Ljava/util/Map;

    if-nez p1, :cond_25

    new-instance p1, Ljava/util/HashMap;

    invoke-direct {p1}, Ljava/util/HashMap;-><init>()V

    iput-object p1, p0, Lcom/flurry/sdk/ft;->a:Ljava/util/Map;

    :cond_25
    iget-object p1, p0, Lcom/flurry/sdk/ft;->a:Ljava/util/Map;

    invoke-interface {p1}, Ljava/util/Map;->clear()V

    iget-object p1, p0, Lcom/flurry/sdk/ft;->a:Ljava/util/Map;