Open
Bug 1099411
Opened 10 years ago
Updated 2 years ago
[Calendar] Tapping the day tap repeatedly causes the screen to flash black
Categories
(Core :: Layout, defect)
Tracking
()
NEW
blocking-b2g | - |
Tracking | Status | |
---|---|---|
b2g-v2.0 | --- | unaffected |
b2g-v2.1 | --- | affected |
b2g-v2.2 | --- | unaffected |
People
(Reporter: rmead, Unassigned)
References
()
Details
(Keywords: regression, Whiteboard: [2.1-exploratory-3])
Attachments
(1 file)
90.27 KB,
text/plain
|
Details |
Description:
While on the 'Calendar' app, if you tap the day tab once, every time you tap it after the initial tap the screen will flash black.
Repro Steps:
1) Update a Flame device to BuildID: 20141114001204
2) Tap 'Calendar' app
3) Tap 'Day' tap
4) Tap 'Day' tap again
Actual:
The page will rescroll through the different times and flash black
Expected:
Either the times rescroll without a black box flashing or the Day tab should do nothing
Flame 2.1(319mb)(KitKat)(Shallow Flash)
Environmental Variables:
Device: Flame 2.1
BuildID: 20141114001204
Gaia: af6533781356acc62b0f40c9e040aa5b47d3b709
Gecko: 551326425826
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Repro frequency: 100%
See attached: logcat, video - http://youtu.be/hY3-_Tf-SGo
Reporter | ||
Comment 1•10 years ago
|
||
This issue does NOT occur on Flame 2.0(319mb) and Flame 2.2(319mb)
Tapping on the day tap repeatedly doesn't cause a black flash
Flame 2.0
Device: Flame 2.0 (319mb)(Kitkat Base)(Shallow Flash)
Build ID: 20141114000200
Gaia: 28991b28d54fc4ef8112c8fa678bf20f9faca8c8
Gecko: 62294be0fc98
Version: 32.0 (2.0)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Flame 2.2
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141114040205
Gaia: 1e300eac2e56d98ad51d414766d031db7d33221f
Gecko: bbb68df450c2
Version: 36.0a1 (2.2)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
[Blocking Requested - why for this release]:
This black flickering fills up the whole page and repros 100% of the time. Also the page has to scroll back into position causing it to seem like the user is on a different page, when they are actually on the same page.
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.0:
--- → unaffected
status-b2g-v2.0M:
unaffected → ---
Flags: needinfo?(dharris)
Keywords: regressionwindow-wanted
Updated•10 years ago
|
QA Contact: jmitchell
Comment 3•10 years ago
|
||
A reverse / fixed window not available, this issue occurs in the first 2.2 build
---------------------------------------------------------------------------------------------
B2g-34 (2.1) Regression Window:
Last Working:
Device: Flame 2.1
Build ID: 20141113112008
Gaia: af6533781356acc62b0f40c9e040aa5b47d3b709
Gecko: 252a33e86472
Version: 34.0 (2.1)
Firmware Version: v188-1
First Broken:
Device: Flame 2.1
Build ID: 20141113180633
Gaia: af6533781356acc62b0f40c9e040aa5b47d3b709
Gecko: 551326425826
Version: 34.0 (2.1)
Firmware Version: v188-1
Gaia/Gecko Swap
Last Working Gaia First Broken Gecko: Issue DOES reproduce
Gaia: af6533781356acc62b0f40c9e040aa5b47d3b709
Gecko: 551326425826
First Broken Gaia Last Working Gecko: Issue does NOT reproduce
Gaia: af6533781356acc62b0f40c9e040aa5b47d3b709
Gecko: 252a33e86472
Gecko pushlog:
http://hg.mozilla.org/releases/mozilla-b2g34_v2_1/pushloghtml?fromchange=252a33e86472&tochange=551326425826
----------------------------------------------------------------------------------------
Not sure but Possibly broken by changeset c486cd17bebb - which includes:
Bug 1097437
Bug 1092842 - this is my most likely cause
Bug 1096913
Can you take a look Roc?
QA Whiteboard: [QAnalyst-Triage+]
Flags: needinfo?(roc)
Keywords: regressionwindow-wanted
QA Contact: jmitchell
I could, but the first thing I'd do is make builds to verify the exact changeset that caused the regression. Can you do that for me?
Flags: needinfo?(roc)
Updated•10 years ago
|
Flags: needinfo?(nhirata.bugzilla)
Comment 5•10 years ago
|
||
we are not set up to be able to manually revert gecko commits individually - it is a process being worked on but it is not one currently in place
Flags: needinfo?(roc)
Comment 6•10 years ago
|
||
Thanks josh! Naoki, from QA is still trying to help with :roc's request here and may be able to comment here once he has a chance to test this.
Repos the issue :
Gaia ee1e5462fa4777eaa7950e0d75706be4383ec007
Gecko git : https://git.mozilla.org/?p=releases/gecko.git;a=commit;h=dd8f90ca875f4ddfede3433c5c6afc15b3c6b4ec
hg : http://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/19296c34b1ca )
BuildID 20141119173756
Version 34.0
ro.build.version.incremental=eng.nhirata.20141119.165953
ro.build.date=Wed Nov 19 17:00:21 PST 2014
Does not repro the issue :
Gaia ee1e5462fa4777eaa7950e0d75706be4383ec007
Gecko git : https://git.mozilla.org/?p=releases/gecko.git;a=commit;h=f762c8613e9eb2bf972d47e40a7ab8a0905df6e9
hg : http://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/4ccd3e117f5d )
BuildID 20141119173756
Version 34.0
ro.build.version.incremental=eng.nhirata.20141119.165953
ro.build.date=Wed Nov 19 17:00:21 PST 2014
It appears that the fix from Bug 1092842 seems to be the change.
Flags: needinfo?(nhirata.bugzilla)
Comment 9•10 years ago
|
||
Thanks Naoki - clearing QA-Wanted tag, request was completed in comment 7
Keywords: qawanted
Comment 11•10 years ago
|
||
Yes, probably. Thanks for the investigation as to what caused this. It would be triggered by the scenario where we have a border without rounded corners - can you confirm that's the case? Adding a small radius should have the problem go away (not suggesting that's the right thing to do in general.)
Component: Gaia::Calendar → Layout
Flags: needinfo?(milan)
Product: Firefox OS → Core
Comment 12•10 years ago
|
||
Dylan, can you get someone to confirm whether or not adding the small radius to the border that Milan referred to works around this?
Flags: needinfo?(doliver)
Comment 13•10 years ago
|
||
Miller, can you try out the suggestion in comment #11?
Flags: needinfo?(doliver) → needinfo?(mmedeiros)
Comment 14•10 years ago
|
||
adding `.day-events > .hour { border-radius:1px }` to the stylesheet fixed the glitch, but I would rather change the view/router logic to not trigger `onactive` multiple times in a row..
Flags: needinfo?(mmedeiros)
Comment 15•10 years ago
|
||
Joint triage: decided to minus it. Please re-nominate it again if there is any concern.
blocking-b2g: 2.1+ → -
Flags: needinfo?(roc)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•