Autoplay #1453
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#1453
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "autoplay"
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?
This PR implements an autoplay featured for issue #584
Autoplay is a user setting which can be checked on/off on the settings and file pages. When on, it will play videos that have downloaded at least one blob. Otherwise, it will begin the download.
This adds a new icon and some CSS.
Nice @daovist. This will be a great feature. I have a few comments
Can you rebase so only your new code is in this PR? I'm not sure what you added and what is from other commits
I definitely don't think the checkbox should be on the file page. I think only having it in settings is fine.
I see you added a new icon, but I don't see it being used anywhere.
Lastly this doesn't seem to work for me. I've tried a few different free videos, but nothing happens when I navigate to them.
This PR should be properly rebased. I now understand that force pushing to a branch is normal.
I spoke with @kauffj about the UI and this is what we came up with. I should have explained this in more detail.
There needs to be some way the user can turn control autoplay on this page. I started with a button on the layover beneath the loading message but we looked at another video site and decided we liked a toggle switch and also that that was beyond the scope of this PR. We discussed creating a toggle switch interface to replace most/all checkboxes throughout, including this one.
There is also the issue of needing some way to cancel a download--which would be called when the autoplay is turned off--but that requires changes to the daemon first.
The icon part was from when I first had this working as a button.
I just tried again and "it works on my machine". I'm not sure what could be preventing autoplay for you.
@seanyesmunt re: checkbox placement I did ask @daovist to put it there, but none of us were in love with that.
The thought process was:
What about a snackbar message? That way we would display the info without affecting a playing video.
I'm really not a fan of having it on this page at all, because it won't do anything. If a video has already started, and they un-check it, the video will continue to play. And if a video isn't playing and they check it, it won't start playing.
For the majority of people of who keep this setting on, it will just be an extra input on the page that they never interact with (unless by accident, and they wonder why the videos aren't playing anymore)
If a video isn't playing, this does make it start playing.
@seanyesmunt if you want to remove it you are welcome to.
I will say that I think a snackbar is wrong. Snackbars are to give feedback related to actions the user took.
Still trying to see why it isn't playing for me. I think we can keep it. I think a better spot for it would be on the right side, below the tip/subscribe buttons.
@daovist Ah I realized why. You have a check to not autoplay if users have
obscureNSFW
as false. I think it's ok to play content if they have that setting checked, as long as the content is not marked NSFW. And in that case, there should be some help text under the checkbox saying "we won't autoplay this because you have NSFW content hidden" (not that but similar). It is really confusing in it's current state that it isn't playing because I have some other setting checked.Another thing I would add is having some check inside
componentWillReceiveProps
to only callhandleAutoplay
if it's necessary, so it's not being called a bunch of times when data that isn't relevant to this piece of code is changing.