-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fail to download PDF #719
Comments
I get the security motivations of #438, removing all file access permission. |
Through the portals, it should be possible without explicitly allowing specific folders. |
Oh then something might be broken with the portals? I struggle to find good documentation about those portals. I don't see any specific portal in the args in org.signal.Signal.yaml... so I'm guessing it should work fine without any arg, out of the box? |
I guess something broke, I can reproduce. Attaching and downloading files does not work. Seems like it doesn't use the portals. If I try, for example, with LibreWolf, which has similar permissions, it does actually use the portal. So, I doubt it's a host problem. Seems like Electron is doing something wrong here. |
It's a regression of this version definitely since it has worked fine before. |
It works with the previous version. I'll revert. |
I guess it's a regression from within the 32.1.x version of Electron. 32.0.y worked fine. Let's hope they fix this. Am not motivated enough to bisect Electron inside Signal inside Flatpak. That's not gonna happen. |
Given that apparently it's no regression, but the intended behavior, will you, @bermeitinger-b, merge the signal updates again? I currently use #762 with |
Looks like it's inevitable to make the Flatpak users angry once more. |
True, but less bad than 3 releases behind and counting... |
Now, it's 4. At this point, I'd rather open all of host instead of the myriad of xdg-* folders which we had already at some point. |
|
Sure, but typically people attach photos, so xdg-pictures should also be included, and videos, and people don't stick to the rules and store their pictures anywhere, so they will end up here asking why they can't attach certain files. This is why the portals are so nice. But they decided they don't want us to have nice things. I vote for host file system access, maybe with a warning to use Flatseal if they don't trust Signal 🤷 |
I guess temporary will be a long time, at least until the next ubuntu lts release.
The average user will probably expect at least |
Thanks for your opinion! See #766 |
Also for desktop users giving |
Added with #766 |
Related to: flathub#719 Could you double-check if "Gnome file-picker" has any problem accessing this folder in order to upload/download files?
Related to: flathub#719 Could you double-check if "Gnome file-picker" has any problem accessing this folder in order to upload/download files?
Hey, I just came here to say thank you for your consideration. I appreciate the little touches, like the warning you added to let me know that the permissions were changed. I feel very seen when I see that other people take the time to ensure that the user is aware of what their software is doing on their system. @bermeitinger-b |
Just pointing out that XDG Desktop Portal 1.19 has just been released (which would be recent enough for getting back to the proper behaviour). Not sure you want to use it though given that it is a development version. Still good to see that we are on a path to get a proper fix in the hopefully not too distant future https://github.com/flatpak/xdg-desktop-portal/releases/tag/1.19.0 |
On latest version 7.25.0, the Gnome file-picker doesn't show the files and folder of the home directory when trying to download a file.
Nonetheless, after clicking on save no error is displaying, what should indicate a successful download. But the downloaded file (tested with a PDF file) cannot be found.
Before this version (AFAIK), the downloads where behaving fine.
The text was updated successfully, but these errors were encountered: