-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Webtorrent file doesn't stream when file name is clicked on #3966
Labels
feature/webtorrent
Label for webtorrent related issues
priority/P3
The next thing for us to work on. It'll ride the trains.
QA Pass-Linux
QA Pass-macOS
QA Pass-Win64
QA/Test-Plan-Specified
QA/Yes
release-notes/exclude
Milestone
Comments
rebron
added
the
priority/P3
The next thing for us to work on. It'll ride the trains.
label
Apr 5, 2019
This was referenced Jul 23, 2019
@yrliou I figured out the root cause of this issue. I will send a PR shortly. |
32 tasks
feross
added a commit
to brave/brave-core
that referenced
this issue
Jul 26, 2019
When the user clicks on a file in the torrent file list, a new tab opens which points to the .torrent file, but with a file fragment appended. For example, the torrent https://webtorrent.io/torrents/big-buck-bunny.torrent would have a link to https://webtorrent.io/torrents/big-buck-bunny.torrent#ix=1 for the 2nd file in the torrent. Without this PR, this request passes the `IsWebtorrentInitiated(ctx)` condition and is therefore allowed to reach the network. Instead, we should confirm that the request is not for an individual file before letting it go to the network. That's what this commit does. Fixes: brave/brave-browser#3966
feross
added a commit
to brave/brave-core
that referenced
this issue
Jul 26, 2019
When the user clicks on a file in the torrent file list, a new tab opens which points to the .torrent file, but with a file fragment appended. For example, the torrent https://webtorrent.io/torrents/big-buck-bunny.torrent would have a link to https://webtorrent.io/torrents/big-buck-bunny.torrent#ix=1 for the 2nd file in the torrent. Without this PR, this request passes the `IsWebtorrentInitiated(ctx)` condition and is therefore allowed to reach the network. Instead, we should confirm that the request is not for an individual file before letting it go to the network. That's what this commit does. Fixes: brave/brave-browser#3966
Verification passed on
Verification PASSED on
Verification passed on
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
feature/webtorrent
Label for webtorrent related issues
priority/P3
The next thing for us to work on. It'll ride the trains.
QA Pass-Linux
QA Pass-macOS
QA Pass-Win64
QA/Test-Plan-Specified
QA/Yes
release-notes/exclude
Description
Instead of streaming the torrent content in window when clicking on the file name, Brave instead offers to save the file to your device:
When torrent is opened in a new tab (from webtorrent screen), stream content opens in the new tab and will play as intended.
Steps to Reproduce
Actual result:
(see above gif)
Expected result:
Clicking the file name should start streaming content in new tab rather than offer to download file.
Reproduces how often:
Easily
Brave version (brave://version info)
v0.61.52
Reproducible on current release:
Yes
Additional Information
FWIW, there should be a "play" or "start stream" button here instead of clicking on the file name -- Its not very clear nor is it stated anywhere that this is how to initiate video playback.
The text was updated successfully, but these errors were encountered: