This is known/expected fallout from a spec change. See https://bugzilla.mozilla.org/show_bug.cgi?id=1043520 for other trouble that it's caused. :-/
tl;dr: you need to set "min-height:0" on the 'section' to get the behavior you want. Here's the fixed version: http://jsfiddle.net/vyhf2rzL/2/ Basically: flex items are now, by default, given a minimum main-size (height in this case) of their min-content size (their auto-height, in this case). In your case, that is the *full* height of the tall list. The flex item won't shrink below this minimum size, unless you disable it by explicitly setting "min-height". The spec tries to make this "do the right thing" with overflow:auto/scroll/hidden content by *disabling* this min-size behavior on flex items that have "overflow" set. But in your example, the (tall) flex item does *not* have "overflow" set. Its *child* has "overflow" set. So we still do the min-content min-sizing behavior (as the spec requires). I brought this scenario (with "overflow" being set on a child of a flex item) up on the www-style list, since it's the most common pitfall we've run into with this spec-change breaking content: http://lists.w3.org/Archives/Public/www-style/2014Jul/0589.html ...but unfortunately there's not a good solution for it; it seems that authors just have to know to set "min-height:0" (or "min-width:0") in this case. ~Daniel On 11/05/2014 08:02 AM, sendwithch...@gmail.com wrote: > Hi, > > The following jsFiddle shows inconsistency between FF versions 33 and 34. > In version 34, the content is not scrollable. In 33 it is. > > http://jsfiddle.net/vyhf2rzL/1/ > > Is this a bug in FF 34? > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
