-
-
Notifications
You must be signed in to change notification settings - Fork 431
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
[Bug]- Error handling after response retrieval not checking for all cases. #673
Comments
@CyberWake Do you find any other than these exceptions ? |
not yet other than the one stated in new issue #687 and I feel this doesn't need to have multiple issues we have to implement it as a whole in every page which retrieves data. |
@CyberWake rather than checking the substring of the exception, how about we use contains() to check the exception? I think it is the more robust method? What's your take? |
Yeah the contain method is being used by me. Have created a list of the two errors |
Have worked upon join,create and remove actions stated in the PR. After we fix the found actions we can updated the handling on each page fetching data from server. |
Btw you found the comment action was also not working. I adding this in the discription as well. Let's fix the actions found first together and then work on other pages. |
@Sagar2366 sir can you please guide us on how should we create PR as there will be a lot of files to be changed as almost every page fetches data from server. |
It looks like an important bug, so we will give it priority. |
@palisadoes sir I'll make sure to update the branch with the lint before sending a PR. |
…dation#673) * test: create event mutation & events query unit tests * test: events query unit test fix * test: fix events query unit tests * fix: type error in events query * test: events query tests using orderby dynamically * log: generated logs for resolving errors * fix: changed type checking * log: generated logs for resolving errors * refactor: cleaned up logs * test: updated constants
Issue Description:
There are two use case when the server don't retrieve the data:
Access Token has expired. Please refresh session.
User is not authenticated
The error handling on every screen only checks for one i.e.
User is not authenticated
This needs to be upgraded as it causes error on some actions i found there can be more as well:
Added all these actions throw error on auto login,
Error handling currently is checked after converting the exception to string and then slicing. Which causes a lot of mess for calculating the indices of the error and then comparing.
Issue Severity:
High, as this hinders a lot of user actions.
Environment Details:
Observed Behaviour:
Currently many action return a error response from server on auto login in user. Due to which the user is not able to have access to those features. The response returned needs to be validated and then new token needs to be generated again followed by the action performed.
Expected Behaviour:
Server response handling for both the server response for not providing data should be added. Plus exception need to be checked directly with the inbuilt object provided by the package itself rather than converting it to string and than slicing followed by checking the error response start index.
Steps to reproduce issue:
Important this only occurs on auto login only not on fresh account or fresh logins.
Perform any of the actions stated above. If more case are found feel free to add them in comments.
Snapshots/Videos:
Liking the post:
https://thepalisadoes-dyb6419.slack.com/files/U01QZEFJSCE/F01U9TQEG22/talawa
Removing and organization:
https://thepalisadoes-dyb6419.slack.com/files/U01QZEFJSCE/F01UVA9B68Z/talawa
Does this issue need immediate attention?
Yes this issue needs to be fixed to it earliest.
Are you willing to work on this issue:
Yes, I am will to work on this please assign this issue to me.
Other information:
Anyone up for help can comment need to fix this to it earliest and is needed to be done every page seeking a response from server.
The text was updated successfully, but these errors were encountered: