The problem there is that, as a folder cannot be an attachment, Nautilus first compresses it to a zip file, which it creates in /tmp, to which a snap doesn't have access.
The fact that you can attach the a file in /tmp from Thunderbird is because it uses the portal to do so. This is not a regression as that also would not work via portal either (for the reason in paragraph 2 of the bug description). Although it is feasible to patch Nautilus to instead target the user's home, to which mail client snaps would certainly have access, it would also mean having to clean it up afterwards, and as that operation involves threading this complicates the SRU. Another option is /dev/shm, which is temporary just as /tmp, but is more fragile as its size is limited by RAM and not all systems have it. If we were going forward this route, we could make sure only to use /dev/shm for snapped applications, so as to not cause regressions for unsnapped ones. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1996927 Title: [SRU] Nautilus send mail not working To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1996927/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
