Phone UI Always Crashes in the Same Store - Lemmy.World
lemmy.world
I visit a store regularly and every time to try to reference something on my phone in that store, I get UI crashes. The phone works fine everywhere else. Its a Oneplus9 running a custom rom. Two questions: 1. What could cause this? Is some sort of interference in the store crashing things? Is the bright light causing the luminosity sensor to overwhelm. Is the store trying to mess with or track my phone in some way and all my modifications, privacy configurations, etc. are choosing to crash instead of allow it? 2. Do you have any ideas about how I can figure out what is causing it? Spectrum analysis with a flipper zero or something similar, logs of some kind on the phone, process of elimination? Links are appreciated if it requires advanced nerd cred (I’m probably intermediate with Linux, Android and tech in general, except networking where my knowledge is mediocre bit growing). I am beyond curious what is going on because it is so weird that it works perfectly everywhere, but the UI keeps rebooting in this one store.

Hi folks,

About a month ago, I posted the thread at the shared link because my phone keeps spontaneously rebooting at my local Safeway store. I found several other people with similar issues online, but no one who has discovered the actual cause. I also haven’t fully understood why, but I have a few updates to share since visiting the store a few more times.

  • Scanned subGhz (w/ flipperzero) and Bluetooth frequencies. Lots of interesting things. Something bluetooth or bluetooth LE keeps popping up on the logs on my phone before the phone crashes, probably a beacon
  • Turning off Bluetooth does not stop the behavior
  • Pulled the log from the phone post-crash and it has some interesting things in it. I don’t understand it fully, but it reads like the whole system is dying due to something happening in the wifi manager?

Can anyone glean any additional information from this:

time: 1727914596869
msg: android.os.DeadSystemException: android.os.DeadSystemException
stacktrace: android.os.DeadSystemRuntimeException: android.os.DeadSystemException
	at android.net.wifi.WifiManager.getScanResults(WifiManager.java:4451)
	at com.android.systemui.statusbar.pipeline.wifi.data.repository.prod.WifiRepositoryHelper$createNetworkScanFlow$1$callback$1.onScanResultsAvailable(WifiRepositoryHelper.kt:88)
	at android.net.wifi.WifiManager$ScanResultsCallback$ScanResultsCallbackProxy$$ExternalSyntheticLambda0.run(D8$$SyntheticClass:0)
	at kotlinx.coroutines.internal.LimitedDispatcher$Worker.run(LimitedDispatcher.kt:115)
	at kotlinx.coroutines.scheduling.TaskImpl.run(Tasks.kt:103)
	at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:584)
	at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:793)
	at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:697)
	at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:684)
	Suppressed: kotlinx.coroutines.internal.DiagnosticCoroutineContextException: EmptyCoroutineContext
Caused by: android.os.DeadSystemException
	... 9 more

I think what’s happening is the phone is trying to take some kind of action based on a beacon and is crashing, but I don’t have any loyalty apps installed. Does anyone have a better understanding of how this stuff works?

  • catloaf@lemm.eeEnglish
    10·
    3 months ago

    Assuming that stack trace is from the crash, it looks like it’s a problem processing the results of the scan. What does the wifi list look like from your scans? Anything with weird characters or corrupt info?

    • njordomir@lemmy.worldOPEnglish
      2·
      3 months ago

      I will check the next time I go to the store. I haven’t actually had the WiFi menu up because I just toggled from the quick tile.

      • catloaf@lemm.eeEnglish
        3·
        3 months ago

        It’ll probably crash when you try to view it. I would scan with the flipper zero.

  • carleeno@reddthat.comEnglish
    4·
    3 months ago

    I’d focus on Wi-Fi rather than BLE based on your stack trace.

    You said in the previous post that even with WiFi and Bluetooth off it still happens, but did you turn off WiFi scanning as well?

    Wi-Fi scanning happens even when WiFi is off, and your stack trace refers to WiFi scanning specifically.

    Check your settings carefully for the WiFi scanning option. It’s really only used for tracking anyway.

  • Max-P@lemmy.max-p.meEnglish
    4·
    3 months ago

    Log seems to indicate issues with scanning, which could be maybe too many APs around. I believe I may have experienced something similar in a mall briefly.

    Does turning off WiFi help? Like full on airplane mode, and make sure to disable WiFi scanning when WiFi is off as that remains on by default for location services, you want to kill WiFi scanning completely.

    • njordomir@lemmy.worldOPEnglish
      4·
      3 months ago

      Yes, I forgot to mention in the post, but turning WiFi works, only if I also turn off “detect high quality networks” and “turn WiFi back on when high quality network is detected” or whatever those options are.

      Hmmm, that’s a theory. I’ll see what I can do to find all the APs and figure out if the WiFi chip in my phone has a known limit. I don’t think I have enough old routers to crash it myself. :-D

  • WhyJiffie@sh.itjust.worksEnglish
    3·
    3 months ago

    it feels like that exception misses some context. I’m not familiar with kotlin, but it’s java-like and this exception cause seems unusual, like if this text would only be part of an exception chain, and if we wouldn’t see the inner (original) exception(s)

    how did you obtain this?

    • njordomir@lemmy.worldOPEnglish
      3·
      3 months ago

      When the UI crashes, it sometimes throws up a dialog with “copy URL to crash log”. I just cut and pasted from there.