Open Bug 1916840 Opened 2 years ago Updated 1 month ago

[Flatpak] Adding an attachment by drag-and-drop does not work, but using the "Attach" button does.

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Version:
Thunderbird 128
Platform:
Desktop
Linux
Type:
defect

Tracking

(thunderbird_esr140 affected)

Tracking Flags:
Tracking Status
thunderbird_esr140 --- affected

People

(Reporter: otto.acuna, Unassigned, NeedInfo)

References

(Blocks 1 open bug)

Details

(Keywords: flatpak)

Attachments

(1 file)

Allow All user files.jpg
139.81 KB, image/jpeg
Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

I would like to better understand how Thunderbird attachment works. I am using Files as file manager which comes standard with Zorin OS. If I "drag and drop" the attachment, either from a local file area or from network drive mounted, when I drag and drop, it will add the attachment with zero bites and does get an error if I try to send the attachment. The only way to attach is to click on the attachment button and going to the file area and add it.

I have recorded a video to show this happening and I would like to understand why this happens. Is this either a bug on the software or is it me that I am not doing things right?

URL of video: https://www.loom.com/share/3bd9d1da07b94e068a3b76fe55ed95d8?sid=be9d0540-4a6e-46fe-bfd9-5c638a6b88e9

Please advise on why this happens.

Best Regards,

Otto

Actual results:

URL of video: https://www.loom.com/share/3bd9d1da07b94e068a3b76fe55ed95d8?sid=be9d0540-4a6e-46fe-bfd9-5c638a6b88e9

Expected results:

What should have happened is that I attach the file and it would attach well, so that I could send the email.

What is the tooltip when you hover the attachment, should start with file://. What happens if you open the attachment from the compose window?

I notice in video that the 'drag and drop' directory says 'Home/Documents.....' but the method using 'Attach' starts with 'Ottoacuna/Documents......'

Maybe...the latter 'Ottoacuna/Documents...is a directory specifically in a logged in computer User Account called Ottoacuna - perhaps you logged onto that User Account and then started up Thunderbird and therefore files are only on computer in that User Account.

Maybe...the former 'Home/Documents...' is not the same location, not a location specifically like 'Ottoacuna/Documents...'
I've seen some people have issues trying to use/attach files that looked like they were on computer, but they were actually links to files that were held on a server. It was occuring when people were trying to open/attach files held in Dropbox.
Move file to desktop and everything worked ok.

One regression I noticed in the latest version is that drag and drop of multiple files no longer works. If multiple files are selected from the OS file browser into the email window, only the first file is added as an attachment. This may be related.

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Thunderbird/128.2.0
Version: 128.2.0esr (64-bit)
OS: Arch Linux
KDE Plasma Version 6.1.5

I am experiencing the same problem as described by reporter. When in Thunderbird 128.6.0esr (64-bits) I drag and drop a file to add to an e-mail as an attachment it comes up with an attachment of 0 bytes. Following info about my system:
System:
Kernel: 5.15.0-130-generic x86_64 bits: 64 compiler: gcc v: 11.4.0 Desktop: Cinnamon 6.0.4
tk: GTK 3.24.33 wm: muffin vt: 7 dm: LightDM 1.30.0 Distro: Linux Mint 21.3 Virginia
base: Ubuntu 22.04 jammy
Machine:
Type: Desktop Mobo: ASUSTeK model: PRIME H310T R2.0 v: Rev X.0x serial: <superuser required>
UEFI-[Legacy]: American Megatrends v: 1002 date: 05/24/2019
I am using Nemo 6.0.2 as file manager.
In the previous version of Thunderbird on the same machine (115.18.0 (64-bits)) it has always worked fine.

I would like to add to my previous log that it does not work in the other direction neither. When I want to drag and drop an attachment from an e-mail to a folder on the computer it does nothing. In the earlier V115 it did work. I would also like to add to this post the download I made of the Problemsolvinginformation which could be helpful for the investigation maybe but do not know how to add a file to this post?

This may be a duplicate of bug 1908196 and would be fixed in ESR 128.7.

See Also: → 1908196

Are there still problems with current Thunderbird versions in this matter?

Flags: needinfo?(otto.acuna)
Flags: needinfo?(bruno.demonie)

A similar issue was reported on the MozillaZIne.jp forum.
https://forums.mozillazine.jp/viewtopic.php?f=3&t=23312

[os-release]
PRETTY_NAME="Zorin OS 17.3"
NAME="Zorin OS"
VERSION_ID="17"
VERSION="17.3"
VERSION_CODENAME=jammy

[アプリケーション基本情報]（上部のみ）
製品名 Thunderbird
バージョン 140.4.0esr
ビルド ID 20251010020716
ディストリビューション ID thunderbird-flatpak
更新ディレクトリー
/app/lib/thunderbird
更新履歴
更新チャンネル esr
ユーザーエージェント Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Thunderbird/140.4.0
OS Linux 6.8.0-85-generic #85~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 19 16:18:59 UTC 2
OS のテーマ ZorinBlue-Light / ZorinBlue-Light
プログラムの実行ファイル /app/lib/thunderbird/thunderbird-bin

OS: Unspecified → Linux
Hardware: Unspecified → Desktop
Summary: Drag and Drop and attachment does not work well, only with the button of attachment → Adding an attachment by drag-and-drop does not work, but using the "Attach" button does (Linux)

In the version I am having now 140.3.0esr (64-bits) the issue is still there. OS is Mint Virginia.

Flags: needinfo?(bruno.demonie)
See Also: → 1931855

(In reply to bruno.demonie from comment #9)

In the version I am having now 140.3.0esr (64-bits) the issue is still there. OS is Mint Virginia.

If your Thunderbird 140.3.0esr was installed via Flatpak, I believe I was able to reproduce the same issue.

Steps to reproduce:

  1. Install and run the file manager "Thunar" using apt. 
    sudo apt install thunar
thunar &
  2. Install and run Thunderbird using Flatpak. 
    sudo flatpak install flathub org.mozilla.Thunderbird
flatpak run org.mozilla.Thunderbird &
  3. Open Thunderbird's Message Compose Window.
  4. Drag and drop a file from Thunar into Message Compose Window.

Actual results:
The file appears to be attached, but its size is 0.

Expected results:
Installing Thunderbird from Flatpak should work as well as the binary downloaded from
https://ftp.mozilla.org/pub/thunderbird/releases/140.4.0esr/linux-x86_64/en-US/thunderbird-140.4.0esr.tar.xz

Thank you for this, and the reproduction is correct. The file after drag and drop appears with 0 bytes.

Blocks: thunderbird-flatpak
Severity: -- → S3
Status: UNCONFIRMED → NEW
status-thunderbird_esr140: --- → affected
Ever confirmed: true
Keywords: flatpak
See Also: 1931855 → 1956776
Summary: Adding an attachment by drag-and-drop does not work, but using the "Attach" button does (Linux) → [Flatpak] Adding an attachment by drag-and-drop does not work, but using the "Attach" button does.
See Also: → 1931855

I tried drag-and-drop a PDF file from the Flatpak app "Dolphin", then the file was attached to the message

This means:

  • Drag-and-drop from non-Flatpak file manager to non-Flatpak Thunderbird ... does.
  • Drag-and-drop from non-Flatpak file manager to Flatpak Thunderbird ... does not work.
  • Drag-and-drop from Flatpak file manager to Flatpak Thunderbird ... does.

I am using Nemo 6.0.2 as file manager but I do not know if I'm using Flatpak or non-Flatpak - how can I check this? (I am not a very literate user :-( )

(In reply to bruno.demonie from comment #13)

I am using Nemo 6.0.2 as file manager but I do not know if I'm using Flatpak or non-Flatpak - how can I check this? (I am not a very literate user :-( )

Executing flatpak list in a terminal should display all installed FlatPaks.

By the way, I was able to reproduce comment 12 with a Zorin OS live version. Maybe bug 1950034 could have an impact on this, but Thunderbird 145 isn't available as Flatpak AFAIK.

See Also: → 1950034

Thanks Hartmut, I executed that command and Nemo is not in the list.
So it's indeed Drag-and-drop from non-Flatpak file manager to Flatpak Thunderbird ... does not work.

Flatpak app permissions can be changed using Flatseal.
I tried allowing Thunderbird to read and write "All user files".
I was then able to attach the file by drag-and-drop it from thunar.

I allowed using Flatseal TB to acces "All user files" and did a test which worked. So that solved the issue.
Maybe the flatpak installation of TB should mark this by default?

This should be fixed in Firefox 145+. Thunderbird flatpak still follows esr 140 it would require update to non-esr release channel or for new esr release.

Giving "All user files" access could be used as workaround but keep in mind that it disables meaningful sandboxing feature of flatpak. I don't think it should be done by default especially when proper fix is around the corner.

Confirmed that this problem is still present in Thunderbird 155.0 Flatpak on Linux Mint Cinnamon using Nemo.

Thunderbird installation:
Thunderbird org.mozilla.thunderbird 155.0 stable system

Steps to reproduce:

  1. Compose a new message in Thunderbird.
  2. Drag a valid ZIP file from Nemo into the compose window.
  3. Thunderbird shows the attachment as 0 bytes.
  4. Attempting to send the message fails because of the 0-byte attachment.
  5. Remove the attachment.
  6. Use File → Attach Files and select the exact same ZIP file.
  7. The file attaches at its correct size and the message can be sent normally.

For verification, my test ZIP was 65,382 bytes and had normal read permissions. Running unzip -t on the file reported no errors.

So on this system:

Nemo → drag-and-drop → Flatpak Thunderbird = 0-byte attachment

Thunderbird File → Attach Files → same file = works normally

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: