On 2.1: The items on the status bar are not deterministic. Sometimes the time is shown and sometimes not. STR in my case: Create bookmark from www.kleine.at and open it. Play with expanding and collapsing the rocketbar.

Guillaume, have you seen this? Any idea what it could be?

From what I can tell, appchromecollapsed and appchromeexpanded are triggered mutiple times even on a simple unidirectional scroll, thus adding and removing the CSS class responsible for animating the url bar. This results in appchromecollapsed event being triggered when the rocket bar is in the middle of an animation and querying its width returns different random values. This is a regression from Bug 1074028. Kevin, can we fix the detection of the scroll direction? Or is there a way to know when the scroll has stopped and the transition ended so that we can trigger appchromeexpanded at that moment?

Hmm, I'd have to play around with this a bit to see what the best option here is. I wonder if we should be storing the minimized app chrome width within the app chrome instance itself? I feel that this may be more performant and stable than trying to guess it from the statusbar code.

Firefox OS is not being worked on