Drag and Drop and attachment does not work well, only with the button of attachment
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
People
(Reporter: otto.acuna, Unassigned)
References
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
|
||
Comment 4•1 month ago
|
||
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.
|
|
||
Comment 5•1 month ago
|
||
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?
|
||
Comment 6•1 month ago
|
||
This may be a duplicate of bug 1908196 and would be fixed in ESR 128.7.
Description
•