Latest version of Firefox no longer accepts MacOS text clippings in the google search field. This is a standard part of our work flow.
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox74 | --- | wontfix |
firefox75 | --- | verified |
firefox76 | --- | verified |
People
(Reporter: karlcow, Assigned: masayuki)
References
(Regression, )
Details
(Keywords: regression)
Attachments
(1 file)
47 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
|
Details | Review |
Steps to reproduce
- Select a word
- drap and drop the selection on macOS desktop
- a text clipping is created on the desktop
- open firefox 74+
- go to https://google.com/
- select the text clipping on the desktop
- drag and drop it on the google search field on firefox
Actual:
nothing
Expected:
the text of the clipping is appearing inside the search field.
This was first reported on https://webcompat.com/issues/50191
This is a regression due to bug 1609603
Assignee | ||
Comment 1•4 years ago
|
||
Thank you, I'll take a look tomorrow.
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Comment 2•4 years ago
|
||
Previously, DataTransfer::GetTypes()
referred DataTransferItemList::mIndexedItems[0]
via DataTransferItemList::MozItemsAt(0)
:
https://searchfox.org/mozilla-central/rev/678216c08807075a5616ea29c15950bb3090905b/dom/events/DataTransfer.cpp#337,343,349
https://searchfox.org/mozilla-central/rev/61f224ec08ddc6f9a93ac45c8c3c5f7159be7c2a/dom/events/DataTransferItemList.cpp#469-470,476
However, now, DataTransferItemList::GetTypes()
, DataTransferItemList::HasItem()
and
DataTransferItemList::HasFile()
refers DataTransferItemList::mItem
. That's the
reason why the fix of bug 1609603 changed the behavior.
Updated•4 years ago
|
Pushed by masayuki@d-toybox.com: https://hg.mozilla.org/integration/autoland/rev/20f9de42bd76 Make new methods of `DataTransferItemList` which were added by bug 1609603 refer `mIndexedItems[0]` rather than `mItems` r=smaug
Comment 4•4 years ago
|
||
bugherder |
Assignee | ||
Comment 5•4 years ago
|
||
Comment on attachment 9134305 [details]
Bug 1623239 - Make new methods of DataTransferItemList
which were added by bug 1609603 refer mIndexedItems[0]
rather than mItems
r=smaug
Beta/Release Uplift Approval Request
- User impact if declined: Cannot drop textClip onto Gecko on macOS. That's a part of workflow of web-compat team according to the summary.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: 1. Select some text
- Drag the selection and drop onto desktop
- Drag the dropped text clip from desktop to somewhere
<input>
or something editable element
Then, the selected text at #1 should be inserted into the dropped editable element at #3.
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): At the regressed patch, referring dragging items is changed from
DataTransferItemList::mIndexedItems[0]
toDataTransferItemList::mItems
accidentally. This patch gets the original behavior back. - String changes made/needed:
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 6•4 years ago
|
||
Verified as fixed on MacOS 10.14 on Firefox Nightly 76.0a1 (2020-03-24).
Comment 7•4 years ago
|
||
Comment on attachment 9134305 [details]
Bug 1623239 - Make new methods of DataTransferItemList
which were added by bug 1609603 refer mIndexedItems[0]
rather than mItems
r=smaug
approved for 75.0b9
Comment 8•4 years ago
|
||
bugherder uplift |
Comment 9•4 years ago
|
||
Verified as fixed on MacOS 10.14 on Firefox 75.0b10.
Updated•4 years ago
|
Description
•