New issue
Advanced search Search tips

Issue 278115 link

Starred by 16 users

Issue metadata

Status: Fixed
Closed: Sep 2013
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression

Sign in to add a comment

List-style-position:inside stopped working - Chrome 29

Reported by, Aug 23 2013

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Go to and see top menu. You will se a problem with link images. It is caused that browser ignores list-style-position:inside, it was working in earlier versions. It also works in IE and Firefox.

What is the expected behavior?

What went wrong?
CSS property list-style-position:inside stopped working in Chrome 29. Now it always acts as list-style-position:outside

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? Yes 

Does this work in other browsers? Yes Internet Explorer 10, Firefox

Chrome version: 29.0.1547.57  Channel: stable
OS Version: 6.2 (Windows 8)
Flash Version: Shockwave Flash 11.8 r800
Labels: -Pri-2 -Via-Wizard -Type-Compat Pri-1 Cr-Blink Type-Bug-Regression M-29
Status: Untriaged
Able to repro this issue on Win7,chrome 29.0.1547.57 (Official Build 217859),31.0.1608.1 (Official Build 218914) canary Aura

Status: Assigned
Blink bisect result:

Comment 3 by Deleted ...@, Aug 28 2013

Also visible on Mac (Lion). Chrome Version 29.0.1547.57

Reduced test case:
Able to repro in Chrome 29.0.1547.65 (Mac OS 10.8.4 Mountain Lion)

Comment 5 by, Sep 4 2013

I can reproduce this issue in Chrome 29.0.1547.65 (Mac OS 10.8.4 Mountain Lion) and in Chrome 29.0.1547.59 (Android 4.3, build JWR66Y).  

This behaved properly when the site was developed about a year ago.  Works fine in latest Firefox and Safari.

See footer navigation at

Comment 6 by, Sep 4 2013

Status: Started
On it, thanks for the report and regression range.
Project Member

Comment 7 by, Sep 11 2013

The following revision refers to this bug:

r157560 | | 2013-09-11T01:25:20.180339Z

Changed paths:

Fix list-style-position: inside

We currently handle list-style-position: inside incorrectly and in
trying to fix this in the past broke handling of it for floating items
(r151263). This change reversed that incorrect fix and instead updated
RenderListItem to invalidate the preferred width for the containing
block once the render tree has been updated to include to marker for
list-style-position: inside list markers.

BUG= 278115 

Review URL:

Comment 8 by, Sep 11 2013

Status: Fixed

Comment 9 by Deleted ...@, Sep 18 2013

It still happens to me. I'm using Chrome for Mac Mountain Lion 29.0.1547.65 and in <li> elements there's a visible change of state between list-style-position inside and outside. BUT is happens nothing when this list-style-position is in a <li> element pending from another <li> element. Example:

<li>item 1</li>
<li>item 2
<li>subitem 1</li>
<li>subitem 1</li>
<li>subitem 1</li>

Item 1 and 2 react to inside and outside position. But subitems don't.

Comment 10 by, Sep 18 2013

That is expected greygarlanda, version 29 does not have the fix.
Still occurring in 30.0.1599.69. Is it supposed to be fixed? If not when is it likely to be released?

Comment 12 by, Oct 7 2013

The fix is in version 31.

Comment 13 Deleted

Comment 14 by Deleted ...@, Apr 23 2014

Is this bug really fixed? I'm on version 34.0.1847.116 m and I can still recreate this bug.

Comment 15 by Deleted ...@, May 28 2014

Is it fixed?

Comment 16 by Deleted ...@, Nov 2 2014

Can still reproduce the bug on Mac Version 38.0.2125.111

Sign in to add a comment