Persona is no longer an option for authentication on BMO. For more details see Persona Deprecated.
Last Comment Bug 738440 - Support queryCommandState("stylewithcss")
: Support queryCommandState("stylewithcss")
Product: Core
Classification: Components
Component: Editor (show other bugs)
: Trunk
: All All
: -- enhancement (vote)
: mozilla14
Assigned To: Aryeh Gregor (:ayg) (working until November 1)
: Jet Villegas (:jet)
Depends on:
  Show dependency treegraph
Reported: 2012-03-22 13:37 PDT by Aryeh Gregor (:ayg) (working until November 1)
Modified: 2012-04-04 04:46 PDT (History)
2 users (show)
ayg: in‑testsuite+
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

Patch v1 (4.74 KB, patch)
2012-03-22 14:27 PDT, Aryeh Gregor (:ayg) (working until November 1)
ehsan: review+
Details | Diff | Splinter Review
Patch v2, test failure fixed (6.06 KB, patch)
2012-03-23 12:06 PDT, Aryeh Gregor (:ayg) (working until November 1)
ehsan: review+
Details | Diff | Splinter Review

Description Aryeh Gregor (:ayg) (working until November 1) 2012-03-22 13:37:15 PDT
WebKit supports it, and it makes sense, so I specced it.  The spec requires non-support of state for useCSS.
Comment 1 Aryeh Gregor (:ayg) (working until November 1) 2012-03-22 14:27:19 PDT
Created attachment 608478 [details] [diff] [review]
Patch v1

I think the old behavior was just a bug.  The code set STATE_ATTRIBUTE to a boolean, but it's supposed to be a string.  So when QueryCommandValue() tried retrieving "state_attribute" as a string, it found nothing.  And when QueryCommandState() tried retrieving "state_all" as a boolean, it also found nothing.  All this just demonstrates that the code here is sufficiently confusing that it baffled the people who wrote it . . .

I had to add a special case for useCSS, because the spec says queryCommandState() shouldn't be supported for it.  It's legacy cruft, and I want to support as few features as possible for it.  Plus, we'd need a special case for it anyway, because we'd have to invert the return value if it were to make any sense.
Comment 2 Mozilla RelEng Bot 2012-03-22 14:31:06 PDT
Autoland Patchset:
	Patches: 608478
	Branch: mozilla-central => try
Try run started, revision 4c9d8f3ff72d. To cancel or monitor the job, see:
Comment 3 Away, back on Nov 10 2012-03-22 16:11:21 PDT
Comment on attachment 608478 [details] [diff] [review]
Patch v1

Review of attachment 608478 [details] [diff] [review]:

r=me, but I think you should also modify
Comment 4 Mozilla RelEng Bot 2012-03-23 01:47:02 PDT
Try run for 4c9d8f3ff72d is complete.
Detailed breakdown of the results available here:
Results (out of 219 total builds):
    exception: 2
    success: 171
    warnings: 32
    failure: 14
Builds (or logs if builds failed) available at:
Comment 5 Aryeh Gregor (:ayg) (working until November 1) 2012-03-23 12:06:16 PDT
Created attachment 608809 [details] [diff] [review]
Patch v2, test failure fixed

Same as last patch, but with test_bug408231.html fixed.  I wrote the test based on bug 738366 being fixed, so it should be false rather than true.  Thus bug 738366 needs to land first, or at the same time.  This patch will conflict with the bug 738385 changes, but that's okay, it should be easy to merge.

(I don't know why queryCommandValue("stylewithcss") is suddenly returning the empty string instead of throwing, but it's moot, because it will do that anyway after bug 738385 lands.)
Comment 6 Aryeh Gregor (:ayg) (working until November 1) 2012-04-03 07:16:59 PDT
Comment 7 Marco Bonardo [::mak] 2012-04-04 04:46:08 PDT

Note You need to log in before you can comment on or make changes to this bug.