Summary: | Implement HTML5 hidden attribute | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Maciej Stachowiak <mjs> | ||||||||||
Component: | New Bugs | Assignee: | Maciej Stachowiak <mjs> | ||||||||||
Status: | RESOLVED FIXED | ||||||||||||
Severity: | Normal | CC: | abarth, commit-queue, emacemac7, eric, mike, Ms2ger, tony, webkit.review.bot | ||||||||||
Priority: | P2 | ||||||||||||
Version: | 528+ (Nightly build) | ||||||||||||
Hardware: | Other | ||||||||||||
OS: | OS X 10.5 | ||||||||||||
Bug Depends on: | 40517 | ||||||||||||
Bug Blocks: | |||||||||||||
Attachments: |
|
Description
Maciej Stachowiak
2010-06-11 18:12:06 PDT
Created attachment 58533 [details]
Patch
Committed r61052: <http://trac.webkit.org/changeset/61052> http://trac.webkit.org/changeset/61052 might have broken SnowLeopard Intel Release (Tests) Bots are borked. Been borked for 5 hours. Marked for rollout to let the cq continue. I guess this was rolled out? Was it rolled back in? Created attachment 75482 [details] Patch Re-baselined Maciej patch after brief discussion on IRC. Left the changelog messages intact as I didn't change anything. Something I did notice was that HTMLEmbedElement.cpp (line 108) already implemented the hidden attribute in a slightly different way, by setting the width and height to zero. I haven't changed this because I don't know the rationale behind the implementation, but given the following line from the HTML5 specification it might be wise to create a (follow up?) patch to update the element's implementation. > The embed element is unaffected by the CSS 'display' property. The selected > plugin is instantiated even if the element is hidden with a 'display:none' > CSS style. http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#the-embed-element Comment on attachment 75482 [details] Patch Rejecting patch 75482 from commit-queue. Failed to run "['./WebKitTools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=abarth-cq-sl', 'build-and-test', '--no-clean', '--no-update', '--test', '--non-interactive']" exit_code: 2 Last 500 characters of output: ................................................ fast/eventsource .. fast/fast-mobile-scrolling .. fast/files ....... fast/flexbox ................................... fast/forms .................................................................................................... fast/forms/caret-rtl.html -> failed Exiting early after 1 failures. 8025 tests run. 135.50s total testing time 8024 test cases (99%) succeeded 1 test case (<1%) had incorrect layout 4 test cases (<1%) had stderr output Full output: http://queues.webkit.org/results/6845035 Created attachment 75542 [details]
Patch
The style attribute of fast/forms/caret-rtl.html was closed too early, causing the outline- and overflow properties to be threated as attributes. Since the overflow property had "hidden" as its attribute, the whole edit-layer disappeared.
I have modified the test to show the outline, but have removed the overflow to maintain the current results.
Created attachment 75654 [details]
Patch
Fixed the patch.
Comment on attachment 75654 [details]
Patch
Looks good.
Comment on attachment 75654 [details] Patch Rejecting patch 75654 from commit-queue. Failed to run "['./WebKitTools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=eseidel-sf', 'build', '--no-clean', '--no-update', '--build-style=both']" exit_code: 2 Last 500 characters of output: 2 CompileC /Projects/CommitQueue/WebKitBuild/WebCore.build/Debug/WebCore.build/Objects-normal/x86_64/JSEntriesCallback.o /Projects/CommitQueue/WebKitBuild/Debug/DerivedSources/WebCore/JSEntriesCallback.cpp normal x86_64 c++ com.apple.compilers.gcc.4_2 CompileC /Projects/CommitQueue/WebKitBuild/WebCore.build/Debug/WebCore.build/Objects-normal/x86_64/JSEntity.o /Projects/CommitQueue/WebKitBuild/Debug/DerivedSources/WebCore/JSEntity.cpp normal x86_64 c++ com.apple.compilers.gcc.4_2 (3 failures) Full output: http://queues.webkit.org/results/6751097 Comment on attachment 75654 [details]
Patch
Let's try again.
Comment on attachment 75654 [details] Patch Clearing flags on attachment: 75654 Committed r73459: <http://trac.webkit.org/changeset/73459> This caused the focus ring around the div to no longer be painted in fast/forms/caret-rtl.html. Is that expected? Here's the pixel results on Chromium: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&showLargeExpectations=true&tests=fast%2Fforms%2Fcaret-rtl.html&master=ChromiumWebkit (In reply to comment #15) > This caused the focus ring around the div to no longer be painted in fast/forms/caret-rtl.html. Is that expected? To answer my own question: yes, because the content editable div now has an outline style. I'll rebaseline. Comment on attachment 75482 [details] Patch Cleared Maciej Stachowiak's review+ from obsolete attachment 75482 [details] so that this bug does not appear in http://webkit.org/pending-commit. Please use a separate bug for regressions. Um... Looking at: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#the-embed-element I no longer see a "hidden" attribute on <embed> are we sure it's still a part of the spec? This change caused "regression" bug 56575. If "hidden" is no longer an attribute on <embed> seems we should roll out this patch. http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#the-object-element also doesn't mention anything about a "hidden" attribute. I think this patch should be rolled out. Nevermind, hidden is a global attribute: http://www.whatwg.org/specs/web-apps/current-work/multipage/editing.html#the-hidden-attribute |