Closed Bug 1150798 Opened 9 years ago Closed 9 years ago

[FFOS7715 v2.1]Settings] Failed to use options of Settings

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect)

ARM
Gonk (Firefox OS)
defect
Not set
critical

Tracking

(blocking-b2g:2.1S+, b2g-v2.1 affected, b2g-v2.1S fixed, b2g-v2.2 affected, b2g-master verified)

VERIFIED FIXED
blocking-b2g 2.1S+
Tracking Status
b2g-v2.1 --- affected
b2g-v2.1S --- fixed
b2g-v2.2 --- affected
b2g-master --- verified

People

(Reporter: chaochao.huang, Assigned: arthurcc)

Details

(Keywords: verifyme)

Attachments

(2 files)

Attached file 0-main-21-26-32.log
STR:
1、Open the Settings app. 
2、Select any option from Settings.

OBSERVED:
3. Failed to use options of Settings.

EXPECTED:
4. Use options of Settings normally.
Hi gasolin,

Could you help check this issue?

You can get a video about this issue from http://pan.baidu.com/s/1bnvsD4r .

Thanks.
Flags: needinfo?(gasolin)
From the log:

04-02 21:54:17.830  1012  1012 E GeckoConsole: [JavaScript Error: "Error: Timeout for modules: " {file: "app://settings.gaiamobile.org/js/vendor/alameda.js" line: 1}]

I think some reason leads to load alameda.js unsuccessfully. Then failed to use options of Settings.
Hi Vance,

I think this is a serious problem. Could you help look for someone to check this issue?

Thanks.
Flags: needinfo?(vchen)
Hi Chaochao -

Is this bug 100% reproducible? if not, what is the reproducible rate? Also is there any possible RST that might cause this issue?

Thanks
Flags: needinfo?(vchen)
(In reply to Vance Chen [:vchen][vchen@mozilla.com] from comment #4)
> Hi Chaochao -
> 
> Is this bug 100% reproducible? if not, what is the reproducible rate? Also
> is there any possible RST that might cause this issue?
> 

The reproduction rate is very low. There isnot specific RST that might cause this issue. First analysis it according to the offered log.
Hi Arthur,

Could you help check this problem?

From Log, loading alameda.js unsuccessfully leads to this problem. Why is it so?
Flags: needinfo?(gasolin) → needinfo?(arthur.chen)
Hi Vance,

This is a VERY serious problem. Could you help look for someone to check this issue?

Thanks.
Flags: needinfo?(vchen)
Hi ChaoChao -

I totally agree that once reproduced, this issue is a very serious issue, however, as you mentioned on Comment#5, the reproduce rate is quite low. So the low reproduce rate combined with no RST, the best we can do is to investigate and guess from the log we have. And to be honest there is not much information within the log. So I am afraid we probably cannot make much progress on this one. Please understand the difficulties here

Thanks
Flags: needinfo?(vchen) → needinfo?(chaochao.huang)
Flags: needinfo?(chaochao.huang)
Normally loading alameda.js won't fail. There might be racing in gecko but there is not much information in the log. We may not be able to do further investigation until a solid STR with high reproduce rate is provided.
Flags: needinfo?(arthur.chen)
Blocks: 1153819
No longer blocks: 1153819
(In reply to Arthur Chen [:arthurcc] from comment #9)
> Normally loading alameda.js won't fail. There might be racing in gecko but
> there is not much information in the log. We may not be able to do further
> investigation until a solid STR with high reproduce rate is provided.

STR with high reproduce rate as below:

1、Click the Settings app icon in homescreen, and click 'Home' button immediately before the Settings app loading successfully.
2、Open other app such as video, music to make CPU busy for 1 minute.
3、Back to the Settings app

OBSERVED:
4. Failed to use options of Settings.

EXPECTED:
5. Use options of Settings normally.

The Flame also has this issue.


Arthur,

Help check this issue.

Thanks.
Flags: needinfo?(arthur.chen)
Hi Arthur,

waitSeconds is 7s in alameda.js. As STR in Comment 10, because the cpu is busy during the 7s, alameda.js loading unsuccessfully leads to this issue. We can increase waitSeconds or make waitSeconds 0.

What do you think?
As you suggested that waitSeconds is the key to this issue. I can reproduce this on master by simply opening settings app and put it into background immediately. The error came up after a few seconds without doing anything.

The waitSeconds helps for development by prompting an error when there are incorrect path, I will modify the build script to make it override wairSeconds to 0 but keep the default value when DEBUG=1.
Assignee: nobody → arthur.chen
Flags: needinfo?(arthur.chen)
Comment on attachment 8592633 [details] [review]
[gaia] crh0716:1150798 > mozilla-b2g:master

EJ, the solution was based on James' comment in the PR[1], which disable the timeout in the production build. Could you help review the patch? Thanks.

[1]: https://github.com/mozilla-b2g/gaia/pull/17587
Attachment #8592633 - Flags: review?(ejchen)
Comment on attachment 8592633 [details] [review]
[gaia] crh0716:1150798 > mozilla-b2g:master

Thanks Arthur ! r+
Attachment #8592633 - Flags: review?(ejchen) → review+
Thanks, EJ.
Keywords: checkin-needed
blocking-b2g: --- → 2.1S?
http://docs.taskcluster.net/tools/task-graph-inspector/#KImB1jY2R4Swl--IwaPCyA

The pull request failed to pass integration tests. It could not be landed, please try again.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Hi Vincent, Steven, could you help to land this one on 2.1s as well?

Thanks

Hi ChaoChao, just to let you know that this one has been fixed(but not yet land on 2.1s)

Thanks
blocking-b2g: 2.1S? → 2.1S+
Flags: needinfo?(vliu)
Flags: needinfo?(styang)
Flags: needinfo?(chaochao.huang)
Flags: needinfo?(chaochao.huang)
Flags: needinfo?(styang)
This issue is verified fixed on the latest Nightly Flame 3.0 build.  Setting the verifyme tag so this will be checked on 2.1S (I do not have access to a device that can run it).

Actual Results: The settings app does not become unresponsive when it is minimized during startup.

Environmental Variables:
Device: Flame 3.0
BuildID: 20150423010203
Gaia: 9d4f756aa35cb7f030a92f3c1f65fb55254ddd1d
Gecko: 0b202671c9e2
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 40.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0
Status: RESOLVED → VERIFIED
Flags: needinfo?(ktucker)
Keywords: verifyme
QA Whiteboard: [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: