Bug 28972

Summary: REGRESSION: Styles showing as implicit when they shouldn't
Product: WebKit Reporter: Timothy Hatcher <timothy>
Component: Web Inspector (Deprecated)Assignee: Yury Semikhatsky <yurys>
Status: RESOLVED FIXED    
Severity: Normal CC: aroben, bdakin, mitz, pfeldman, timothy, yurys
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
Bug Depends on: 28973    
Bug Blocks:    
Attachments:
Description Flags
Bug
none
Expected
none
patch and test hyatt: review+, abarth: commit-queue-

Timothy Hatcher
Reported 2009-09-04 09:41:41 PDT
Styles are showing as implicit (dimmed) when they shouldn't. Steps: 1) Visit webkit.org 2) Inspect #icon 3) Look at the styles. Results: Multiple things are dimmed. Expected: Nothing should be dimmed here.
Attachments
Bug (37.35 KB, image/png)
2009-09-04 09:42 PDT, Timothy Hatcher
no flags
Expected (30.06 KB, image/png)
2009-09-04 09:42 PDT, Timothy Hatcher
no flags
patch and test (9.59 KB, patch)
2009-09-22 05:32 PDT, Yury Semikhatsky
hyatt: review+
abarth: commit-queue-
Timothy Hatcher
Comment 1 2009-09-04 09:42:08 PDT
Timothy Hatcher
Comment 2 2009-09-04 09:42:29 PDT
Created attachment 39067 [details] Expected
Yury Semikhatsky
Comment 3 2009-09-09 07:14:49 PDT
This regression was introduced with the fix for https://bugs.webkit.org/show_bug.cgi?id=28635.
Yury Semikhatsky
Comment 4 2009-09-22 05:32:35 PDT
Created attachment 39914 [details] patch and test
Timothy Hatcher
Comment 5 2009-09-22 09:20:20 PDT
Comment on attachment 39914 [details] patch and test Looks OK to me, but Hyatt, Beth or Mitz should review.
Timothy Hatcher
Comment 6 2009-09-22 09:24:17 PDT
I still wonder why the Inspector shows them as implicit (dim), when they should show as normal properties. Fixing the shorthand is correct. But they should be black despite fixing the shorthand.
Yury Semikhatsky
Comment 7 2009-09-22 09:41:47 PDT
(In reply to comment #6) > I still wonder why the Inspector shows them as implicit (dim), when they should > show as normal properties. Fixing the shorthand is correct. But they should be > black despite fixing the shorthand. With the patch applied only background-repeat-x and background-repeat-y are dimmed for the icon at webkit.org while background-repeat is shown as explicit style. It seems to be correct representation since http://webkit.org/css/main.css declares background-repeat: no-repeat; (shorthand property).
Timothy Hatcher
Comment 8 2009-09-22 09:56:33 PDT
(In reply to comment #7) > (In reply to comment #6) > > I still wonder why the Inspector shows them as implicit (dim), when they should > > show as normal properties. Fixing the shorthand is correct. But they should be > > black despite fixing the shorthand. > > With the patch applied only background-repeat-x and background-repeat-y are > dimmed for the icon at webkit.org while background-repeat is shown as explicit > style. It seems to be correct representation since > http://webkit.org/css/main.css declares background-repeat: no-repeat; > (shorthand property). OK, I see. Actually background-repeat-x should be black, since it is the first in the shorthand. Like what you see with margin: 0, margin-top: 0 will be black and the rest are implicit (dim). So I think there is more that needs fixed here, but I don't know what to suggest.
Adam Barth
Comment 9 2009-10-13 14:48:41 PDT
Timothy, what's the status of this patch? Should we land this one and then fix the remaining cases in another bug? Discussion seems to have stagnated.
Dave Hyatt
Comment 10 2009-10-13 21:22:04 PDT
Comment on attachment 39914 [details] patch and test Fix the ChangeLog typo... "correct" not "cirrect".
Yury Semikhatsky
Comment 11 2009-10-13 23:26:43 PDT
(In reply to comment #9) > Timothy, what's the status of this patch? Should we land this one and then fix > the remaining cases in another bug? Discussion seems to have stagnated. Sorry, I was distracted by other issues and didn't have time to work on this one. (In reply to comment #8) > Actually background-repeat-x should be black, since it is the first in the > shorthand. Like what you see with margin: 0, margin-top: 0 will be black and > the rest are implicit (dim). > > So I think there is more that needs fixed here, but I don't know what to > suggest. I don't know whether the difference in handling background-repeat and other properties affected by this patch and those whose values are parsed by CSSParser::parse4Values (margin, padding, color, border-style, border-width) is intentional or not but it is parse4Values that makes first longhand property explicit in some cases. I could support similar behavior for background-repeat and others but it's going to be a bit trickier since they are handled in several places in CSSParser.
Adam Barth
Comment 12 2009-10-14 22:55:42 PDT
Comment on attachment 39914 [details] patch and test Hyatt asked for some minor changes to this patch, so we can't land it automatically.
Pavel Feldman
Comment 13 2009-10-15 02:41:17 PDT
Committing to http://svn.webkit.org/repository/webkit/trunk ... M LayoutTests/ChangeLog A LayoutTests/fast/backgrounds/repeat/background-repeat-shorthand-expected.txt A LayoutTests/fast/backgrounds/repeat/background-repeat-shorthand.html A LayoutTests/fast/backgrounds/repeat/resources/background-repeat-shorthand.css A LayoutTests/fast/backgrounds/repeat/resources/background-repeat-shorthand.js M WebCore/ChangeLog M WebCore/css/CSSParser.cpp Committed r49616
Note You need to log in before you can comment on or make changes to this bug.