Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Full stack information not properly capturing for ios. #742

Open
2 tasks
rakshithshettycs opened this issue Sep 28, 2023 · 2 comments
Open
2 tasks

Full stack information not properly capturing for ios. #742

rakshithshettycs opened this issue Sep 28, 2023 · 2 comments
Labels
awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. backlog We hope to fix this feature/bug in the future

Comments

@rakshithshettycs
Copy link

rakshithshettycs commented Sep 28, 2023

Describe the bug

Issue 1.

When I compare both Android and iOS crash stacktraces, in Android it's captured the exact file and function name, but in iOS it's not captured.For iOS, bugsee does not show the exact script point, which causes the crash. Please check the screenshot.

I implemented code for the app crash check. I added dysm files for iOS and symbol files for Android for full-stack trace.

Attaching screenshots reported in Bugssang for Android and iOS for the same crash

Issue 2:

Even after uploading the symbols and dysm file, the line number is still not showing, which caused the crash. In Android, file name and function name showed in the full stack trace but not line number. In iOS, it is not even showing the file name and function name as mentioned in Issue 1.

Android crash stack trace:

Screenshot 2023-09-28 at 6 10 34 PM

IOS crash stack trace:

Screenshot 2023-09-28 at 5 20 21 PM

Even in Xcode, the stack trace is updated properly. Screenshot from xcode
Screenshot 2023-09-28 at 6 11 43 PM

Steps to reproduce

  1. Go to Unity and create one MonoBehaviour class(CrashData.cs) and add code
public void CrashAPP()
    {
        while (true) ;
    } 
  1. Attach the created class to the button in the Unity scene and call CrashAPP() on the button-click event. and observe the app crash, and please verify that crash report in the dashboard.

Environment

  • Bugsnag version: Tested in 7.6.2 & 7.6.5
  • Unity version: 2022.5.5f1
  • iOS/Android/macOS/Windows/browser version: ios version :16.51
  • simulator/emulator or physical device: - physical device
  • Initializing bugsnag via a Unity GameObject or in code?: Start Automatically from bugsang configuration window
  • Player Settings:
    • Scripting backend (Mono or IL2CPP): IL2CPP
    • API compatibility level for .NET: 2.1
    • Stack Trace level for all error types (None/ScriptOnly/Full):Full

Example Repo

  • Create a minimal repository that can reproduce the issue
  • Link to it here:

Example code snippet

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class CrashData : MonoBehaviour
{
public void ReekkkpeateWhile()
{
while (true) ;
}
}

# (Insert code sample to reproduce the problem)
Error messages:
EXC_BREAKPOINT • UnityEngine.CoreModule__3.cpp
@clr182 clr182 added the needs discussion Requires internal analysis/discussion label Oct 10, 2023
@clr182
Copy link
Contributor

clr182 commented Oct 10, 2023

Hi @rakshithshettyhcl

Apologies about the delay in response time. We are currently investigating this and will let you know once we have more information.

@clr182
Copy link
Contributor

clr182 commented Nov 8, 2023

Hi @rakshithshettyhcl

Apologies about the delay in response time.

As we do not yet have the mechanisms in place to symbolicate IL2CPP framework code this does look like expected behaviour for the iOS exception. We do have an item on our backlog aimed at solving this. I don't have a firm ETA but i'll be sure to update you once we have more information to share.
We are still unsure why your dashboard seems to be missing the top most stack frame.

I have created a reproduction example application and unfortunately I have been unable to reproduce the missing first stack trace between the information sent to BugSnag and the XCode debugger terminal. Both my dashboard and XCode terminal result in the same number of stack trace frames.

Additionally, creating an infinite while loop has not reacted in a crash to the application using the code that you have provided. Is this the same code you are using to test on your end or is this a cut down example for the purposes of reproduction? If not then could you please provide us with the example code.

It's possible that this way of crashing the application has resulted in this issue. Any additional context in this would help us to investigate further. I should also ask, are you perhaps performing any manual stacktrace manipulation for events a callback method that may be the cause?

@clr182 clr182 added awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. and removed needs discussion Requires internal analysis/discussion labels Nov 8, 2023
@mclack mclack added the backlog We hope to fix this feature/bug in the future label Mar 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. backlog We hope to fix this feature/bug in the future
Projects
None yet
Development

No branches or pull requests

3 participants