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

feat: Check connection method #539

Open
wants to merge 3 commits into
base: main
Choose a base branch
from

Conversation

RezaRahemtola
Copy link

What type of PR is this?

  • feature

What this PR does:

Basic implementation of #525

Copy link
Member

@jinoosss jinoosss left a comment

Choose a reason for hiding this comment

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

Thank you for your wonderful contribution 🙏

Checking connectivity is lightweight and can be used a lot.

@@ -19,6 +19,11 @@ const init = (): void => {
const response = await executor.addEstablish(name);
return response;
},
async CheckConnection(name: string): Promise<unknown> {
Copy link
Member

@jinoosss jinoosss Aug 12, 2024

Choose a reason for hiding this comment

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

Is a parameter of name necessary?

Copy link
Author

Choose a reason for hiding this comment

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

yes, to check if the wallet is connected with the site that has this name, like the name passed in AddEstablish no ?

Or is it passed in AddEstablish just to be displayed in the popup while the value used to check the connection is the hostname ?

Copy link
Member

Choose a reason for hiding this comment

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

Yes, the name variable passed in AddEstablish will only display the service name in the popup.

It is not needed for functions that simply check for connections.

@@ -82,6 +82,9 @@ export class MessageHandler {
case 'ADD_ESTABLISH':
HandlerMethod.addEstablish(message, sendResponse);
break;
case 'CHECK_CONNECTION':
HandlerMethod.checkEstablished(message, sendResponse);
Copy link
Member

Choose a reason for hiding this comment

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

checkEstablished does not respond with an event when it succeeds.
It will only callback a failure event if the site is not registered.

You can create a new function to respond to the success event.

Also, in my opinion, the case when the wallet is locked should be taken into account.
A failure response of type WALLET_LOCKED should be added.

Copy link
Author

Choose a reason for hiding this comment

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

Okay, I'll look into this.
btw, how do you test locally the extension before publishing it ?
Didn't tested this if I remember correctly 😅

Copy link
Member

Choose a reason for hiding this comment

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

Aha, We didn't explain enough about running extensions.

When you run the yarn build command, it creates a dist directory inside the packages/adena-extension directory.

You can then register the result of the build command as an extension, and in the case of Chrome, you can load your extension after enabling developer mode at chrome://extensions 😄

Copy link
Author

Choose a reason for hiding this comment

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

Fixed and tested locally - sending WALLET_LOCKED if needed, and ALREADY_CONNECTED response on success

Copy link
Member

Choose a reason for hiding this comment

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

I think it would be better to define a new success type instead of ALREADY_CONNECTED.

ALREADY_CONNECTED returns a non-zero code and returns a message that can be confusing to the user.

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.

2 participants