Skip to content
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

allowing users to save .torrent files via Save Link As #1436

Closed
kjozwiak opened this issue Oct 5, 2018 · 7 comments · Fixed by brave/brave-core#3035
Closed

allowing users to save .torrent files via Save Link As #1436

kjozwiak opened this issue Oct 5, 2018 · 7 comments · Fixed by brave/brave-core#3035
Assignees
Labels
bug feature/webtorrent Label for webtorrent related issues priority/P4 Planned work. We expect to get to it "soon". QA/No QA/Test-Plan-Specified release-notes/exclude

Comments

@kjozwiak
Copy link
Member

kjozwiak commented Oct 5, 2018

Description

Currently the only way to save a .torrent file is by clicking on the download link, which will open a new tab and load webtorrent where you can click on Save Torrent File, which is annoying. Users should have the ability to download the .torrent file via the context menu without needed to go through webtorrent.

There's currently no way of disabling webtorrent either so it's currently a pain if you're using another application for torrents.

Steps to Reproduce

  1. open https://webtorrent.io/ in a new tab
  2. right click on sintel.torrent and select Save Link As..

Actual result:

You'll notice that instead of download the .torrent file, brave downloads the HTML Text link.

Expected result:

Should be able to download the .torrent file via Save Link As.. as other browsers.

Reproduces how often:

100% reproducible using the above STR.

Brave version (chrome://version info)

Brave 0.55.11 Chromium: 70.0.3538.35 (Official Build) beta(64-bit)
Revision 28dcb499844fa40c28d5f62e337876cb936f79f5-refs/branch-heads/3538@{#678}
OS Mac OS X

Reproducible on current release:

  • Does it reproduce on brave-browser dev/beta builds?

Yes, reproducible with the following builds/channels:

Brave 0.55.11 Chromium: 70.0.3538.35 (Official Build) beta(64-bit)
Revision 28dcb499844fa40c28d5f62e337876cb936f79f5-refs/branch-heads/3538@{#678}
OS Mac OS X
Brave 0.56.2 Chromium: 70.0.3538.35 (Official Build) dev (64-bit)
Revision 28dcb499844fa40c28d5f62e337876cb936f79f5-refs/branch-heads/3538@{#678}
OS Mac OS X
  • Does it reproduce on browser-laptop?

Nope, Save Link As.. on .torrent links doesn't seem to be working at all under 0.24.0.

@kjozwiak kjozwiak added QA/Yes QA/Test-Plan-Specified feature/webtorrent Label for webtorrent related issues labels Oct 5, 2018
@kjozwiak kjozwiak added this to the 1.x Backlog milestone Oct 5, 2018
@rebron rebron added the priority/P4 Planned work. We expect to get to it "soon". label Oct 5, 2018
@junkaccount
Copy link

+1 This is extremely annoying. I love that Brave has the torrent features built in, but I don't want to use them on my seed box. I don't want to go through all those extra clicks each time. I just want it to download and open the torrent file instantly like Chrome does. Feels like a step backwards if we can't disable / bypass the torrent features.

@rebron rebron modified the milestone: 1.x Backlog Feb 7, 2019
@ghost

This comment has been minimized.

@feross
Copy link

feross commented Jul 26, 2019

I think that this bug has the same root cause as #5361. I'm working on a fix.

@feross feross added the bug label Jul 26, 2019
feross added a commit to brave/brave-core that referenced this issue Jul 26, 2019
If a web page embeds the WebTorrent client-side JS library and attempts to
load a .torrent file using an XHR request or fetch, Brave will intercept the
.torrent file load and replace it with the chrome-extension HTML, breaking the
site. This is true not just for the WebTorrent JS library but for any request
to fetch a .torrent file.

Fixes: brave/brave-browser#5361
Fixes: brave/brave-browser#3164
Fixes: brave/brave-browser#1436
@feross
Copy link

feross commented Jul 26, 2019

Confirmed that this is the same issue as #5361 and it is fixed by this PR: brave/brave-core#3035

@kjozwiak
Copy link
Member Author

@feross this still doesn't seem to be working. Right clicking on a .torrent and selecting Save Link As.. still produces the following when WebTorrent is enabled:

Screen Shot 2019-09-18 at 1 08 40 AM

However, once you disable WebTorrent, it works correctly:

Screen Shot 2019-09-18 at 1 08 26 AM

I tried on the following builds and managed to reproduce:

  • 0.70.97 CR: 77.0.3865.65 - Reproduced
  • 0.69.126 CR: 77.0.3865.65 - Reproduced

Can you see if it's working on your end?

@feross
Copy link

feross commented Sep 18, 2019

I'm getting the same behavior as you. I wonder if this broke in some later commit or if it never worked and I missed it because it seemed like the same issue as the other two linked from PR brave/brave-core#3035.

Should we re-open this issue and track fixing this in a future version? It's not a terrible bug that should block release or anything like that.

@kjozwiak
Copy link
Member Author

@feross agreed that it's not terrible and shouldn't block the 0.69.x release 👍I'm going to create a follow up issue and label this one as QA/No for the 0.69.x release. This way it will be a lot cleaner and easier to follow rather than opening this issue and having several PR's that landed in different releases referenced.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug feature/webtorrent Label for webtorrent related issues priority/P4 Planned work. We expect to get to it "soon". QA/No QA/Test-Plan-Specified release-notes/exclude
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants