Bug 11582 - cell width / offsetTop incorrect
Summary: cell width / offsetTop incorrect
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 420+
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Robert Hogan
URL: https://bugzilla.mozilla.org/attachme...
Keywords:
Depends on: 11109
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-12 14:49 PST by Robert Sayre
Modified: 2013-08-27 12:20 PDT (History)
9 users (show)

See Also:


Attachments
Patch (7.92 KB, patch)
2013-07-23 14:20 PDT, Robert Hogan
no flags Details | Formatted Diff | Diff
Archive of layout-test-results from webkit-ews-14 for mac-mountainlion-wk2 (612.15 KB, application/zip)
2013-07-23 16:04 PDT, Build Bot
no flags Details
Archive of layout-test-results from webkit-ews-08 for mac-mountainlion (639.91 KB, application/zip)
2013-07-23 20:28 PDT, Build Bot
no flags Details
Patch (10.83 KB, patch)
2013-07-26 12:36 PDT, Robert Hogan
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Sayre 2006-11-12 14:49:42 PST
In Safari 2, the square's alignment is different from Firefox and Opera. The square overlap problem in WebKit nightly is probably bug 11109.
Comment 1 mitz 2006-11-12 14:57:49 PST
I'm pretty sure that this is a duplicate of bug 11109. For now I'm just adding a dependency on it. After bug 11109 is fixed, the test case from this bug should be checked again.
Comment 2 David Kilzer (:ddkilzer) 2007-01-26 07:42:08 PST
(In reply to comment #1)
> I'm pretty sure that this is a duplicate of bug 11109. For now I'm just adding
> a dependency on it. After bug 11109 is fixed, the test case from this bug
> should be checked again.

Looking at the test case, this appears to be fixed.  Note that the attachment is from B.M.O 119167.

https://bugzilla.mozilla.org/show_bug.cgi?id=119167

However, when the attachment is viewed inside an iframe (as is done when editing the attachment in Bugzilla), the red box is not positioned correctly!  The red box is still rendered correctly inside the iframe in Firefox 2.0.0.1, though.

https://bugzilla.mozilla.org/attachment.cgi?id=70553&action=edit

Comment 3 David Kilzer (:ddkilzer) 2007-01-26 07:43:05 PST
(In reply to comment #2)
> However, when the attachment is viewed inside an iframe (as is done when
> editing the attachment in Bugzilla), the red box is not positioned correctly! 
> The red box is still rendered correctly inside the iframe in Firefox 2.0.0.1,
> though.
> 
> https://bugzilla.mozilla.org/attachment.cgi?id=70553&action=edit

Tested with a locally-built debug build of WebKit r19149 with Safari 2.0.4 (419.3) on Mac OS X 10.4.8 (8L127).
Comment 4 David Kilzer (:ddkilzer) 2007-01-26 07:44:17 PST
(In reply to comment #2)
> However, when the attachment is viewed inside an iframe (as is done when
> editing the attachment in Bugzilla), the red box is not positioned correctly! 
> The red box is still rendered correctly inside the iframe in Firefox 2.0.0.1,
> though.

It's also rendered correctly in Opera 9.10 within an iframe.

Comment 5 mitz 2007-01-26 07:59:10 PST
(In reply to comment #2)
> However, when the attachment is viewed inside an iframe (as is done when
> editing the attachment in Bugzilla), the red box is not positioned correctly! 
> The red box is still rendered correctly inside the iframe in Firefox 2.0.0.1,
> though.

This only happens part of the time, and I think it has to do with either the timing of the script evaluation or a problem with the context in which eval() executes.
Comment 6 David Kilzer (:ddkilzer) 2007-01-26 08:08:08 PST
(In reply to comment #5)
> This only happens part of the time, and I think it has to do with either the
> timing of the script evaluation or a problem with the context in which eval()
> executes.

Happens nearly every time for me, but I'm guessing this is an artifact of how the test works, e.g., it doesn't reposition the red box when the layout changes.

What happens on my (slow) PB G4 is that the iframe is initially narrow (with the red box positioned correctly), then the JavaScript alert appears, then after clicking Okay, the iframe expands horizontally and the red box is no longer positioned correctly.

Comment 7 Robert Hogan 2013-07-23 14:20:21 PDT
Created attachment 207351 [details]
Patch
Comment 8 Build Bot 2013-07-23 16:04:54 PDT
Comment on attachment 207351 [details]
Patch

Attachment 207351 [details] did not pass mac-wk2-ews (mac-wk2):
Output: http://webkit-queues.appspot.com/results/1158443

New failing tests:
editing/selection/5057506-2.html
editing/selection/5057506.html
Comment 9 Build Bot 2013-07-23 16:04:57 PDT
Created attachment 207354 [details]
Archive of layout-test-results from webkit-ews-14 for mac-mountainlion-wk2

The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: webkit-ews-14  Port: mac-mountainlion-wk2  Platform: Mac OS X 10.8.3
Comment 10 Build Bot 2013-07-23 20:28:51 PDT
Comment on attachment 207351 [details]
Patch

Attachment 207351 [details] did not pass mac-ews (mac):
Output: http://webkit-queues.appspot.com/results/1122388

New failing tests:
editing/selection/5057506-2.html
editing/selection/5057506.html
Comment 11 Build Bot 2013-07-23 20:28:54 PDT
Created attachment 207369 [details]
Archive of layout-test-results from webkit-ews-08 for mac-mountainlion

The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: webkit-ews-08  Port: mac-mountainlion  Platform: Mac OS X 10.8.3
Comment 12 Robert Hogan 2013-07-26 12:36:21 PDT
Created attachment 207546 [details]
Patch
Comment 13 Dave Hyatt 2013-08-26 11:14:50 PDT
Comment on attachment 207546 [details]
Patch

r=me
Comment 14 WebKit Commit Bot 2013-08-27 12:19:57 PDT
Comment on attachment 207546 [details]
Patch

Clearing flags on attachment: 207546

Committed r154702: <http://trac.webkit.org/changeset/154702>
Comment 15 WebKit Commit Bot 2013-08-27 12:20:00 PDT
All reviewed patches have been landed.  Closing bug.