Closed Bug 1022167 Opened 11 years ago Closed 11 years ago

Ensure fence delivery for non-tiled thebes layer in b2g process gonk

Categories

(Core :: Graphics: Layers, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla33
blocking-b2g 2.0+
Tracking Status
firefox31 --- wontfix
firefox32 --- fixed
firefox33 --- fixed
b2g-v2.0 --- verified
b2g-v2.1 --- verified

People

(Reporter: sotaro, Assigned: sotaro)

References

Details

(Keywords: regression)

Attachments

(4 files, 1 obsolete file)

gecko deliver fence object by best effort for TiledContentClient. There is a cases that it is not enough. We need to ensure fence delivery for TiledContentClient. Basics of fence delivery ensuring is already implemented by Bug 1006957. I am going to use it. On later master nexus-5, this problem could be easily produced the the following STR. -[1] Start Setting app -[2] move "Developer" ->"Debugging via USB ADB only" -[3] On pop up window tousch "Disabled", ADB only and "ADB and DevTools" repeatedly until the problem happens. If the problem does not happen, restart the Settings app.
On Bug 1006957, fence delivery ensuring is already implemented for un-tiled thebes layer, canvas layer and Image layer.
blocking-b2g: --- → 1.4?
Nominate to b2g-v1.4. It is very bad user experience.
Assignee: nobody → sotaro.ikeda.g
Status: NEW → ASSIGNED
blocking-b2g: 1.4? → backlog
I saw the problem also on QRD8X26.
By the investigation the problem in comment 0 and Fence delivery for TiledLayer is independent problem. The problem happens on non-tiled thebes layer in chrome process(b2g). I am going to split "Ensure Fence delivery for TiledLayer" to a new bug.
Summary: Ensure fence delivery for TiledContentClient on gonk → Ensure fence delivery for non-tiled thebes layer in b2g process gonk
This is a regression of Bug 1006957.
Keywords: regression
Blocks: 1006957
(In reply to Sotaro Ikeda [:sotaro] from comment #6) > This is a regression of Bug 1006957. I already locally confirmed the fix on nexus-5.
I confirmed the fix on master nexut-5.
Attachment #8442121 - Flags: review?(nical.bugzilla)
Re-nominate to b2g-v1.4. It becomes clear that the problem is regression of Bug 1006957. And the problem happens not only on nexus-5 and also on qcom's qrd device. By the problem, UIs that exist in chrome process(b2g process) could cause the problem like attachment 8436331 [details]. Confirmation window UI is one example of the cases.
blocking-b2g: backlog → 1.4?
Can you please attach a screen shot? Given that its a regression and reproducible on several devices I'm keen to understand/ see the user impact.
Flags: needinfo?(sotaro.ikeda.g)
Attached video symptom of qrd8x26
I was very difficult to take a screen shot and failed to get it. Instead, I attached a movie of QRD8x26. The touched item of left most area becomes totally transparent.
Flags: needinfo?(sotaro.ikeda.g)
Comment on attachment 8442121 [details] [diff] [review] patch - Ensure fence delivery of thebes layer in b2g process Review of attachment 8442121 [details] [diff] [review]: ----------------------------------------------------------------- gfxPlatform::UsesOffMainThreadCompositing() will always return true in these code paths, r=me if you remove it from the if()s.
Attachment #8442121 - Flags: review?(nical.bugzilla) → review+
Apply the comment. Carry "r=nical".
Attachment #8442121 - Attachment is obsolete: true
Attachment #8442270 - Attachment description: patch v2 - Ensure fence delivery of thebes layer in b2g process → patch v2 - Ensure fence delivery of thebes layer in b2g process(r=nical)
Attachment #8442270 - Flags: review+
There is significant flicker but I want to know if this happens only on the Settings App or other Apps as well?
Flags: needinfo?(sotaro.ikeda.g)
(In reply to Preeti Raghunath(:Preeti) from comment #15) > There is significant flicker but I want to know if this happens only on the > Settings App or other Apps as well? The flicker could happen also another app that uses chrome(b2g process) side UI.
Flags: needinfo?(sotaro.ikeda.g)
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla33
Test team, Please test the patch on master. Would like to take in 1.4 so waiting for analysis.
Keywords: verifyme
No-jun, do you mind taking a look at this patch fix on the next master build, and see if this patch 1) is fixed, and 2) has any repercussions anywhere else? your analysis will help triage decide if this patch is low risk for 1.4 uplift. Thanks!
Flags: needinfo?(npark)
Sotaro, I flashed the local build of gecko into my flame device, and although the original issue is no longer reproducible, i see the exact issue of Bug 1023506 happening again. (the str is same, but more frequent once the orientation change is made) Do you think they are related or would it be caused by something else?
Flags: needinfo?(npark) → needinfo?(sotaro.ikeda.g)
(In reply to No-Jun Park [:njpark] from comment #20) > Sotaro, I flashed the local build of gecko into my flame device, and > although the original issue is no longer reproducible, i see the exact issue > of Bug 1023506 happening again. (the str is same, but more frequent once > the orientation change is made) Do you think they are related or would it > be caused by something else? I did not saw the problem on flame device. The problem happens more large display device. It happened on qrd8X26 and nexus-5. I do not have a madai device, it also seems to have large display, the problem could happen on it, I think.
Flags: needinfo?(sotaro.ikeda.g)
> i see the exact issue of Bug 1023506 happening again. Bug 1023506 seems different problem. It seems gallery app's problem.
Not a critical regression, so not blocking.
blocking-b2g: 1.4? → backlog
It fixes Bug 1033588. Please land the patch in v2.0 branch as well.
blocking-b2g: backlog → 2.0?
blocking-b2g: 2.0? → 2.0+
Cannot reproduce it on latest Flame KK build Comment 21 mentioned, we need to verify this patch on Nexus-5 or Madai.
Status: RESOLVED → VERIFIED
cannot reproduce it on Madai build KAG07d_pre1 wait nexus-5 result
nexus-5 also cannot reproduce this problem Gaia-Rev 2a612867039a7cfb3af6e692bfae4482b06705e9 Gecko-Rev Build ID 20140919143725 Version 34.0a2 Device Name hammerhead FW-Release 4.4.2 FW-Incremental eng.mikel.20140918.154302 FW-Date 四 9月 18 15:43:31 CST 2014 Bootloader HHZ11k
Keywords: verifyme
Attached video Verify_Video_Flame.MP4
This issue has been verified successfully on Flame 2.0 & 2.1. See attachment: Verify_Video_Flame.MP4 Reproducing rate: 0/10 Flame v2.0 version: Gaia-Rev 8d1e868864c8a8f1e037685f0656d1da70d08c06 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/c756bd8bf3c3 Build-ID 20141201000201 Version 32.0 Flame v2.1 version: Gaia-Rev ccb49abe412c978a4045f0c75abff534372716c4 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/18fb67530b22 Build-ID 20141201001201 Version 34.0
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: