Gmail drop file bug in newer versions of Firefox
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P3)
Tracking
()
People
(Reporter: florencia.diciocco, Unassigned)
References
Details
Attachments
(2 files, 1 obsolete file)
Steps to reproduce:
- Open Google gmail page and compose an email in Firefox Release 67.0 64-bit or latest nightly (5/23/2019) 69.0a1 64-bit in Ubuntu 16.04 32 bits.
- Drag and drop a file from the file manager to Firefox gmail page.
Actual results:
The "Drop File Here" frame appears but the dropping fails. The "Drop File Here" frame persists even after the dropping failure, interfering with email editing. The composing email has to be either closed or be refreshed by reloading the page to make it editable again. Sometimes re-dropping the file makes it work.
Expected results:
The dropped file should be accepted as an attachment to the composing email and you should be able to continue editing the email.
Comment 1•6 years ago
|
||
The priority flag is not set for this bug.
:enndeakin, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•6 years ago
|
| Reporter | ||
Updated•6 years ago
|
Comment 2•6 years ago
|
||
Since the status are different for nightly and release, what's the status for beta?
For more information, please visit auto_nag documentation.
Comment 3•3 years ago
|
||
(In reply to Florencia Di Ciocco, NI to vbalducci from comment #0)
Created attachment 9067347 [details]
Screenshots.zipSteps to reproduce:
- Open Google gmail page and compose an email in Firefox Release 67.0 64-bit or latest nightly (5/23/2019) 69.0a1 64-bit in Ubuntu 16.04 32 bits.
- Drag and drop a file from the file manager to Firefox gmail page.
Actual results:
The "Drop File Here" frame appears but the dropping fails. The "Drop File Here" frame persists even after the dropping failure, interfering with email editing. The composing email has to be either closed or be refreshed by reloading the page to make it editable again. Sometimes re-dropping the file makes it work.
Expected results:
The dropped file should be accepted as an attachment to the composing email and you should be able to continue editing the email.
Hi Ciprian!
The status-firefox71 was marked as unaffected while firefox69 as affected. Does that mean this issue has been fixed at least since Fx71? I don't have ubuntu machine to confirm so I decided to ask for your help . Thanks.
Comment 4•3 years ago
•
|
||
Hi! I think Virginia can answer to this better, since her team filed the bug some time ago. Could you please help us with this?
Hi team,
I wasn't aware of this issue but I tested it on my end and could reproduce the following behavior:
Steps:
- Open Google gmail page and compose an email in Firefox Release 67.0 64-bit or latest nightly (5/23/2019) 69.0a1 64-bit in Ubuntu 16.04 32 bits.
- Drag and drop a file from the file manager to Firefox gmail page.
Actual results: The "Drop File Here" frame appears but the dropping fails.
I could not reproduce this part of the bug: The "Drop File Here" frame persists even after the dropping failure, interfering with email editing. The composing email has to be either closed or be refreshed by reloading the page to make it editable again. Sometimes re-dropping the file makes it work.
I tested in Ubuntu 20.04 LTS using the following versions:
- Release 94.0.2 (64-bit)
- Beta 95.0b10 (64-bit)
- Nightly 96.0a1 (2021-11-23) (64-bit)
- ESR 78 and 91.3.0esr (64-bit)
I also tested in Release 71.0 which was marked as "unaffected" but I could reproduce the same behavior as the newer versions.
I'm updating the flags as well. While I'm unable to reproduce the last part of the issue, I can reproduce the fact that the images cannot be dragged to the gmail composer.
I'll include a screen recording on my next message. Let me know if there's anything else I can do.
Regards,
Virginia
Updated•3 years ago
|
Updated•1 year ago
|
Description
•