1416234 - Crash in java.lang.IllegalArgumentException: AppCompat does not support the current theme features. at android.support.v7.app.AppCompatDelegateImplV7.createSubDecor(Unknown Source)

Status: RESOLVED WORKSFORME

(Firefox for Android Graveyard :: General, defect, P3)

Description

[KOLANICH]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170606043202

Steps to reproduce:

installed https://ftp.mozilla.org/pub/mobile/releases/55.0b1/android-api-15/ru/fennec-55.0b1.ru.android-arm.apk


Actual results:

Doesn't work. Flashes several times.


Expected results:

Should start and work.

Comment 1

[KOLANICH]

Attachment: fx.55.0b1.log

Comment 2

[KOLANICH]

Attachment: fx.56.0b13.log

Comment 3

[KOLANICH]

Attachment: fx.57.0b15.log

Comment 4

[KOLANICH]

The OS is 4.4.4

Comment 5

[Jan Henning [:JanH]]

A few questions:
1. Which phone model?
2. Can you give this build [1] a try?
3. Does it also crash when you disable Xposed?

If the build from [1] doesn't help (and it's just a wild guess, so I've got no idea whether it really will), the most helpful thing you could do is try using mozregression (http://mozilla.github.io/mozregression/) to find out which was the first build that started crashing on your phone.

[1] https://queue.taskcluster.net/v1/task/VtKHuv9rThi0T4BFFnW2vw/runs/0/artifacts/public/build/target.apk from https://treeherder.mozilla.org/#/jobs?repo=try&revision=378a80a96abc40f422304747c34938d4dd0a63bd&selectedJob=143774655 - you'll need to uninstall any normal Nightly build first before installing that APK

Comment 6

[KOLANICH]

1 t03g
2 Doesn't help. There is a visual difference to the latest beta: the interface appears for some seconds, hangs for some seconds and then the app crashes. But the differences may be caused by something else than changing deprecated name to non-deprecated.
3 Have not tried that, but xprivacy control was disabled for that app.

Comment 7

[KOLANICH]

Attachment: nightly.log try build bug 1416261

Comment 8

[KOLANICH]

>the most helpful thing you could do is try using mozregression (http://mozilla.github.io/mozregression/) to find out which was the first build that started crashing on your phone.

Sorry, for npw I can't use it, but the latest Beta which works is 54.0b14 (it seems it's the latest beta of 54). At >=55.0b1 it doesn't work.

Comment 9

[Jan Henning [:JanH]]

(In reply to KOLANICH from comment #6)
> But the differences may be caused by something else than changing
> deprecated name to non-deprecated.

To confirm or refute that theory, can you also please uninstall that custom build again and get a log from this regular Nightly build: http://ftp.mozilla.org/pub/mobile/nightly/2017/11/2017-11-10-10-01-31-mozilla-central-android-api-16/fennec-58.0a1.multi.android-arm.apk

Comment 10

[KOLANICH]

Tried, the behavior is visually the same as in the custom nightly. The only difference is that the browser reacted on my swipe and changed the tab, but also crashed. I consider this difference insignificant: ff is always unresponsive for some time after launch, I guest the previous launch that amout of time was long and the browser crashed before it had got responsive.

Comment 11

[KOLANICH]

Attachment: fx58.0a1.log

Comment 12

[Jan Henning [:JanH]]

Okay, so bug 1416261 didn't have any relevance there.

So it seems this was introduced at some point during the 55 cycle and fixed again in 58, unless this is some weird Beta-only bug or whatever.
It would still be interesting to find out what actually caused and then fixed this, though, especially as this crash affects the crash reporter as well (!) and therefore won't even show up in our crash stats.

I'm opening a new bug for the crash I'm seeing in the Nightly logs.

Comment 13

[Nevin Chen(Not active on Bugzilla)]

Please help verify it. tracking now

Comment 14

[KOLANICH]

On 59.0a1 20171230100313 there is no crash.

Comment 15

[Chris Peterson [:cpeterson]]

Removing regressionwindow-wanted keyword because this bug has been resolved.

Comment 16

[Chris Peterson [:cpeterson]]

Removing regressionwindow-wanted keyword because this bug has been resolved.

Comment 17

[Chris Peterson [:cpeterson]]

Removing regressionwindow-wanted keyword because this bug has been resolved.