User-Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0 Just started up a newly-flashed spark device. The rendering of the tour at the end of first-time-usage flow was entirely horked.

I tried to take screenshots, but the screenshots captured the correct rendering (as I could see when the screenshot was captured). So, possibly an invalidation bug of some sort. I took a photo from a different phone to capture the broken rendering; photo coming up.

I saw something similar when starting the Camera app for the first time, too, after I accepted the geolocation permissions prompt. At that point, I think I saw the camera briefly, and then a blank prompt covered up the screen (similar to the geolocation prompt, but with no content). May be a general bug with rendering popups/prompts, perhaps.

VERSION INFO (this version came straight from aries.zip, the initial flash image, which I saved yesterday): Build Identifier: 20150528210322 Update channel: dogfood Git commit info: 2015-05-28 19:50:18 18f7c340 Looks like this is the latest version -- "check for updates" doesn't offer me anything, at least.

Also: if I do "launch first time use" from Settings | Developer, everything renders fine. I only encountered this bug when I legitimately encountered the first-time-use flow at phone turn-on time.

(To clarify: the device here is a Sony Xperia Z3)

Sam, Fernando, could one of you take a look at this please?

(In reply to Daniel Holbert [:dholbert] from comment #3) > I saw something similar when starting the Camera app for the first time, > too, after I accepted the geolocation permissions prompt. At that point, I > think I saw the camera briefly, and then a blank prompt covered up the > screen (similar to the geolocation prompt, but with no content). > > May be a general bug with rendering popups/prompts, perhaps. I'm betting on this as well, which would mean that it's probably an issue in Window Management. But I think that it's best if we start with the FTU component and verify that guess.

This may be a driver/config issue actually, the FTU tutorial is frequently the canary in the mine for these kind of issues as its the first time the video decoder is put to use. Can you confirm if you are able to play any video either from the gallery or a web page? You could try the tutorial assets themselves (known to be good) e.g https://raw.githubusercontent.com/mozilla-b2g/gaia/master/apps/ftu/style/images/tutorial/Notifications.mp4

Yup, that video plays just fine in the Browser. (Per comment 5, the FTU tutorial also played fine when I launched it from settings.)

This seems to be device-specific to the Sony Xperia Z3, Eveyln, can I put this on your radar? Cancelling ni for fcampo, I dont think there's anything we can do in the FTU to mitigate this but do let me know.

FWIW: I have more reliable STR for a very similar bug (possibly the same underlying issue) over in bug 1171761.

(In reply to Sam Foster [:sfoster] from comment #11) > This seems to be device-specific to the Sony Xperia Z3, Eveyln, can I put > this on your radar? > Cancelling ni for fcampo, I dont think there's anything we can do in the FTU > to mitigate this but do let me know. I don't think Z3C issues are under my radar because my team doesn't get any device. As I know, Device team only participates on L porting. It's better to have someone with device to fix it due to the tight schedule.

I went to look into this and it failed to reproduce for me. I did just have more luck with bug 1171761 and based on what I'm seeing there I'm strongly inclined to think that a) these are the same bug, and b) this is a graphics or widget issue.

Redirecting this to be a dupe of bug 1171201, since this is more directly a dupe of that than of bug 1171761 (which is also marked as a dupe now).