WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
28973
REGRESSION: No margin shorthands showing
https://bugs.webkit.org/show_bug.cgi?id=28973
Summary
REGRESSION: No margin shorthands showing
Timothy Hatcher
Reported
2009-09-04 09:43:51 PDT
No margin shorthand is showing, when they should. Steps: 1) Visit webkit.org 2) Inspect #icon 3) Look at the styles. Results: No margin shorthand showing. Expected: A margin shorthand of 0px.
Attachments
Bug
(37.35 KB, image/png)
2009-09-04 09:44 PDT
,
Timothy Hatcher
no flags
Details
Expected
(30.06 KB, image/png)
2009-09-04 09:44 PDT
,
Timothy Hatcher
no flags
Details
test page
(229 bytes, text/html)
2009-09-09 06:14 PDT
,
Yury Semikhatsky
no flags
Details
patch
(1.58 KB, patch)
2009-09-09 06:27 PDT
,
Yury Semikhatsky
eric
: review-
Details
Formatted Diff
Diff
patch with layout test
(4.24 KB, patch)
2009-09-09 09:41 PDT
,
Yury Semikhatsky
timothy
: review-
Details
Formatted Diff
Diff
patch with layout test
(4.12 KB, patch)
2009-09-09 09:47 PDT
,
Yury Semikhatsky
no flags
Details
Formatted Diff
Diff
patch with pure js layout test
(6.05 KB, patch)
2009-09-10 01:32 PDT
,
Yury Semikhatsky
no flags
Details
Formatted Diff
Diff
Show Obsolete
(3)
View All
Add attachment
proposed patch, testcase, etc.
Timothy Hatcher
Comment 1
2009-09-04 09:44:10 PDT
Created
attachment 39068
[details]
Bug
Timothy Hatcher
Comment 2
2009-09-04 09:44:29 PDT
Created
attachment 39069
[details]
Expected
Yury Semikhatsky
Comment 3
2009-09-09 06:14:37 PDT
Created
attachment 39265
[details]
test page This regression was introduced with the fix for
https://bugs.webkit.org/show_bug.cgi?id=28635
. I've attached a page where where margins shorthand is empty. If 'margin: 0px;' is moved to the top of the #icon style declaration block the margin shorthand becomes 0px in the Web Inspector.
Yury Semikhatsky
Comment 4
2009-09-09 06:27:34 PDT
Created
attachment 39266
[details]
patch
Eric Seidel (no email)
Comment 5
2009-09-09 07:56:21 PDT
Comment on
attachment 39266
[details]
patch We can write a LayoutTest for this, no?
Yury Semikhatsky
Comment 6
2009-09-09 09:41:31 PDT
Created
attachment 39273
[details]
patch with layout test
Timothy Hatcher
Comment 7
2009-09-09 09:44:19 PDT
Comment on
attachment 39273
[details]
patch with layout test You need to fill in the info in the LayoutTests ChangeLog.
Yury Semikhatsky
Comment 8
2009-09-09 09:47:22 PDT
Created
attachment 39274
[details]
patch with layout test Added LayoutTest/ChangeLog entry.
Yury Semikhatsky
Comment 9
2009-09-09 09:48:23 PDT
(In reply to
comment #7
)
> (From update of
attachment 39273
[details]
) > You need to fill in the info in the LayoutTests ChangeLog.
Done.
Eric Seidel (no email)
Comment 10
2009-09-09 10:56:34 PDT
Comment on
attachment 39274
[details]
patch with layout test Tests are better when they contain the expected results in them. In this case, I don't know if your test results are correct or not, and new implementors woudl have to compare to the existing -expected.txt files to know if their implementations are failing or passing this. javascript-only tests are also preferred in cases like this:
http://trac.webkit.org/wiki/Writing%20Layout%20Tests%20for%20DumpRenderTree
Numerous examples of js-only tests in resources/ directories containing a TEMPLATE.html file. This is OK, but the test definitely could be slicker. :)
Yury Semikhatsky
Comment 11
2009-09-10 01:32:24 PDT
Created
attachment 39328
[details]
patch with pure js layout test
Yury Semikhatsky
Comment 12
2009-09-10 01:37:16 PDT
(In reply to
comment #10
)
> (From update of
attachment 39274
[details]
) > Tests are better when they contain the expected results in them. In this case, > I don't know if your test results are correct or not, and new implementors > woudl have to compare to the existing -expected.txt files to know if their > implementations are failing or passing this. > > javascript-only tests are also preferred in cases like this: >
http://trac.webkit.org/wiki/Writing%20Layout%20Tests%20for%20DumpRenderTree
> > Numerous examples of js-only tests in resources/ directories containing a > TEMPLATE.html file. > > This is OK, but the test definitely could be slicker. :)
Thanks for your suggestion. I'm new to the layout tests and it's not obvious which of them can be considered as reference implementation. I refactored the test so that it uses TEMPLATE.html.
WebKit Commit Bot
Comment 13
2009-09-16 13:41:22 PDT
Comment on
attachment 39328
[details]
patch with pure js layout test Rejecting patch 39328 from commit-queue. ('WebKitTools/Scripts/run-webkit-tests', '--no-launch-safari', '--quiet', '--exit-after-n-failures=1') Running build-dumprendertree Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests Testing 11263 test cases. (48)Address already in use: make_sock: could not bind to address 127.0.0.1:8080 no listening sockets available, shutting down Unable to open logs Timed out waiting for httpd to start at WebKitTools/Scripts/run-webkit-tests line 1466, <IN> line 20152.
Eric Seidel (no email)
Comment 14
2009-09-16 13:42:42 PDT
Comment on
attachment 39328
[details]
patch with pure js layout test Sorry, that's clearly not your fault. :) I happen to be running another service on 8080 on the commit machine when your patch went through the queue.
WebKit Commit Bot
Comment 15
2009-09-16 14:31:48 PDT
Comment on
attachment 39328
[details]
patch with pure js layout test Clearing flags on attachment: 39328 Committed
r48436
: <
http://trac.webkit.org/changeset/48436
>
WebKit Commit Bot
Comment 16
2009-09-16 14:31:56 PDT
All reviewed patches have been landed. Closing bug.
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