Open wbt opened 5 years ago
This comment hereby replaces the reference to #5601 with one to #5589.
I think this would be solved by addressing #5589, yeah? If so, @wbt would you be cool with us closing this as a duplicate of that one?
@whymarrh I could be wrong here but I think not quite, because of issue #5609. Suppose I can't connect to mainnet (e.g. no Internet connection, but in theory should still be able to develop from localhost). Even if #5598 allows settings to be accessed when logged out, that won't work when there's an overlay over most of the area.
I would generally prefer leaving the Issue open until one can walk through the steps above and get the expected behavior.
If for some (e.g. security) reason this is a bad idea, then some message should be shown to the user saying "You must log in before creating a Custom RPC."
How about we only show actual networks when you're logged out? (i.e. hide the custom RPC option when you're logged out.)
How about we only show actual networks when you're logged out? (i.e. hide the custom RPC option when you're logged out.)
That seems like a bad idea (for implementation, not for suggesting). For example, suppose you're offline and want to do some development using localhost. Since you can't connect to a network, you can't log in, and if you haven't previously added that localhost network to have it in the options list, without the Custom RPC option being available to add it, you'd be hosed.
That's fair. That said, I think your point re-affirms that the expected behaviour (as your noted in the OP) is to show the settings screen while you're logged out (i.e. #5589). I think it makes sense to merge this with that.
There are ways of fixing #5589 which address this Issue and ways of fixing #5589 which do not. I would prefer the latter, but we won't know 100% sure until the fix has actually been committed. After that happens we can come back here and see if this Issue is addressed. We should leave this Issue open until then, so that we can come back here and have the reminder that this is an open issue.
The communication link of "let's try to address this along with another issue, please see discussion over there" is helpful, but I don't quite understand the emphasis being placed on spending time trying to close valid, well-documented, still-unaddressed Issues instead of actually fixing open Issues in this project, even if time on the latter task is focused on higher-priority Issues.
This issue has been automatically marked as stale because it has not had recent activity in the last 90 days. It will be closed in 45 days if there is no further activity. The MetaMask team intends on reviewing this issue before close, and removing the stale label if it is still a bug. We welcome new comments on this issue. We do not intend on closing issues if they report bugs that are still reproducible. Thank you for your contributions.
I don't think this should be closed without an improvement.
This issue has been automatically marked as stale because it has not had recent activity in the last 90 days. It will be closed in 45 days if there is no further activity. The MetaMask team intends on reviewing this issue before close, and removing the stale label if it is still a bug. We welcome new comments on this issue. We do not intend on closing issues if they report bugs that are still reproducible. Thank you for your contributions.
I still don't think this should be closed without an improvement.
Hi @wbt , is this still a valid issue in the latest version of Extension. When I try to reproduce, I log out, I open network selector but the Add Network
button is greyed out, so I'm not able to add a custom network, are you?
No, I can no longer add the network in that case, and I find that annoying for the same offline-local-development reason I cited over a half decade ago.
Since you can't connect to a network, you can't log in
@wbt is this still the case?
This issue has been automatically marked as stale because it has not had recent activity in the last 90 days. It will be closed in 45 days if there is no further activity. The MetaMask team intends on reviewing this issue before close, and removing the stale label if it is still a bug. We welcome new comments on this issue. We do not intend on closing issues if they report bugs that are still reproducible. Thank you for your contributions.
Describe the bug Choosing "Custom RPC" from the network selector, when logged out, dismisses the network selector but does not change anything else in the UI, does not offer any opportunity to enter custom RPC URL, and does not display any message.
To Reproduce Steps to reproduce the behavior:
Expected behavior The primary expected behavior is that the UI shown in Step 10 is shown in step 7.
Note: Because the "Info" tab is accessed by first selecting Custom RPC, implementing this would also likely address Issue #5601.
If for some (e.g. security) reason this is a bad idea, then some message should be shown to the user saying "You must log in before creating a Custom RPC."
Browser details (please complete the following information):