# Downloads not working

**URL:** <https://community.brave.app/t/downloads-not-working/619627>\
**Category:** Uncategorized\
**Tags:** feedback, linux, bug\
**Created:** [May 20, 2025, 3:45pm UTC](https://community.brave.app/t/downloads-not-working/619627 "2025-05-20T15:45:51Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![slimbeji](https://avatars.discourse-cdn.com/v4/letter/s/ee59a6/32.png) [@slimbeji](https://community.brave.app/u/slimbeji)\
**Post date:** [May 20, 2025, 3:45pm UTC](https://community.brave.app/t/downloads-not-working/619627/1 "2025-05-20T15:45:51Z")

</div>

Using brave with Ubuntu 22 and snap. After a snap update, I couldn’t download files using brave, the “save as” stopped working completely without showing any error message, nothing happens when clicked.

After reverting to a previous version using: snap revert brave  
brave reverted to 1.78.97

The download started working again

---

<div class="post-metadata">

**Author:** ![Mattches](https://sea1.discourse-cdn.com/brave/user_avatar/community.brave.app/mattches/32/25189_2.png) [@Mattches](https://community.brave.app/u/Mattches)\
**Post date:** [May 20, 2025, 4:58pm UTC](https://community.brave.app/t/downloads-not-working/619627/2 "2025-05-20T16:58:00Z")

</div>

I’m wondering if you’re encountering this same issue:

> <https://github.com/brave/brave-browser/issues/45493>
>
> \### Description
> 
> We are seeing Linux users report that they are unable to downlo…ad files (of any kind/from any source) in Brave when the \`Ask where to save each file before downloading\` option is enabled in \`brave://settings/downoads\`. If the option is toggled "off", downloads work in the browser as expected. 
> 
> Users affected appear to be using Ubuntu, one of them installed via snap. This user was able to capture \`stderr\` logs:
> \`\`\`
> \[10487:10487:0411/084427.849507:ERROR:object\_proxy.cc(589)\] Failed to call method: org.freedesktop.Secret.Service.ReadAlias: object\_path= /org/freedesktop/secrets: org.freedesktop.DBus.Error.AccessDenied: An AppArmor policy prevents this sender from sending this message to this recipient; type=“method\_call”, sender=“:1.131” (uid=1001 pid=10487 comm=“/snap/brave/496/opt/brave.com/brave/brave " label=“snap.brave.brave (enforce)”) interface=“org.freedesktop.Secret.Service” member=“ReadAlias” error name=”(unset)" requested\_reply=“0” destination=“org.freedesktop.secrets” (uid=1001 pid=2276 comm="/usr/bin/gnome-keyring-daemon --daemonize --login " label=“unconfined”)
> Gtk-Message: 08:45:30.372: GtkDialog mapped without a transient parent. This is discouraged.
> \`\`\`
> 
> \### Steps to reproduce
> 
> 1. Ensure \`Ask where to save each file before downloading\` is enabled on Linux system
> 2. Attempt to download a file 
> 
> \### Actual result
> 
> Download fails
> 
> \### Expected result
> 
> Download should go through 
> 
> \### Reproduces how often
> 
> Easily reproduced
> 
> \### Brave version (brave://version info)
> 
> v1.77.95
> 
> \### Channel information
> 
> \- \[x\] release (stable)
> \- \[\] beta
> \- \[\] nightly
> 
> \### Reproducibility
> 
> \- \[\] with Brave Shields disabled
> \- \[\] with Brave Rewards disabled
> \- \[\] in the latest version of Chrome
> 
> \### Miscellaneous information
> 
> User reports:
> https://community.brave.app/t/cant-download-files-from-internet/612002/5
> https://community.brave.app/t/brave-stopped-downloading-files-no-error-message/610666/10

---

<div class="post-metadata">

**Author:** ![slimbeji](https://avatars.discourse-cdn.com/v4/letter/s/ee59a6/32.png) [@slimbeji](https://community.brave.app/u/slimbeji)\
**Post date:** [May 21, 2025, 9:43am UTC](https://community.brave.app/t/downloads-not-working/619627/3 "2025-05-21T09:43:17Z")

</div>

I tried with both enabling/disabling “Ask where to save each file” option. It doesn’t work either way. It was just the version, reverting to Brave 1.78.97 fixed the issues.

So to sum up, the symptoms are the same as in the post you shared but in my case the issue was related to the Brave version

---

<div class="post-metadata">

**Author:** ![Mattches](https://sea1.discourse-cdn.com/brave/user_avatar/community.brave.app/mattches/32/25189_2.png) [@Mattches](https://community.brave.app/u/Mattches)\
**Post date:** [May 21, 2025, 6:52pm UTC](https://community.brave.app/t/downloads-not-working/619627/4 "2025-05-21T18:52:27Z")

</div>

@slimbeji on our end we are not able to reproduce the issue. Can you tell me if you have any extensions installed in the browser at this time?

---

<div class="post-metadata">

**Author:** ![fmarier](https://sea1.discourse-cdn.com/brave/user_avatar/community.brave.app/fmarier/32/18780_2.png) [@fmarier](https://community.brave.app/u/fmarier)\
**Post date:** [May 21, 2025, 6:55pm UTC](https://community.brave.app/t/downloads-not-working/619627/5 "2025-05-21T18:55:32Z")

</div>

Here are the steps I took to try and reproduce the problem you’re describing.

On Ubuntu 22.04:

1. Install Brave via snap: `sudo snap install brave`
2. Start Brave with a fresh profile: `brave --user-data-dir=/home/francois/brave-temp-profile`
3. Go to [https://signal.org/download/#](https://signal.org/download/#) and click on _Signal for Windows_.

The download completed successfully.

Are you doing anything different?

---

<div class="post-metadata">

**Author:** ![fmarier](https://sea1.discourse-cdn.com/brave/user_avatar/community.brave.app/fmarier/32/18780_2.png) [@fmarier](https://community.brave.app/u/fmarier)\
**Post date:** [May 21, 2025, 8:56pm UTC](https://community.brave.app/t/downloads-not-working/619627/6 "2025-05-21T20:56:31Z")

</div>

Noting a possible work-around: try installing the native packages (instead of the Snap) following the instructions on [https://brave.com/linux/](https://brave.com/linux/)

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/brave/original/3X/1/8/182067f3480d1a5e7aea5ae3131b116ca1ef7918.png) [@system](https://community.brave.app/u/system)\
**Post date:** [July 20, 2025, 8:57pm UTC](https://community.brave.app/t/downloads-not-working/619627/7 "2025-07-20T20:57:14Z")

</div>

Closed on July 20, 2025, 8:57pm UTC

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
