Implement HTML5 hidden attribute
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