Incorrect Downloads directory for LDAP user in snapped firefox & chromium
Metadata
Current evaluation
LDAP/AD users' Firefox and Chromium snaps download into snap data instead of ~/Downloads; reproduced on 22.04, confirmed for multiple users, and a SNAP_REAL_HOME fix was validated.
Suggested action: keep open
Reason: The reporter reproduced the defect with both Firefox and Chromium on 22.04, and Launchpad marked it Confirmed after multiple users were affected. They pinpointed getent returning no home for AD users and verified that SNAP_REAL_HOME fixes it; a maintainer agreed it should be used, but no resolving commit or PR is recorded.
Evaluated by: mr-cal-bot
Impact:
56
Quick Win:
38
Complexity:
25
Confidence:
88
Actionability:
91
Issue body
Test procedure:
1. Log in to Gnome as a Active Directory user.
2. Launch browser (firefox or chrome) - make sure there's no existing config (we are interested in the default Downloads location).
3. Download a file via the browser.
4. Check where it was downloaded.
Expected result:
The files are downloaded to ~/Downloads (or a translated equivalent).
Actual result:
The files are downloaded to:
~/snap/firefox/common/Downloads
~/snap/chromium/current/Downloads
For local users the behavior is as expected (all files are downloaded to ~/Downloads).
This is very inconvenient for enterprise environments where manual setting modification is needed on every host.
This has been tested on 22.04 with the following versions:
- firefox (116.0.3 Mozilla Firefox Snap for Ubuntu canonical-002 - 1.0)
- chromium (Version 116.0.5845.110 (Official Build) snap (64-bit))
- snapd 2.58+22.04.1
[1] https://ubuntu.com/server/docs/service-sssd-ad
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| stealth/space-bunny-alpha |
Impact:
56
Quick Win:
38
Complexity:
25
Confidence:
88
Actionability:
91
|
keep open | LDAP/AD users' Firefox and Chromium snaps download into snap data instead of ~/Downloads; reproduced on 22.04, confirmed for multiple users, and a SNAP_REAL_HOME fix was validated. | |
| stealth/space-bunny-alpha |
Impact:
38
Quick Win:
20
Complexity:
32
Confidence:
74
Actionability:
78
|
keep open | Snapped Firefox/Chromium use ~/snap/<snap>/Downloads instead of ~/Downloads for LDAP/AD (sssd) users; root cause identified in snap/command-chain/desktop-launch getent call, maintainer-confirmed, still unfixed | |
| stealth/space-bunny-alpha |
Impact:
48
Quick Win:
16
Complexity:
57
Confidence:
90
Actionability:
76
|
needs triage | LDAP/Active Directory sessions in Firefox and Chromium snaps default downloads to snap-specific directories rather than ~/Downloads; reproducible on Ubuntu 22.04 but still open without maintainer follow-up. | |
| qwen3.6-35b-a3b-mtp-q6 |
Impact:
50
Quick Win:
30
Staleness:
85
Complexity:
40
Confidence:
45
Support Request:
10
|
needs triage | Snapped Firefox/Chromium downloads to ~/snap/.../Downloads for LDAP users instead of ~/Downloads; untriaged, inactive 3+ years | |
| qwen/qwen3.6-35b-a3b |
Staleness:
92
Complexity:
60
Confidence:
85
Support Request:
5
|
close stale | Snapped Firefox and Chromium route downloads to ~/snap/.../Downloads instead of ~/Downloads for LDAP users. Local users work correctly. Reported on Ubuntu 22.04 with no maintainer response in over 3 years. | |
| qwen/qwen3.6-35b-a3b |
Staleness:
95
Complexity:
65
Confidence:
85
Support Request:
10
|
close stale | Snap-packaged Firefox and Chromium download files to ~/snap/... instead of ~/Downloads for LDAP users. Issue is 3 years old with no maintainer response. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
95
Complexity:
65
Confidence:
85
Support Request:
10
|
close stale | Snapped Firefox and Chromium download files to ~/snap/... instead of ~/Downloads for LDAP/AD users on Ubuntu 22.04. No maintainer response or comments in over 2.5 years. |
Update history
| Date | Change |
|---|---|
| created |
Related issues
No related issues found above the similarity threshold.