WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
37157
REGRESSION (
r57109
): editing/pasteboard/drag-image-to-contenteditable-in-iframe.html fails on Windows
https://bugs.webkit.org/show_bug.cgi?id=37157
Summary
REGRESSION (r57109): editing/pasteboard/drag-image-to-contenteditable-in-ifra...
Adam Roben (:aroben)
Reported
2010-04-06 10:19:46 PDT
Since new results were landed in
r57109
, editing/pasteboard/drag-image-to-contenteditable-in-iframe.html has been failing on Windows.
Attachments
Add attachment
proposed patch, testcase, etc.
Adam Roben (:aroben)
Comment 1
2010-04-06 10:20:43 PDT
<
rdar://problem/7832412
>
Darin Adler
Comment 2
2010-04-06 10:47:04 PDT
I need the help from someone with a Windows machine who can regenerate the results of this test.
Adam Roben (:aroben)
Comment 3
2010-04-06 10:50:40 PDT
(In reply to
comment #2
)
> I need the help from someone with a Windows machine who can regenerate the > results of this test.
Darin, it looks to me like the Windows bots are generating the same results that the Mac bots generated prior to
r57109
. i.e., the results coming out of the Windows bots are identical to the expected results from
r57108
. Does this indicate that the bug is not fixed on Windows?
Darin Adler
Comment 4
2010-04-06 10:56:04 PDT
Alexey says I can just get the results from the bots. I will do that now.
Darin Adler
Comment 5
2010-04-06 10:56:40 PDT
(In reply to
comment #3
)
> Darin, it looks to me like the Windows bots are generating the same results > that the Mac bots generated prior to
r57109
. i.e., the results coming out of > the Windows bots are identical to the expected results from
r57108
. Does this > indicate that the bug is not fixed on Windows?
That would be exceedingly surprising. There is no platform-specific element involved here. I am not sure how to figure it out.
Darin Adler
Comment 6
2010-04-06 10:57:34 PDT
(In reply to
comment #5
)
> (In reply to
comment #3
) > > Darin, it looks to me like the Windows bots are generating the same results > > that the Mac bots generated prior to
r57109
. i.e., the results coming out of > > the Windows bots are identical to the expected results from
r57108
. Does this > > indicate that the bug is not fixed on Windows? > > That would be exceedingly surprising. There is no platform-specific element > involved here. I am not sure how to figure it out.
But I see that you are correct. This is a mystery.
Darin Adler
Comment 7
2010-04-06 11:16:04 PDT
I have now checked and the bug that
r57109
is indeed fixed on Windows as well as Mac. But this dragging test works differently because of a difference in the code path on Windows. On Windows, the new <img> element has a full path to the image. On Mac, the new <img> element has the same src attribute as the original <img> element. So it's not surprising that this test has different results, and it has nothing to do with the bug I fixed, but it does represent a platform difference.
Darin Adler
Comment 8
2010-04-06 11:19:15 PDT
http://trac.webkit.org/changeset/57160
Darin Adler
Comment 9
2010-04-06 11:20:40 PDT
I filed
bug 37162
about the problem.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug