Strange bug in sort-order

[kizu]

When I use the 0.1.0 csscomb on this CSS (with those settings):

.test
{
    position: absolute;
    top: -1px;
    right: -1px;
    bottom: -1px;
    left: -1px;

    border: 1px solid transparent;
    border-color: rgba(0,0,0,0.38) rgba(0,0,0,0.27) rgba(0,0,0,0.16);

    background: -webkit-linear-gradient(#fff, #fff);
    background: linear-gradient(#fff, #fff);
    background-clip: padding-box;
    background-size: 16px 16px;

    -webkit-appearance: textfield;
}

I get this result:

.test
{
    position: absolute;
    -webkit-appearance: textfield;
    right: -1px;
    bottom: -1px;
    left: -1px;

    border: 1px solid transparent;

    top: -1px;

    background: -webkit-linear-gradient(#fff, #fff);
    background: linear-gradient(#fff, #fff);
    background-clip: padding-box;
    background-size: 16px 16px;
    border-color: rgba(0,0,0,.38) rgba(0,0,0,.27) rgba(0,0,0,.16);
}

You can see how the -webkit-appearance, top and border-color are placed.

[miripiruni]

1.0.0?

[kizu]

Typo, 0.1.0, of course, fixed.

[L0stSoul]

i'l try to fix it

[bivihoba]

Another case with "display:-moz-inline-stack" (v1.0.0 with default .csscomb.json).

Source:

.test
{
    width: 0;
    height: 0;

    background: #fff;
    color: #000;

    display: -moz-inline-stack;
    display: inline-block;

    position: absolute;
    top: 0;
    right: 0;
    bottom: 0;
    left: 0;
}

Result:

.test
{
    position: absolute;
    top: 0;
    right: 0;
    bottom: 0;
    left: 0;

    display: inline-block;
    display: -moz-inline-stack;

    width: 0;
    height: 0;

    color: #000;
    background: #fff;
}

Свойства видимо могут быть любыми, но какое-то магическое значение имеет их количество и порядок записи (до или после display в данном случае). Например, если перенести background и color ниже display, то для него сохранится верный порядок следования.