enter image description here
My app encountered this crash in recent months.From the stacktrace as the following, I can‘t find any clue.This crash only happened on iOS 11.2.x and background thread. This bug almost happened only once on each user's device. I don't know if it is a bug from Apple.Can anybody give me some clues about this bug? Thanks a lot!
Related
My app encountered this crash in recent months.From the stacktrace as the following, I can‘t find any clue.This crash only happened on iOS 11.2.x and background thread. This bug almost happened only once on each user's device. I don't know if it is a bug from Apple.Can anybody give me some clues about this bug? Thanks a lot!
here is the stacktrace:
here is the device info for the bug:
Many crashes happened below the iOS9.3 (which means devices with iOS10 are OK)..
The crash logs seem to show that it's not a problem about API that can only be used below iOS 9.3 .
But I have no idea about the crash logs. ( I'm sorry ...for I just start to study iOS development for only 2 month )
Could you please help me analyze the crash logs ?
Really Thanks !
crash log 1
crash log 2
AXE_BAD_ACCESS - this is problem with memory. One of function tried to use variable which already released. I think you need to check use your TableView and cells for this table.
Also to find problem with memory you can try to use zombies
Used to have the similar strange crashes in my app. And only in production, when testing from TestFlight. Building on device with ios 9 caused no problems.
Maybe it sounds strange, but try to convert all images you use in app to images with included sRGB color profile. For me it helped.
my app got a critical crash since apple releases 10.3.0 version. Here the crash log. Does anyone have any idea about this? Thanks
In my iOS app crash log I found this statement:
HW kbd Failed to set (null) as keyboard focus ios
Does anyone know what is this and how to resolve it?
I've just encountered this exception running a Xamarin app on the simulator. It started occurring after I toggled the software keyboard off while debugging the app. Given the exception mentioning the keyboard I think that's what caused it.
Uninstalling the app from the emulator, cleaning and rebuilding fixed the issue for me.
Unsure if this bug is on Apple's side or Xamarin's.
The only references I could find related to Xamarin was close, but the inverse of this - the app crashing on the simulator, but working on an actual device. The resolution in that forum post doesn't describe what the problem might be, but does suggest that cleaning the project and rebuilding may resolve it.
The specific message HW kbd Failed to set (null) as keyboard focus ios is related to the app crashing, but there's no additional information in the pastebin to really help pin down why it's crashing.
You might also consider adding logging statements in your code to see if you can isolate the issue.
I have being seeing crashes in my iOS app, when opening LA Times (www.latimes.com). The crash happens in WebCore somewhere and I have no clue where. Profiling with both "Zombie" or "leaks" do not return anything for this "EXE_BAD_ADDRESS" error.
I also checked with a small, bare UIWebView app and I could reproduce the effects.
Right now, I see this happening only with LA times, but I am not sure if there are other sites as well.
Can someone check on and guide me in what could be the possible error/source for this crash?
EDIT: I have added a small UIWebView project demonstrating this bug at
github
EDIT 2: The app (include the demo at github) works perfectly fine on iOS 7.0, but crashes in iOS 7.1 ... seems a recent bug with iOS 7.1. I have issued a bug report to Apple and will keep updated.
Thanks in advance,
Nikhil
I happened to bump into that same issue with one of my apps in iOS>7.0 only.
It seems to be a sync issue which can be fixed by creating the webview from the main thread only.
As a fix I just wrapped my UIWebView creation in a dispatch_sync(dispatch_get_main_queue(), ^{ ... });
And it solved the problem.
Of course if your code is running on the main thread you shouldn't wrap it this way ;)