Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@josepot
Copy link
Member

@josepot josepot commented Oct 4, 2025

Closes #11875 . I already provided an explanation of the cause in the issue.

Copy link
Member

@TarikGul TarikGul left a comment

Choose a reason for hiding this comment

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

Nice fix 👍 Thanks for the explanation.

Leaky abstractions: UI context, ui-keyring, and keyring each make assumptions about type and “what the chain supports,” but there’s no single contract that all layers share. The behavior depends on who supplies type and when exceptions happen to bubble up.

This bit you wrote really resonates with me.

@josepot
Copy link
Member Author

josepot commented Oct 4, 2025

Nice fix 👍

I've put an extra commit to leave the ctx type as it was... Just in case. I'm pretty sure that it's only used as a fallback mechanism, when the type of the account is not provided, but who knows, right? So, anyways, just in case, I left that part untouched.

This bit you wrote really resonates with me.

I swear that when I first saw the commit the OP pointed as the culprit of the issue I thought: "yeah, no, this can't be it... there must be some other commit that he skipped or something", boy, was I wrong...

@ap211unitech
Copy link
Member

Thanks @josepot for quick fix

@ap211unitech ap211unitech merged commit ad05c52 into master Oct 6, 2025
5 checks passed
@ap211unitech ap211unitech deleted the fix/non-eth-accounts-on-eth-chains branch October 6, 2025 04:00
@josepot
Copy link
Member Author

josepot commented Oct 6, 2025

Thanks @josepot for quick fix

No worries! Thanks for the quick merge!

Since this is a rather serious problem, may I request for a prompt hot-fix release? 🙏

@ap211unitech
Copy link
Member

Certainly! I’ll look into where we can apply the fix to get this flow working correctly.

@josepot
Copy link
Member Author

josepot commented Oct 6, 2025

Certainly! I’ll look into where we can apply the fix to get this flow working correctly.

What's wrong with the hot-fix of this PR?

Again, it's not meant to fix the architectural issues, it's just meant to get us out of this pickle. Is there a reason why you think that this PR doesn't do the trick? Could you please elaborate?

@TarikGul
Copy link
Member

TarikGul commented Oct 6, 2025

If I remember correctly the fix should be live in https://polkadot.js.org/apps/#/explorer based on how the CI does releases per PR (since its considered the dev env). The only thing that needs to get released next is the IPFS version which requires an actual manual release of apps

@ap211unitech
Copy link
Member

ap211unitech commented Oct 6, 2025

Certainly! I’ll look into where we can apply the fix to get this flow working correctly.

What's wrong with the hot-fix of this PR?

Again, it's not meant to fix the architectural issues, it's just meant to get us out of this pickle. Is there a reason why you think that this PR doesn't do the trick? Could you please elaborate?

Apologies for the confusion. I assumed you were referring to fixing the architectural issues. Also, its already live now on https://polkadot.js.org/apps/#/explorer

@polkadot-js-bot
Copy link

This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@polkadot-js polkadot-js locked as resolved and limited conversation to collaborators Oct 8, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Regression: Extension's account list shows sr25519 accounts on chains that support only ethereum accounts

4 participants