Open Bug 224414 Opened 18 years ago Updated 5 years ago

drag file from ftp account in windows explorer and drop on attachments window, no attachment made

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: pedrorolo, Unassigned)

References

(Depends on 1 open bug)

Details

(Whiteboard: [blocked on bug 191400])

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

if grabing files in a ftp account opened in windows explorer and letting them
into the attachments panel he files r DELETED of the ftp site and rn't attached
to the mail. I LOST ALL MY WORK! I'M A MARTIR!!! AHHHHHHHHHH !

Reproducible: Always

Steps to Reproduce:
1.open a ftp site with the win explorer
2.open a compose window in thunderbird
3.grab the files in the ftp site and drop tham over the attachements panel

Actual Results:  
the files wrn't attached and they wr deleted from my ftp site. don't retest this
with critical info!

Expected Results:  
attach A COPY of the files to my mail and let them in  my ftp site
Confirmed, this is a nasty bug. It may or may not be a dupe of bug 191400.
no development blocker-->critical,dataloss
Severity: blocker → critical
Keywords: dataloss
*** Bug 264197 has been marked as a duplicate of this bug. ***
Fixed by bug 191400.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
The fix doesn't actually achieve the "expected results" -- while the file is not deleted from the FTP server, it is neither copied to the message, despite giving every indication that it will be.  Should this be reopened, or does that part need a separate bug?
hmmm.. you're right, I was confused by the summary. It definitely solves the dataloss issue, so the severity is no longer critical. 

A separate bug sounds best.
OK, opened bug 356438 about the misleading cursor.  If someone wants to open an RFE for full-fledged FTP drag-n-drop support, they should do so.

Verifying that the dataloss no longer occurs with the trunk.
Status: RESOLVED → VERIFIED
Reopening because the patch at bug 191400 was backed out.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
QA Contact: message-compose
Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is 2.0.0.16)
Assignee: mscott → nobody
Status: REOPENED → NEW
I don't know. And I currently do not have any ftp account for which i can test the issue.
Jon, Mike, still occurs for you?
I'm not quite sold on the idea that a file copiedfrom ftp and deleted by the user (or moved and deleted by TB) is thunderbird dataloss. but I'm open to other perspectives.

in v3, I sometimes get "error copying message to the sent folder", but that may be  because of the file type of the file I'm testing with.
Severity: critical → major
Keywords: dataloss
Onno, can you reproduce this dataloss in v3 per bug 191400 comment 2?  (not fixed, unless it got resolved in another bug)
The UI shows I can drop the files from the ftp window to the attachment pane by displaying a plus (copy) icon, but nothing happens. So no dataloss for me, but also not desired action...
Severity: major → normal
Summary: if grab files from a ftp acount open in windows explorer and free them over the attachements window the ftp files r DELETED (yeah, i lost my work) → drag file from ftp account in windows explorer and drop on attachments window, no attachment made
Whiteboard: [blocked on bug 191400]
You need to log in before you can comment on or make changes to this bug.