Direct reacting from notifications #6935
No reviewers
Labels
No labels
accessibility
app-parity
area: creator
area: daemon
area: design
area: devops
area: discovery
area: docs
area: installer
area: internal
area: livestream
area: performance
area: proposal
area: reposts
area: rewards
area: search
area: security
area: subscriptions
area: sync
area: ux
area: viewer
area: wallet
BEAMER
channel
comments
community PR
consider soon
core team
css
dependencies
electron
Epic
feature request
first-timers-only
good first issue
hacktoberfest
help wanted
hub-dependent
icebox
Invalid
level: 0
level: 1
level: 2
level: 3
level: 4
merge when green
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
notifications
odysee
on hold
playlists
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
recsys
redesign
regression
resilience
sdk dependent
Tom's Wishlist
trending
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbry-desktop#6935
Loading…
Reference in a new issue
No description provided.
Delete branch "notifications_reacts"
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?
Fixes
Issue Number: #5062, and closes #6906
(Previously https://github.com/lbryio/lbry-desktop/pull/6711, now with issues addressed)
What is the new behavior?
PR Type & Checklist
PR Type...
What kind of change does this PR introduce?
PR Checklist...
Please check all that apply to this PR using "x":
Good approach in general, touching minimal files as possible.
A few issues found; mainly concerned with the lag. Not sure if it's due to the excessive API calls (mentioned below), or perhaps unintended re-renders.
@ -11,6 +11,7 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/).
- Add confirmation on comment removal _community pr!_ ([#6563](https://github.com/lbryio/lbry-desktop/pull/6563))
- Show on content page if a file is part of a playlist already _community pr!_([#6393](https://github.com/lbryio/lbry-desktop/pull/6393))
- Add filtering to playlists ([#6905](https://github.com/lbryio/lbry-desktop/pull/6905))
- Added direct replying to notifications _community pr!_ ([#6935](https://github.com/lbryio/lbry-desktop/pull/6935))
File thumbnail flickers a lot
Probably a non-blocker, but a bit annoying. Was present in the past, but now super obvious.
It flickers when:
[Non-blocker] Unknown error
Not sure how to reproduce this. Happens only on a few notifications when replying.
Ah, it happens when the actual comment has been deleted. Not sure how to handle this gracefully. Probably can ignore for now, unless you have some ideas.
Lag when clicking "Reply"
There is a slight delay when clicking "Reply" in Notifications Page, compared to regular comments sections.
Turns out, it was resolving every time you click "Reply", and every time you "Cancel", which doesn't make sense.
@ -254,0 +277,4 @@
{isReplying && (
<CommentCreate
isReply
uri={notificationTarget}
Lots of console errors
@ -254,0 +281,4 @@
parentId={notification_parameters.dynamic.hash}
onDoneReplying={() => setReplying(false)}
onCancelReplying={() => setReplying(false)}
setQuickReply={setQuickReply}
2nd-level reply doesn't appear, with warning.
If you reply to your own reply, that comment doesn't appear, and we get a warning as well
But it does go through. If you tried to reply from the top again (clicking the notifications's "Reply"), then all comments appear correctly with the "Show/hide replies" button.
@ -43,0 +63,4 @@
if (commentId) {
idsForReactionFetch.push(commentId);
}
GUI hangs (maybe to excessive reaction-fetch, but doesn't make sense since it's background call)
Anyway, regarding reaction fetch:
❌ scenarios where it should not be fetching:
CommentCreate
in a Hyperchat notificationCommentCreate
in a Hyperchat notificationShould only fetch in the following:
Without looking deeper, my current guess is that it should be looking at "is fetching reacts" instead of "is fetching notifications".
One example scenario: select "Comments", let it render, then open the combo-box again (I think this coincides with the fetch. The entire browser freezes:
[Non-blocker] Inconsistent spacing for different notifications
I think the avatar should just anchor to the top, so that the alignment of text will be consistent for all types of notifications, and also look better in mobile.
Creator-like icon is huge. The avatar was a gif in this case.
[Enhancement] Padding to align with avatar
It would be nice if we can pad the left side of the reactions area to align with the other text (i.e. right edge of avatar).
@ -11,6 +11,7 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/).
- Add confirmation on comment removal _community pr!_ ([#6563](https://github.com/lbryio/lbry-desktop/pull/6563))
- Show on content page if a file is part of a playlist already _community pr!_([#6393](https://github.com/lbryio/lbry-desktop/pull/6393))
- Add filtering to playlists ([#6905](https://github.com/lbryio/lbry-desktop/pull/6905))
- Added direct replying to notifications _community pr!_ ([#6935](https://github.com/lbryio/lbry-desktop/pull/6935))
challenge accepted
@ -11,6 +11,7 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/).
- Add confirmation on comment removal _community pr!_ ([#6563](https://github.com/lbryio/lbry-desktop/pull/6563))
- Show on content page if a file is part of a playlist already _community pr!_([#6393](https://github.com/lbryio/lbry-desktop/pull/6393))
- Add filtering to playlists ([#6905](https://github.com/lbryio/lbry-desktop/pull/6905))
- Added direct replying to notifications _community pr!_ ([#6935](https://github.com/lbryio/lbry-desktop/pull/6935))
@infinite-persistence if this looks good on another review, please merge
@ -254,0 +277,4 @@
{isReplying && (
<CommentCreate
isReply
uri={notificationTarget}
This one still exists. Can ship, although we should stop introducing console errors to a already-long list (e.g. Modal dismissal, Reach, videojs)