You are not logged in.
SOLUTION:
From the wiki for xinit: Ensure that the last if block in /etc/X11/xinit/xinitrc is present in your ~/.xinitrc file to ensure that the scripts in /etc/X11/xinit/xinitrc.d are sourced.
Firefox bug thread activity continues to investigate why this is an issue now.
-End of Edit
Firefox 149 seems unable to display any file dialog for anything. It silently fails without errors or terminal output.
See here, the original reporter is also on Arch:
https://bugzilla.mozilla.org/show_bug.cgi?id=2026731
New profile, old profile, troubleshoot mode, all GTK customization removed don't make any difference.
Works fine with Firefox 148.0.2, with every other package left up to date.
Anyone having a different experience here?
Last edited by wretchedbanana (2026-03-27 14:56:11)
Offline
Anyone having a different experience here?
└─$ pacman -Qs firefox
local/firefox 149.0-1If I click upload photo, video, documents, for me window appears, I can easily select and upload... I'm on Hyprland
Also, are you on x11 or wayland? which DE?
since it works for me, I guess not a regression tied to firefox only, maybe Env/portal specific?
Edit:
Try with bypassing the portal
`GTK_USE_PORTAL=0 firefox` check if the window/dialogue appears, and can you upload files?
Edit2:
Back after some testing, I can upload photos on Image editing websites, documents&videos on other sites but some sites like with heavy JS driven, tons of MIME,Drag&Drop APIs Async & stuff sites, the window appears, but fails to upload without warning, so now the case is it is Environment/Portal specific, also Site specific, "regression" in 149, I thought my sandboxing was kicking in, just to test, I tried uploading from Zen Browser(firefox based) and no issues at all.
Last edited by 5hridhyan (2026-03-27 07:38:08)
---
Offline
I'm on X11 + i3.
Already tried messing with the portal in various ways, no dice.
I haven't been able to see any file selector dialog for any purpose. My test case now is simply "File -> Save Page As...", which does nothing. So it's not site specific, same with empty tab.
Actual file I/O that doesn't need to display a file dialog works, for example, if I choose to "open" a file as opposed to download it, it gets written to my download dir just fine.
Edit: Clarity.
Edit2: Other gtk applications work fine.
Last edited by wretchedbanana (2026-03-27 06:58:14)
Offline
I found a temporary solution to the same issue here that works for me : https://bbs.archlinux.org/viewtopic.php?id=297800
systemctl --user import-environment DISPLAY XAUTHORITY
systemctl --user restart xdg-desktop-portal-gtk
Configuration : systemd 260.1-1 + xdg-desktop-portal-gtk-1.15.3-1 + X11 + Xmonad + Firefox 149.0
Last edited by Unix-Like (2026-03-27 07:30:23)
Offline
That's it, thank you.
I opted for placing
"source /etc/X11/xinit/xinitrc.d/50-systemd-user.sh"
in my .xinitrc
No clue why this is only now becoming an issue.
Offline
And thank you for the file and its path I didn't know, "/etc/X11/xinit/xinitrc.d/50-systemd-user.sh". It seems it is currently no more included in systemd user configuration...
Offline
Syncing environment via dbus-update-activation-environment did not help (which I tried for voodoo reasons)
however, forcing XWayland (workaround)
MOZ_ENABLE_WAYLAND=0 firefoxeverything works normally, no issues in uploading, so far. Also it's the second time I'm forcing X11 on Wayland LoL
Edit:
"Clarity"
Last edited by 5hridhyan (2026-03-27 07:44:40)
---
Offline
I opted for placing
"source /etc/X11/xinit/xinitrc.d/50-systemd-user.sh"
in my .xinitrc
No clue why this is only now becoming an issue.
Because you so far ignored the broken session bus and logind integration - see the last link below.
Edit:
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.
Last edited by seth (2026-03-27 08:17:53)
Offline