Closed Bug 66373 Opened 24 years ago Closed 8 years ago

Error trying to send msg with drag and drop file attachment

Categories

(MailNews Core :: Composition, defect)

Product:
MailNews Core
Component:
Composition
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: pmock, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [nsbeta1+ 2/21])

*This bug was found while verifying bug http://bugzilla.mozilla.org/show_bug.cgi?id=39630 Build Date & Platform Bug Found: linux commercial seamonkey build 2001-011911-mtrunk installed on P200 RedHat 6.2 Overview Description: You can drag and drop file to the message window file attachment pane but when you try to send the file attachment, you receive an error that there was a problem. The error message reads as follow: "Confirm There was a problem including the file http://file/home/mock/sign.txt in the message. Would you like to continue sending the message without this file?" Steps to Reproduce: 1) Start a new mail message 2) Open the linux file manager 3) Drag and drop a file into the attachment pane. My file was a plain text file. 4) Address the message to yourself and add a title. 5) Send the mail message Error message appears. 6) Press ok to continue sending. 7) Receive the message 8) Open the mail message. In 6.0, the header shows an attachment but it's empty. In 4.7x, there is no file attachment. The message source just has the attachment name. Actual Results: The file attachment is not sent with the mail message. Expected Results: The file should be sent with the message. Additional Builds and Platforms Tested On: This works on win32 commercial semaonkey build 2001-010821-mtrunk installed on P500 Win98 Additional Information:
adding keyword. nsbeta1. This feature is useful and its close to working.
Keywords: nsbeta1
QA Contact: esther → pmock
marking nsbeta1+ and moving to mozilla0.9. Does this happen on every attachment?
Priority: -- → P3
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Assign it to myself.
QA Contact: pmock → fenella
To Esther ..
QA Contact: fenella → esther
marking nsbeta1- and moving to future milestone.
Keywords: nsbeta1 → nsbeta1-
Whiteboard: [nsbeta1+] → [nsbeta1+ 2/21]
Target Milestone: mozilla0.9 → Future
reassign to varada. I think this has been fixed for Mac, I don't know if that also fix it for Linux!
Assignee: ducarroz → varada
QA Contact: esther → trix
it still occurs on the latest trunk and branch builds: 2002062508-trunk & 2002062505-1.0. able to successfully send an attachment if you add an attachment via Attach icon, Attach File from File menu, or by clicking in the Attachments window, but drag and dropping an attachment to the window generates the error mentioned in the bug.
Blocks: 155643
ok, found out what is going on here. We are passing a native file path as url (text/x-moz-url), that is why it is failing. The correct way is to do just like windows i.e create a nsIFile object from native file path in nsClipboard/nsDragService and then pass that object. I don't see we are doing this anywhere in gtk dragService/nsClipboard, infact we are not using kFileMime type which should be used I think. Anyway over to blizzard because the fix is in native gtk widget code likely in nsDragService/nsClipboard.
Assignee: varada → blizzard
Keywords: mailtrack
Still seeing bug in revision 2003012422.
Still seeing this with Thunderbird 0.6 release (GTK2).
*** Bug 219733 has been marked as a duplicate of this bug. ***
*** Bug 234488 has been marked as a duplicate of this bug. ***
I recently switched from using Gnome under Redhat 8 to using KDE under SuSE 9.1. I was always able to drag and drop file attachments from Nautilus to a Mozilla message composition window (Mozilla 1.4). Under KDE I am trying to drag attachments from a Konqueror window to a Thunderbird message composition window (Thunderbird 0.8). In this case I receive the error listed in the bug description when trying to save or send the message. Attachments added via the "Attach" Icon work fine. In Thunderbird, do the following: 1) Start a new mail message. 2) Open a Konqueror window, browsing your home directory (or wherever). 3) Drag "foo1.txt" from Konqueror to the attachment pane. 4) Using the "Attach" icon, attach foo2.txt to the message. 5) Mouse over "foo1.txt" in the attachment pane. Note that the tooltip says: file:/home/yagle/foo1.txt (this attachment WILL NOT send) 6) Mouse over "foo2.txt" in the attachment pane. Note that the tooltip says: file:///home/yagle/foo2.txt (this attachment WILL send) I believe that the problem is relate to the number of "/" after the "file:". Konqueror shows the location of local file using "file:/home/..." and this is what is dragged and dropped into the attachment pane. It looks as though Thunderbird/Mozilla expects locations of local files to be expressed as "file:///home/..."
*** Bug 264781 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Same issue with TBird 20041201 - KDE 3.14 - Suse Linux 9.0
*** Bug 272866 has been marked as a duplicate of this bug. ***
*** Bug 276823 has been marked as a duplicate of this bug. ***
*** Bug 274477 has been marked as a duplicate of this bug. ***
*** Bug 281211 has been marked as a duplicate of this bug. ***
*** Bug 287537 has been marked as a duplicate of this bug. ***
I'm not sure but I think the following test case fails due to the same root cause as this bug. 1. In Firefox drag a URL like: file:///c:/var/clients/select%20all/demo.html?B=1&B=2&B=3&B=4# to a Thunderbird compose window. 2. Attempt to send the message. The result is that an error dialog appears complaining that no such file (showing the full URL above) could be opened. If the page in the browser is reloaded to the same URL without the query string[1] or the fragment identifier[2], such as: file:///c:/var/clients/select%20all/demo.html then the atachment process works as expected. [1] http://www.gbiv.com/protocols/uri/rfc/rfc3986.html#query [2] http://www.gbiv.com/protocols/uri/rfc/rfc3986.html#fragment
Is it fixed now ? In Thunderbird 1.5.0.9, when I try to send or save a mail with attachements that had been DNDed from KDE, I have no error message but just the dialog saying the message is being sent and that the file is being attached and the progress bar progresses and progresses... forever. I did not try any TB pre 2.0.
Assignee: blizzard → nobody
QA Contact: stephend → composition
Product: Core → MailNews Core
Walt, Can you reproduce?
Flags: needinfo?(schw01)
Priority: P3 → --
I cannot reproduce using Ubuntu 16.04 LTS 64-bit. Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 Build ID:20170706221156 or Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 Application Build ID:20170626135948 The reporter is stating the error message contains a http: file that couldn't be included. I don't have any of those to test with, but dragging and dropping files from my file manager works, no errors on send and the attachments appear in the received mails.
Flags: needinfo?(schw01)
Walt, thanks for the test.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.