https://bugs.documentfoundation.org/show_bug.cgi?id=162632
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #22 from [email protected] --- I can reproduce a very similar failure on Linux (not a snap/flatpak build), and I think it points at the same root cause discussed above: the attachment list gets comma-joined without escaping before being handed to xdg-email, so anything that makes that list contain more than the expected single entry breaks the resulting URL — not just a literal comma in the filename (see also bug 125950 / bug 155924). Environment: - LibreOffice 26.2.5.2 (Build:2) - Garuda Linux (Arch-based), KDE Plasma, Wayland session - Default mailto handler: Thunderbird, via a plain "userapp-Thunderbird-*.desktop" launcher (Exec=/usr/lib/thunderbird/thunderbird %u), no snap/flatpak involved - No custom MailerProgram override in LibreOffice's own settings — the system default handler is used Steps to reproduce: 1. Open any plain .odt file (no special filename characters, no comma). 2. File > Send > Document as E-mail (or "E-mail as OpenDocument Text"). 3. LibreOffice shows: "The file <path> does not exist and therefore could not be attached to the message." What's notable is the malformed path shown in the error dialog. Example (from a document named "Apuntes lección magistral.odt", no comma anywhere in the name or path): file:///tmp/lu13968790pbw.tmp/lu13968790pbz.tmp/namefile.odt%2C/tmp/lu13968790pbw.tmp/lu13968790pbz.tmp/namefile.odt This is the SAME temp file path listed twice, concatenated with "%2C" (a URL-encoded comma) in between — the second occurrence is missing the "file://" scheme, and none of the actual spaces in the filename are percent-encoded, only the comma-as-separator is. This strongly suggests the same attachment entry is being added twice to the internal attachment list, and when that list (now with a duplicate) gets joined with "," to build the attach= value, the result is no longer a single valid URL, so LibreOffice's own existence check fails before xdg-email is even invoked. I get the identical pattern (single file, duplicated + joined with %2C) with a second, unrelated document that has Zotero/Better BibTeX reference fields embedded, so this isn't specific to any document content or extension — it reproduces with a brand-new, plain .odt with no special characters in the name. Given 125950/155924 already establish that a literal comma in the filename breaks this same comma-joined attach list, my guess is that the fix should address the delimiter itself (proper escaping/quoting of each attachment path, or switching xdg-email invocation to repeated --attach arguments as proposed above) rather than just filename sanitization — since here the failure happens with zero commas in the name, from what looks like a duplicate list entry. -- You are receiving this mail because: You are the assignee for the bug.
