Downloading files opens default browser, leading to 403

[tstumm]

My Setup

• OS X El Capitan 10.11.6
• 1.3.1
• I have tested with the latest application version
• I can simulate the issue easily

Description

When someone sends me a file and I try to download it, it opens the link in Chrome. Since I'm not authenticated in my browser I get a 403 error and can't download the file.

Current Behavior

Download links are opened externally.

Expected Behavior

Downloads should be processed internally.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[frdmn]

A temporary workaround is to download the files via the "attachments" sections in the flexbar on the right side of the screen.

[LXSysadmin]

Yes, but this workaround is not good. I have this issue with Windows 10 Desktop client 1.3.1. The workaround is to open RocketChat server link with browser, then session will be active and you will be able to open Desktop Client link. But this must be fixed ASAP!!

[frdmn]

I totally agree, would be nice to use the default download method in the Electron client as well.

[LXSysadmin]

Yes, because users are confused when trying to open links, there are not so many users that know Desktop Client Files List option.

[Mbatey88]

I'm having the exact same problem on macOS 10.11.6.

[alexandrezia]

This is at the moment the top 1 complain from my users

[ericlakich]

+1 for a fix on this. Our users must authenticate (log in to Rocket.Chat) in the browser before they can view linked attachments because the attachments from the client are redirecting to the browser. Our configuration uses S3 as the file upload location. Our server version is 0.42.0 and our client version is Mac 1.3.1 (15). This symptom seems to be server/client related and showed up with a server version update from 0.23.0 to 0.42.0 with no change to client version.

[graywolf336]

We are aware that this is a big issue and we're completely open to people
submitting a pull request to get this fixed. Once we get some time, this
will be one of the first things we look into.

On Wed, Oct 5, 2016, 6:35 PM Eric Lakich notifications@github.com wrote:

+1 for a fix on this. Our users must authenticate (log in to Rocket.Chat)
in the browser before they can view linked attachments because the
attachments from the client are redirecting to the browser. Our
configuration uses S3 as the file upload location. Our server version is
0.42.0 and our client version is Mac 1.3.1 (15). This symptom seems to be
server/client related and showed up with a server version update from
0.23.0 to 0.42.0 with no change to client version.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#227 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAz519NOlfsTFl1983lT0721fALk_IAfks5qxDRbgaJpZM4J4xeM
.

[philinx]

ubuntu 16.04; Rocket.Chat 0.44; Client Windows 7; Rocket.Chat+ Version 1.3.1

+1 for a fix on this

[Nosferous]

+1 for fix please.

Server: Ubuntu 16.04; Rocket.Chat 0.44 & 0.45; Client OSX (10.9.x-10.11.x); Rocket.Chat.Electron Version 1.3.1

[mcmdhr]

+1.

subscribe this issue : >

[jsumners]

RocketChat/Rocket.Chat#4417

[alexbrazier]

Is this still happening with the latest version? I'm unable to reproduce this on Windows 10 or macOS.

[alexbrazier]

I think this is working in the latest version. Please reopen if not.

[MajesticGray]

this is still an issue.

macos sonoma
RocketChat official app store client (version 3.9.7)
RocketChat server version 6.4.5

The attachment link is missing the ?download part of the URL, thus opening browser
The tiny, cloud, download icon link is working properly

[flover97]

same problem on RocketChat server 6.4.5

[rgoerner]

Same here, opens in external browser window with 403 error

[amsnek]

same Problem, RC 6.5.2 and Client 3.9.11 -> opens in browser, will result in 403 since not authenticated (unless allow access for anyone is set which is not wanted)

[matxxmat]

The problem still exists in client 3.9.14

[georgmay]

Problem still persists when opening files from rocketchat app. Had to disable file protection so users can actually use it. Which kinda sucks.

[jeanfbrito]

Problem still persists when opening files from rocketchat app. Had to disable file protection so users can actually use it. Which kinda sucks.

It will be fixed for all the file storage options in 6.10. Its a server issue that is fixed and will be released on next update.