Bug 30812 - [Regression 50090] Windows and Qt fail new editing/style/remove-nested-inline-styles.html test
Summary: [Regression 50090] Windows and Qt fail new editing/style/remove-nested-inline...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC OS X 10.5
: P1 Critical
Assignee: Nobody
URL:
Keywords: Qt
Depends on: 30784
Blocks:
  Show dependency treegraph
 
Reported: 2009-10-27 02:53 PDT by Eric Seidel (no email)
Modified: 2009-10-28 10:33 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Comment 1 Ryosuke Niwa 2009-10-27 11:32:03 PDT
This is due to the bug 30784.  My patch for 30784 (which has been r- for various reasons) should also fix this bug.
Comment 2 Ryosuke Niwa 2009-10-27 11:38:11 PDT
To clarify, on very platform except Mac, executeToggleStyle will check if the entire selection has the specified style.  But because of the bug 30784 (nested b'tag result in tri state of false), the selectionHasStyle returns false in Windows and Qt platforms.
Comment 3 Eric Seidel (no email) 2009-10-27 11:41:11 PDT
So what's your suggestion for how we should resolve this?  We can't leave tests red on the bots. :(

Do Windows/Qt need platform-specific results?  Should the "failing" section of the test be split out into a mac-only test?
Comment 4 Ryosuke Niwa 2009-10-27 12:28:37 PDT
(In reply to comment #3)
> So what's your suggestion for how we should resolve this?  We can't leave tests
> red on the bots. :(
> 
> Do Windows/Qt need platform-specific results?  Should the "failing" section of
> the test be split out into a mac-only test?

I have fixed my patch for the bug 30784.  Could you take a look?  This should fix Windows build unless I misunderstood the problem and I'm not reproducing the error properly.

Around L166 of EditorCommand.cpp inside executeToggleStyle, there is a if-statement that changes behavior for Mac.  I have confirmed that this bug is demonstrated when I forced to run the statement in else clause, and is fixed with my patch.  I'd like to confirm this on Windows but unfortunately, I don't have access to Windows machine with WebKit check out.
Comment 5 Ryosuke Niwa 2009-10-28 10:33:23 PDT
This regression has been fixed in http://trac.webkit.org/changeset/50172.