Closed Bug 458588 Opened 16 years ago Closed 16 years ago

remove uses of -moz-outline* and drop the aliases afterwards

Categories

(Core :: CSS Parsing and Computation, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9.2a1

People

(Reporter: crazy-daniel, Assigned: crazy-daniel)

References

()

Details

(Keywords: dev-doc-complete)

Attachments

(4 files, 2 obsolete files)

See Bug 413141 comment #13 and #14.

The patch replaces several uses of -moz-outline-offset with outline-offset.

There are also some reftests that use both. Should they stay as they are or should I include them in the patch?
Attachment #341808 - Flags: superreview?(bzbarsky)
Attachment #341808 - Flags: review?(myk)
Comment on attachment 341808 [details] [diff] [review]
s/-moz-outline-offset/outline-offset/ for mozilla-central
[Checkin: Comment 6]

If the reftests use both, leave them as they are, I would say.
Attachment #341808 - Flags: superreview?(bzbarsky) → superreview+
I know better, I swear I do.
Attachment #341848 - Flags: review?(mkmelin+mozilla)
Attachment #341848 - Flags: review?(mkmelin+mozilla) → review+
Comment on attachment 341848 [details] [diff] [review]
comm-central use
[Checkin: Comment 3]

Pushed: http://hg.mozilla.org/comm-central/rev/22aa09787c8a
Attachment #341848 - Attachment description: comm-central use → [checked in] comm-central use
Comment on attachment 341808 [details] [diff] [review]
s/-moz-outline-offset/outline-offset/ for mozilla-central
[Checkin: Comment 6]

This is an obvious good fix, but note that I'm not a toolkit peer, so I'm not authorized to review its code.
Attachment #341808 - Flags: review?(myk) → review+
(In reply to comment #4)
> (From update of attachment 341808 [details] [diff] [review])
> This is an obvious good fix, but note that I'm not a toolkit peer, so I'm not
> authorized to review its code.

Thanks. Should I ask for another review then, or am I fine with r+sr?
Attachment #341808 - Flags: review?(enndeakin)
Attachment #341808 - Flags: review?(enndeakin) → review+
Keywords: checkin-needed
Comment on attachment 341808 [details] [diff] [review]
s/-moz-outline-offset/outline-offset/ for mozilla-central
[Checkin: Comment 6]

http://hg.mozilla.org/mozilla-central/rev/1965b824bb06
Attachment #341808 - Attachment description: s/-moz-outline-offset/outline-offset/ for mozilla-central → s/-moz-outline-offset/outline-offset/ for mozilla-central [Checkin: Comment 6]
Attachment #341848 - Attachment description: [checked in] comm-central use → comm-central use [Checkin: Comment 3]
(In reply to comment #5)
> Thanks. Should I ask for another review then, or am I fine with r+sr?

Erm, sorry, I wasn't cc:ed on this bug, so I didn't get this question.  You did the right thing to ask for another review.
ToDo: (afaict)
/layout/base/nsPresShell.cpp
/layout/style/nsCSSProps.cpp
Status: NEW → ASSIGNED
Flags: in-testsuite-
Keywords: checkin-needed
You also want to remove the -moz-outline-* (except for radius) from the tests (reftest and layout/test).
(In reply to comment #7)
> Erm, sorry, I wasn't cc:ed on this bug, so I didn't get this question.  You did
> the right thing to ask for another review.

No problem, it was really my fault. I'm still new to patch writing after all.

(In reply to comment #9)
> You also want to remove the -moz-outline-* (except for radius) from the tests
> (reftest and layout/test).

In comment #1, Boris suggested otherwise, so now I'm really unsure what to do about them.
As soon as you remove the -moz-outline aliases from nsCSSProps.cpp, the tests will start to fail...
(In reply to comment #11)
> As soon as you remove the -moz-outline aliases from nsCSSProps.cpp, the tests
> will start to fail...

Actually, they won't fail. All the tests got both, -moz-outline-offset and outline-offset. That's why I initially asked wether to remove the prefixed properties or not.

Personally I'm fine with any choice, but I'd prefer not do something someone would much rather I'm not doing.
This removes the last occurrence of -moz-outline-offset in nsPresShell.cpp and the whole mozilla-central.

The reftests can be changed any time in the future.

btw, roc, do you have an opinion on wether the reftests should use both: -moz-outline-offset and outline-offset (that's the current situation) or only the latter (proposed by Alfred)?
Attachment #343791 - Flags: superreview?(roc)
Attachment #343791 - Flags: review?(roc)
Attachment #343791 - Flags: superreview?(roc)
Attachment #343791 - Flags: superreview+
Attachment #343791 - Flags: review?(roc)
Attachment #343791 - Flags: review+
I think it's fine to leave them as they are.
Keywords: checkin-needed
Comment on attachment 343791 [details] [diff] [review]
nsPresShell.cpp use
[Checkin: Comment 15]

http://hg.mozilla.org/mozilla-central/rev/d90514f93076
Attachment #343791 - Attachment description: nsPresShell.cpp use → nsPresShell.cpp use [Checkin: Comment 15]
This is a simple patch that empties the gAliases array. That's probably the best idea because new aliases may be needed in the future.

The one question I got is wether the empty string is correct in the sizeof() part.
Attachment #345721 - Flags: superreview?(dbaron)
Attachment #345721 - Flags: review?(dbaron)
Comment on attachment 345721 [details] [diff] [review]
remove the aliases
[Backout: Comment 24]

r+sr=dbaron
Attachment #345721 - Flags: superreview?(dbaron)
Attachment #345721 - Flags: superreview+
Attachment #345721 - Flags: review?(dbaron)
Attachment #345721 - Flags: review+
(But if this doesn't land before beta2, it shouldn't land until the next cycle.)
Keywords: checkin-needed
Attachment #345721 - Flags: approval1.9.1b2?
Keywords: checkin-needed
I think we should just move this to the next release instead of trying to get it into beta2.
Attachment #345721 - Flags: approval1.9.1b2? → approval1.9.1b2-
Comment on attachment 345721 [details] [diff] [review]
remove the aliases
[Backout: Comment 24]

As per roc's comments, not approved for this release.
Now that there's a third beta, roc/dbaron, should it be considered?
Given that we want extension authors to develop based on beta2, probably not.
Comment on attachment 345721 [details] [diff] [review]
remove the aliases
[Backout: Comment 24]

http://hg.mozilla.org/mozilla-central/rev/f3663178d2e2
Attachment #345721 - Attachment description: remove the aliases → remove the aliases [Checkin: Comment 23]
Attachment #345721 - Attachment description: remove the aliases [Checkin: Comment 23] → remove the aliases [Backout: Comment 24]
Comment on attachment 345721 [details] [diff] [review]
remove the aliases
[Backout: Comment 24]

Backed out:
http://hg.mozilla.org/mozilla-central/rev/19e40cd74411
http://hg.mozilla.org/mozilla-central/rev/c9d7a1d3f413

See for example:
{
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1228568571.1228569116.26944.gz
Linux mozilla-central build on 2008/12/06 05:02:51

/builds/moz2_slave/mozilla-central-linux/build/layout/style/nsCSSProps.cpp:149: error: zero-size array ‘gAliases’
}
Keywords: checkin-needed
Target Milestone: --- → mozilla1.9.2a1
Attachment #345721 - Attachment is obsolete: true
(In reply to comment #24)

Windows too:
{
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1228569640.1228570044.29013.gz
WINNT 5.2 mozilla-central moz2-win32-slave07 dep unit test on 2008/12/06 05:20:40

e:/slave/trunk_win2k3-7/build/layout/style/nsCSSProps.cpp(149) : error C2466: cannot allocate an array of constant size 0
}

Where did you succeed to compile this patch ?
(In reply to comment #8)
> ToDo: (afaict)

I confirm that the only things now left in tree are:
*"-moz-outline-radius*".
*a few tests with both "-moz-outline-offset" and "outline-offset".
(In reply to comment #25)
> Where did you succeed to compile this patch ?

Actually I didn't try because this was supposed to be a small change. I'm terribly sorry.

Hm, so we need to approach this in a different way.
I could leave -moz-outline-offset in, because it's CSS3 (CR though), but that seems to be inconsequent.

(In reply to comment #26)
> I confirm that the only things now left in tree are:
> *"-moz-outline-radius*".

These are no aliases (and defined in no standard as far as I know).

> *a few tests with both "-moz-outline-offset" and "outline-offset".

We decided to leave them as they are for now.
I'd prefer if you just removed the aliases mechanism entirely now that we're not using it.
Attached patch no more aliases (obsolete) — Splinter Review
(In reply to comment #28)
> I'd prefer if you just removed the aliases mechanism entirely now that we're
> not using it.

ok, that's it, or is it?
Attachment #351707 - Flags: superreview?(dbaron)
Attachment #351707 - Flags: review?(dbaron)
Comment on attachment 351707 [details] [diff] [review]
no more aliases

>-  // LookupProperty(nsACString&).  The table will do its own
>+  // LookupProperty(nsACString&). The table will do its own

The spacing was better the way it was.

r+sr=dbaron if you compiled it
Attachment #351707 - Flags: superreview?(dbaron)
Attachment #351707 - Flags: superreview+
Attachment #351707 - Flags: review?(dbaron)
Attachment #351707 - Flags: review+
(In reply to comment #31)
> r+sr=dbaron if you compiled it

Not personally, but Bill Gianopoulos was so kind to include the patch in his builds. They work fine after my tests. (The next patch will be built by my own hands again).

> The spacing was better the way it was.

Here's the same patch that preserves the spacing.
Attachment #351707 - Attachment is obsolete: true
Keywords: checkin-needed
http://hg.mozilla.org/mozilla-central/rev/e731e7196ba9
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
(In reply to comment #27)
> Actually I didn't try because this was supposed to be a small change. I'm
> terribly sorry.

No big harm this time,
but patches are required to have been compiled ... to help prevent any such "unexpected things" :-|

> > *"-moz-outline-radius*".
> These are no aliases (and defined in no standard as far as I know).
> > *a few tests with both "-moz-outline-offset" and "outline-offset".
> We decided to leave them as they are for now.

I wasn't complaining: I was confirming that there was no more leftovers, this time :-)

Thanks for working on this bug !
(In reply to comment #34)
> No big harm this time,
> but patches are required to have been compiled ... to help prevent any such
> "unexpected things" :-|

I'll definitely keep this in mind.

> I wasn't complaining: I was confirming that there was no more leftovers, this
> time :-)

All right, I won't forget this either!

I'll let the bug rest now :-)
The documentation has been updated.
Depends on: 521503
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: