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

Not all crashes are getting notified in bugsnag #1297

Closed
Tracked by #1505
mahalakshme opened this issue Feb 12, 2024 · 5 comments
Closed
Tracked by #1505

Not all crashes are getting notified in bugsnag #1297

mahalakshme opened this issue Feb 12, 2024 · 5 comments
Assignees

Comments

@mahalakshme
Copy link
Contributor

mahalakshme commented Feb 12, 2024

Issue:

Several times I reproduced this white screen issue, by clicking on 'Missed calls' when it is loading with mohit@power login id. But it didn't get notified even once. The one bugsnag issue with mohit@power was already existing.

Need:

There are certain issues raised from client, for which it is difficult to reproduce the issue. To fix such issues, we only know the userId who faced the issue. Hence need these crash logs to understand the issue.

AC:

In testing one can only simulate network, server unreachable kind of situation which are already handled as regular scenario and they are not classified as error. Error is when there is a defect in the app. In QA one will not be able to introduce defects hence it cannot be tested directly as a story. The acceptance criteria here should be considered whenever error happens while testing something else.

  • All crashes/error logs gets notified in bugsnag (may not be verifiable as QA)
  • Never show white screen only on any error
  • Provide option to copy errors in all error scenarios from the mobile app
  • Provide appropriate actions like restart, close depending on the error
@mahalakshme mahalakshme converted this from a draft issue Feb 12, 2024
@mahalakshme mahalakshme moved this from In Analysis to Ready in Avni Product Feb 13, 2024
@1t5j0y 1t5j0y moved this from Ready to In Progress in Avni Product Feb 14, 2024
@1t5j0y 1t5j0y self-assigned this Feb 14, 2024
@1t5j0y
Copy link
Contributor

1t5j0y commented Feb 19, 2024

From the ticket description / comments and simulation

  • we had a white screen (not caught by our error handler) which was reported to bugsnag (redux error ReadableNativeMap.java #6). Simulated this.
  • we had a fatal error (caught by our error handler) but not reported to bugsag. Was not able to simulate this.

Looking through the code, unsure why the above would occur. Additionally, tried introducing an error boundary (react-native-error-boundary) in Avni.js but that did not prevent the white screen issue.

Moving to hold till we decide next steps.

@1t5j0y 1t5j0y moved this from In Progress to Hold in Avni Product Feb 19, 2024
@1t5j0y 1t5j0y moved this from Hold to In Progress in Avni Product Feb 19, 2024
@1t5j0y
Copy link
Contributor

1t5j0y commented Feb 20, 2024

White error screen persists after putting try-catch around return GlobalContext.getInstance().routes in App.js

@1t5j0y 1t5j0y moved this from In Progress to Hold in Avni Product Feb 20, 2024
@mahalakshme mahalakshme moved this from Hold to Ready in Avni Product Feb 27, 2024
@1t5j0y 1t5j0y removed their assignment Feb 27, 2024
@petmongrels petmongrels moved this from Ready to In Progress in Avni Product Feb 27, 2024
@petmongrels petmongrels self-assigned this Feb 27, 2024
@petmongrels
Copy link
Contributor

petmongrels commented Feb 29, 2024

Broad scenarios

  1. Server reporting error
  2. Client code error during callback from server call
  3. Client code error during render
  4. Client code error during events, component mount etc
  5. Client executing async code
  6. Client executing setTimeout/setImmediate code

Test above during

  • Sync
  • Startup
  • Login
  • Fast sync
  • Rest of the app usage (doesn't involve server call)
  • Native Code
  • Scheduled Job

Tasks to remember

  • translations for all the keys added
  • native error handling
  • bugsnag reporting in different scenario

petmongrels added a commit that referenced this issue Feb 29, 2024
… not being reported to user. Provide copy error option and get full stack trace in all scenarios.
petmongrels added a commit that referenced this issue Mar 1, 2024
…nag error. notify bugsnag along with component stack trace for rendering errors. added bugsnag notification in places where the error shown to user and has underlying unexplained error.
@petmongrels petmongrels moved this from In Progress to Code Review Ready in Avni Product Mar 1, 2024
@1t5j0y 1t5j0y moved this from Code Review Ready to In Code Review in Avni Product Mar 4, 2024
@1t5j0y
Copy link
Contributor

1t5j0y commented Mar 4, 2024

  1. importing Clipboard from react-native is deprecated. We are already using react-native-clipboard. Usages need to be updated.
  2. Changes need to be in 7.1 branch.
  3. ErrorDisplay.js only shows error if !Config.allowServerURLConfig. Can we not handle showing errors if this is the case also?
  4. console.logs need to be replaced with General logDebug so prod apk (no logging) rules are respected.

@1t5j0y 1t5j0y moved this from In Code Review to Code Review with Comments in Avni Product Mar 4, 2024
@petmongrels petmongrels moved this from Code Review with Comments to In Progress in Avni Product Mar 4, 2024
petmongrels added a commit that referenced this issue Mar 4, 2024
… not being reported to user. Provide copy error option and get full stack trace in all scenarios.
petmongrels added a commit that referenced this issue Mar 4, 2024
…nag error. notify bugsnag along with component stack trace for rendering errors. added bugsnag notification in places where the error shown to user and has underlying unexplained error.
petmongrels added a commit that referenced this issue Mar 4, 2024
@petmongrels
Copy link
Contributor

1/2 - done
3. it has been introduced by TW and we don't use this config too much. it is meant for some dev env use case which I am not aware of.
4. the errors can take place before the app and logger is initialised, hence using console.log to ensure it is not missed in any case

@petmongrels petmongrels moved this from In Progress to Code Review Ready in Avni Product Mar 4, 2024
@1t5j0y 1t5j0y moved this from Code Review Ready to QA Ready in Avni Product Mar 4, 2024
@AchalaBelokar AchalaBelokar moved this from QA Ready to In QA in Avni Product Mar 8, 2024
@AchalaBelokar AchalaBelokar moved this from In QA to QA Ready in Avni Product Mar 8, 2024
@AchalaBelokar AchalaBelokar moved this from QA Ready to In QA in Avni Product Apr 8, 2024
@AchalaBelokar AchalaBelokar moved this from In QA to QA Ready in Avni Product Apr 8, 2024
@AchalaBelokar AchalaBelokar moved this from QA Ready to In QA in Avni Product May 2, 2024
@AchalaBelokar AchalaBelokar moved this from In QA to Done in Avni Product May 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

4 participants