Bug 37157 - REGRESSION (r57109): editing/pasteboard/drag-image-to-contenteditable-in-iframe.html fails on Windows
Summary: REGRESSION (r57109): editing/pasteboard/drag-image-to-contenteditable-in-ifra...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows XP
: P2 Normal
Assignee: Darin Adler
URL: http://build.webkit.org/results/Windo...
Keywords: InRadar, LayoutTestFailure, PlatformOnly
Depends on:
Blocks: 37284
  Show dependency treegraph
 
Reported: 2010-04-06 10:19 PDT by Adam Roben (:aroben)
Modified: 2010-04-18 09:31 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Roben (:aroben) 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.
Comment 1 Adam Roben (:aroben) 2010-04-06 10:20:43 PDT
<rdar://problem/7832412>
Comment 2 Darin Adler 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.
Comment 3 Adam Roben (:aroben) 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?
Comment 4 Darin Adler 2010-04-06 10:56:04 PDT
Alexey says I can just get the results from the bots. I will do that now.
Comment 5 Darin Adler 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.
Comment 6 Darin Adler 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.
Comment 7 Darin Adler 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.
Comment 8 Darin Adler 2010-04-06 11:19:15 PDT
http://trac.webkit.org/changeset/57160
Comment 9 Darin Adler 2010-04-06 11:20:40 PDT
I filed bug 37162 about the problem.