Closed
Bug 985060
Opened 11 years ago
Closed 11 years ago
[B2G][Everything.me] Searching in e.me then swiping to the right to the homescreen while the background image is loading results in icons looking sliced or broken
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
WORKSFORME
blocking-b2g | 1.4+ |
Tracking | Status | |
---|---|---|
b2g-v1.3 | --- | unaffected |
b2g-v1.4 | --- | affected |
People
(Reporter: rpribble, Unassigned)
References
Details
(Keywords: regression, Whiteboard: dogfood1.4, Priority 2)
Attachments
(2 files)
Description:
Performing a search in the e.me bar, then swiping from right to left to view the homescreen while the background image is still loading on the e.me can result in the left row of homescreen items looking sliced or broken.
Repro Steps:
1) Updated Buri to BuildID: 20140318000203
2) Tap the e.me search bar
3) Type a few letters (4 used in test)
4) During or immediately after the loading symbol, before the background search image has finished loading, swipe from right to left to move to the homescreen
5) Observe the left row of homescreen icons appear broken
Actual:
Icons appear broken.
Expected:
No icons appear broken.
Environmental Variables:
Device: Buri v1.4 MOZ ril
BuildID: 20140318000203
Gaia: c03a6af9028c4b74a84b5a98085bbb0c07261175
Gecko: 3776f72f1967
Version: 30.0a2
Firmware Version: v1.2-device.cfg
Notes:
Repro frequency: 2/10, 20%
See attached: Video
Reporter | ||
Comment 1•11 years ago
|
||
This issue does not occur on the Buri v1.3 MOZ ril.
Environmental Variables:
Build ID: 20140318004002
Gecko: https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/cf2042938526
Gaia: 2ea2aab306bd1c941719160cdcb49ee9d755dc17
Platform Version: 28.0
Firmware Version: V1.2-device.cfg
Updated•11 years ago
|
blocking-b2g: --- → 1.4?
Keywords: regression,
regressionwindow-wanted
Comment 2•11 years ago
|
||
Does this reproduce with tiling disabled?
Component: Gaia::Everything.me → Gaia::Homescreen
Keywords: regressionwindow-wanted → qawanted
Comment 3•11 years ago
|
||
Perhaps a duplicate of bug 984490?
Updated•11 years ago
|
Component: Gaia::Homescreen → Graphics
Product: Firefox OS → Core
Version: unspecified → 30 Branch
Updated•11 years ago
|
blocking-b2g: 1.4? → 1.4+
Comment 4•11 years ago
|
||
It happens also with tiling disabled on 1.4
Comment 5•11 years ago
|
||
Hmm. I was just going to say that it looks remarkably like bug 983883, bug 984531, bug 984618, but those are currently being treated as tiling only.
Comment 6•11 years ago
|
||
(In reply to Milan Sreckovic [:milan] from comment #5)
> Hmm. I was just going to say that it looks remarkably like bug 983883, bug
> 984531, bug 984618, but those are currently being treated as tiling only.
Looks like we need a window then.
Keywords: regressionwindow-wanted
Updated•11 years ago
|
QA Contact: ktucker
Comment 7•11 years ago
|
||
The following regression window was found using b2g-inbound builds:
- Last Working -
1.4 Environmental Variables:
Device: buri 1.4 MOZ
BuildID: 20140307085255
Gaia: 5de5cab90e1a83d81c0fc506912696d85b1865fe
Gecko: 6175ca5a9da4
Version: 30.0a1
Firmware Version: v1.2-device.cfg
- First Broken -
1.4 Environmental Variables:
Device: buri 1.4 MOZ
BuildID: 20140307091726
Gaia: 5de5cab90e1a83d81c0fc506912696d85b1865fe
Gecko: 45253e02bde3
Version: 30.0a1
Firmware Version: v1.2-device.cfg
Gecko Pushlog: http://hg.mozilla.org/integration/b2g-inbound/pushloghtml?fromchange=6175ca5a9da4&tochange=45253e02bde3
Keywords: regressionwindow-wanted
Comment 8•11 years ago
|
||
Can you include the gecko & gaia swap?
Assuming this is gecko related, then this was caused by bug 977757.
Blocks: 977757
Flags: needinfo?(ktucker)
Updated•11 years ago
|
Component: Graphics → CSS Parsing and Computation
Comment 9•11 years ago
|
||
This is a Gecko issue. The Gaia is the same for both builds.
Flags: needinfo?(ktucker)
Attachment #8393037 -
Attachment mime type: audio/ogg → video/ogg
Seems likely to be layers-related, given that will-change is changing our layerization decisions, though it's possible it could be closer to FrameLayerBuilder.
Component: CSS Parsing and Computation → Graphics: Layers
Comment 11•11 years ago
|
||
A bit of a long shot, but is there any fixed position content involved here? I'm wondering if this is another manifestation of bug 874950. Even if it isn't, it looks like a similar issue - where content is incorrectly being occluded...
Comment 12•11 years ago
|
||
(In reply to Chris Lord [:cwiiis] from comment #11)
> A bit of a long shot, but is there any fixed position content involved here?
> I'm wondering if this is another manifestation of bug 874950. Even if it
> isn't, it looks like a similar issue - where content is incorrectly being
> occluded...
In fact, thinking about this, bug 874950 only fixes this for layers with displayports, but I suppose the same thing could happen for async-transformed layers too.
Updated•11 years ago
|
Assignee: nobody → chrislord.net
Comment 13•11 years ago
|
||
I'm on PTO for two weeks and haven't had the time to look at this yet. needinfo'ing myself in case this isn't picked up again before then.
Assignee: chrislord.net → nobody
Flags: needinfo?(chrislord.net)
Comment 14•11 years ago
|
||
Milan, because Chris is on PTO for 2 weeks and this bug is a 1.4+ bug, could we find another one to help? Thanks!
Flags: needinfo?(milan)
Updated•11 years ago
|
Whiteboard: dogfood1.4 → dogfood1.4, Priority 2
Comment 15•11 years ago
|
||
The video's great but I thought a frame of it showing the problem may be helpful.
Comment 16•11 years ago
|
||
(In reply to Kevin Hu [:khu] from comment #14)
> Milan, because Chris is on PTO for 2 weeks and this bug is a 1.4+ bug, could
> we find another one to help? Thanks!
If something opens up, but I wouldn't count on it.
Flags: needinfo?(milan)
Comment 17•11 years ago
|
||
This bug has no update for a while. Not sure if we have any action plan or not. :)
Comment 18•11 years ago
|
||
We wait for Chris to come back and we look at this in priority order.
Comment 19•11 years ago
|
||
(In reply to Milan Sreckovic [:milan] from comment #18)
> We wait for Chris to come back and we look at this in priority order.
Basically, as suggested by comment 16.
Comment 20•11 years ago
|
||
Thanks, Milan.
Comment 21•11 years ago
|
||
Chris, can you take a look at this now you're back?
Comment 22•11 years ago
|
||
I can't reproduce this using the instructions in comment #0/trying to follow the video on latest master. Is this still an issue for the reporter?
Flags: needinfo?(chrislord.net) → needinfo?(rpribble)
Comment 23•11 years ago
|
||
This issue does NOT reproduce in the latest Master build.
2.0 Environmental Variables:
Device: Buri 2.0
BuildID: 20140430115207
Gaia: e729838c39856046f5526468b18cfa507bd613a6
Gecko: 69ae2efbe943
Version: 30.0
Firmware Version: v1.2-device.cfg
Comment 24•11 years ago
|
||
(In reply to Harvey from comment #23)
> This issue does NOT reproduce in the latest Master build.
>
> 2.0 Environmental Variables:
> Device: Buri 2.0
> BuildID: 20140430115207
> Gaia: e729838c39856046f5526468b18cfa507bd613a6
> Gecko: 69ae2efbe943
> Version: 30.0
> Firmware Version: v1.2-device.cfg
Can you check 1.4 as well?
Keywords: qawanted
Comment 25•11 years ago
|
||
This issue does NOT reproduce on 1.4
Environmental Variables:
Device: Buri v1.4
BuildID: 20140430000201
Gaia: 81e97c3ca58be0487292011bc59efa4cebab30be
Gecko: 123485e733d5
Version: 30.0
Firmware Version: v1.2-device.cfg
Keywords: qawanted
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•