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: unchain unlock call from enable screen #3143

Merged
merged 7 commits into from
May 23, 2024

Conversation

pavanjoshi914
Copy link
Contributor

Describe the changes you have made in this PR

unchain unlock screen from enable screen

Link this PR to an issue [optional]

fixes triggering of enable screen for nostr when extension is locked, even if the provider was persisted before.
this also reduces the side effect of user needed to set permission again because of retriggering of enable screens

Type of change

(Remove other not matching type)

  • feat: New feature (non-breaking change which adds functionality)

Checklist

  • Self-review of changed code
  • Manual testing
  • Added automated tests where applicable
  • Update Docs & Guides
  • For UI-related changes
  • Darkmode
  • Responsive layout

Copy link
Contributor

@stackingsaunter stackingsaunter left a comment

Choose a reason for hiding this comment

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

tACK

@pavanjoshi914 pavanjoshi914 changed the title feat: unchain unlock call from enable screen (nostr) feat: unchain unlock call from enable screen May 17, 2024
@reneaaron
Copy link
Contributor

Tested and worked like intended. 👍

There is still a bug when you manually lock the extension after you enabled it on this website before, which leads to an erroneous state in the extension (you need to manually reload it afterwards in order to use it again). This bug was already in there for years though, so I don't think we need to fix that in this PR.

tACK

@reneaaron reneaaron added the next-release To be included in the next release label May 21, 2024
if (
isUnlocked &&
Copy link
Collaborator

Choose a reason for hiding this comment

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

don't we still need the unlock check? because if your new check fails for whatever reason then it's not unlocked and this action should not run.

@pavanjoshi914 pavanjoshi914 enabled auto-merge (rebase) May 23, 2024 14:06
@pavanjoshi914 pavanjoshi914 merged commit 8a33844 into master May 23, 2024
6 checks passed
@pavanjoshi914 pavanjoshi914 deleted the unchain-unlock-enable branch May 23, 2024 14:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
next-release To be included in the next release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants