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

track walletconnect failed requests #6304

Open
wants to merge 15 commits into
base: develop
Choose a base branch
from

Conversation

greg-schrammel
Copy link
Contributor

@greg-schrammel greg-schrammel commented Dec 5, 2024

Fixes APP-####

What changed (plus any additional context for devs)

adds wc.failed_request events
possible reasons are

  • invalid namespaces: ${namespaces}
  • invalid signing request
  • read only wallet
  • session not found
  • method not supported: ${method}

checked amplitude we can filter starts with 'invalid namespaces:', lmk if another prop would be better just for the namespaces, same applies to 'method not supported'

Screen recordings / screenshots

What to test

Copy link

linear bot commented Dec 5, 2024

@@ -694,4 +701,12 @@ export type EventProperties = {
eventSentAfterMs: number;
available_data: { description: boolean; image_url: boolean; floorPrice: boolean };
};

[event.tokenList]: {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

wondering if the properties associated with this event should be distinct user properties instead. wdyt @DanielSinclair

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This approach is fine, I think. We generally just want to understand how often users are seeing assets missing metadata on various screens. We can group those back to uniques to understand number of users if we need to.

@@ -363,6 +368,8 @@ export type EventProperties = {
dappName: string;
dappUrl: string;
};
[event.wcRequestFailed]: { reason: string };
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

do we want more metadata associated with the failure here? like dapp url or something

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Contributor

@DanielSinclair DanielSinclair Dec 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@greg-schrammel Could we add a type here like session_proposal | sesion_request and then a method param where applicable in addition to the reason. That way we could more easily see that a certain request type or session proposal fails more than others. I tend to find the logger.error above many of these events are a bit easier to read than the reason; can we copy that text to be more detailed? We can pass any optional params or error messages from throws too (don't need to require for every type or method), but looks like the if conditions handle most of the error types that could be thrown

@brunobar79
Copy link
Member

Launch in simulator or device for b43e3d4

@derHowie derHowie marked this pull request as draft December 9, 2024 16:24
@greg-schrammel greg-schrammel marked this pull request as ready for review December 9, 2024 18:05
@brunobar79
Copy link
Member

Launch in simulator or device for 16e632a

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants