Ferdi: Downloading attachments in gmail not behaving correctly

Created on 13 May 2020 · 5Comments · Source: getferdi/ferdi

" are comments from us and won't be
visible in your bug report, so please don't put any text in them.
-->
Bug description:

Downloading attachments from gmail does not work properly. The dialogue box comes up correctly but the files are not actually downloaded.

Watching what's happening on the network, two requests are made, one returns 302 the other returns 200, no errors are produced.

The same gmail account in firefox is working fine, saving to the same filesystem

Possibly related to #321, also can't open links without control clicking (recipe is the same as in the corrected version from that issue but issue persists)

Steps to reproduce:

Download an attachment in gmail

Expected behavior

Attachment is saved to filesystem

Environment:

Operating System: Linux Pop!_OS 20.04 (Ubuntu)
Ferdi Version: 5.5.0
Server: Ferdi
Debug information:

[Status] Stale

Source

alisterburt

👍1

Most helpful comment

I think is necessary to create a feature in recipe to handle open link behavior.

Something like overrideUserAgent:

handleLink(link) {
  return {
     external: link.indexOf("https://eus1-api.asm.skype.com") === 0;// file dowload open in ferdi,
     headers: [...]
   };     
}

leandrogehlen on 14 May 2020

👍4

All 5 comments

I am also having a similar issue with shared files in Skype. When I click the link to download, the file does not get downloaded, but my (external) browser, Firefox, opens with a blank page. So the problem might be connected to handling link opening in external browsers. Does Ferdi get confused whether it should download the attachment or open a new browser window?

kris7t on 13 May 2020

@kris7t The behaviour you've described with Skype has been reported at #676 but I don't think they are related: In Skype's case they probably download from a different domain (thus Ferdi opens it externally), but with GMail it looks like there may be another problem as the user didn't report the browser opening.

vantezzen on 13 May 2020

I think is necessary to create a feature in recipe to handle open link behavior.

Something like overrideUserAgent:

handleLink(link) {
  return {
     external: link.indexOf("https://eus1-api.asm.skype.com") === 0;// file dowload open in ferdi,
     headers: [...]
   };     
}

leandrogehlen on 14 May 2020

👍4

Would the same for gmail be

openExternalLink(link) {
return link.indexOf("https://mail-attachment.googleusercontent.com") ===
-1;// file dowload open in ferdi
}

? Thanks!

On Thu, 14 May 2020 at 13:01, Leandro Gehlen notifications@github.com
wrote:

I think is necessary to create a feature in recipe to handle open link
behavior.

Something like overrideUserAgent:

openExternalLink(link) {
return link.indexOf("https://eus1-api.asm.skype.com") === -1;// file dowload open in ferdi}

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/getferdi/ferdi/issues/743#issuecomment-628558993, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABXYBYBR3LNAJYU55AEU5DLRRPFQNANCNFSM4M7RGTOA
.

alisterburt on 14 May 2020

This issue has been automatically marked as stale because it has not had recent activity. Please check if this issue is still relevant and please close it if it's not. This will make sure that our open issues are actually of use and reduce the list of obsolete issues. Thank you for your contributions.