New relays section #477
Labels
No labels
Blocked
Bug
Documentation
Duplicate
Enhancement
Good first issue
Help wanted
Idea
In progress
Invalid
Major feature set
Packaging
Question
Soon
UI/UX
Upstream
You're dreamin'
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nostr/gossip#477
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Cloned from https://github.com/mikedilger/gossip/pull/402, now on
unstable.Items marked with 📍 are in my opinion the priorities.
Add a relay
The error message "That's not a valid relay URL" should be showed inside the modal and not in the sidebar.Not needed because now the check is realtime and disable the "Check" buttonAfter adding & enabling a relay (read/write) it does not connect, no activity in the log, I have to restart gossip.Moved: https://github.com/mikedilger/gossip/issues/499Edit a relay
Light theme: when editing a relay the others' items background should be darker (ex. 50% opacity), like in the dark theme, to focus the edit area. Related to L5.All relays lists
Add a sort by add date (newer => older) and set it as a defaultMoved: #525visuals.panel_fillActive relays view
I'm not able to check further due to R1.
My relays view
Know network view
Bootstrap a fresh profile
Hide the "Relays" sub-menu block; when the user click the "Relays" item show "My Relays" view and immediatly open the "Add new relay" modal.With the new #421 we should always have some relay, so this point is not necessary anymore.CosmeticsWe will move them to a new specific issue.
Revert light theme accent color to the original one.Review "Add relay" button colors/hover/spacing/font-size.Review "Close" button font-size.Make the tooltips less wide to improve readability.@bu5hm4nn I'm checking the current unstable and updated the checklist.
Notes about the updates:
E5 - Closing the modal is ok but would be nice to give a 5 secs delay before the reconnecting, so the user can see the gray icon; currently the reconnecting is immediate and the gray icon is visible < 1s
Notes about not updated:
A1 - Is it easily applicable? Otherwise we can postpone it, the formal checks are more important.
A* - Have these points been addressed somehow? I cannot activate the "That's not a valid relay URL" error message but the host formal check is not still working very well.
E2 - I don't think is a priority anymore; we can review it when we will check how to manage the egui logic and incorporate it in our theme needs.
Added points:
E7
For B1 I'm waiting #474 because I cannot test a new profile anymore.
The listing view optimization has been moved here: #466
So on A1, I am already doing what @mikedilger suggested which is to parse through the
RelayUrlclass. So I guess we could make that class stricter on how it parses strings?The only really good way of validating I see is to try to connect to the relay and check for a successful connection. The reasoning is that if someone uses relays by IP or in a private DNS then validating them against public DNS would not do any good. Also validating against public DNS would not validate the connection port while actually connecting would validate it. And I would always give the user the option of adding it anyways but maybe with a different looking button/link.
We could also try to read the NIP-11 and display it to the user before they finally add the relay.
@bu5hm4nn test a successful connection, and maybe use it to fetch NIP-11, is a good option but is more strict, because does not cover the case of an existent relay that is currently offline (but the user should be able to add it anyway).
The DNS idea was just a way to catch misspellings, and as said, I think it can be deprioritized if it is too complicated or not so effective (ex. it hits false positives).
M1 is fixed by https://github.com/mikedilger/gossip/pull/476
@mikedilger
I started a new profile (
export GOSSIP_PROFILE="new") added a relay, it is not active:The log is empty, zero activity.
Restarting the app solve, it became green.
@bu5hm4nn on unstable [
4944be51] I see a cloned input search:Typing one field fill both.
Added M3 to the list.
Did you give gossip a reason to connect to it, like someone you follow that uses it? Why would adding a relay make it go green?
I do think it would be good to connect to user-added relays immediately.
@mikedilger sorry I missed the notification.
I tried to add an user (myself) using only my npub (so no hints).
The user has been added and metadata has been fetched; but the relay is still gray.
How is it possible?
In the "Known network" now I find all my relays:
But I cannot see my notes.
If I restart I see my notes and relay.damus.io is green.
@bu5hm4nn
I agree.
ok so it is still a bug, and not so easy to find.
@mikedilger Item "L3" from the list would require tracking the relay's add date in the db. Should we plan to support that at some point?
I think that bug probably came through a manual merge conflict resolution
Is this finished? If not, let's mark it for milestone 0.10
I revised the checklist: A1, A2, A3 are still open.
There are some cosmetic operations, but we decided to move them to a separate problem (yet to be created).
Checklist updated, only A1, A2 and A3 are still open.