906618 - [B2G][Helix][HomeScreen]Most of the icons are grey, all the icons are unavailable after uninstall an application.

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::Homescreen, defect, P1)

Description

[lecky]

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; aff-kingsoft-ciba; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Steps to reproduce:

[Probability]: Low
[Repro steps]: Download some applications from markplace and install. Then uninstall an app.

I attached the logcat、kmsglog and /data. please the attached file for more details.


Actual results:

Most of the icons become gray immediately, and all the icons are unavailable and have no response.


Expected results:

All the icons are normal and available.

Comment 1

[lecky]

Attachment: logo_gray_log.zip

Comment 2

[lecky]

Attachment: data.part1.rar

Comment 3

[lecky]

Attachment: data.part2.rar

Comment 4

[Wayne Chang [:wchang]]

William, can you confirm if we can reproduce this?

Tim, can you have someone to check on this in parallel?

Comment 5

[lecky]

Once the issue appears, all the apps are unavailable, it can’t recover even after reboot. 
Can you tell me what information we need and how to debug once the issue appears?

thanks

Comment 6

[Tim Guan-tin Chien [:timdream] (please needinfo)]

Would you take a screenshot of the "gray" you mentioned?

I am trying to reproduce it now ...

Comment 7

[Tim Guan-tin Chien [:timdream] (please needinfo)]

OK. I don't have a build with working Marketplace. William if you could reproduce please discuss this with me offline.

Comment 8

[William Hsu [:whsu]]

Hi, lecky and all,

I cannot reproduce this case on the following build.
1. Huawei base image: 20130814
2. Moz PVT build: Mozilla-b2g18_v1_1_0_hd-helix/2013-08-15-04-22-01

Could you please provide the test build ID?


By the way, I am not sure if the case relates to bug 896873 (The same root cause?).
Thanks!

Comment 9

[lecky]

Hi  William,
1. test build: v1.1.0hd-helix
gaia：      134356dc21d0627455f8bc536b140a18f39e20e9
gecko：     2e2b4393b0581ef72a1cb70fc5f002cd82a9302a
gonk-misc： ca9192d7ef6037016d4723647d86b72f7a410633

2.Maybe the case relates to the bug 896873, both of them can not recover after reboot, but have difference: 
this case: Most of the icons become gray, and all the apps are unavailable and have no response.
bug 896873: Most of the icons become gray, but all the apps are still available.

Please give us some suggestions how to debug the issue?

thanks

Comment 10

[Wayne Chang [:wchang]]

Hi Lecky,

We'll need you to supply some logs if you're able to reproduce this. otherwise clearer steps to reproduce would be appreciated.

By the way, from description this sounds like a different problem to bug 896873

Comment 11

[William Hsu [:whsu]]

Hi, Lecky,

I cannot reproduce this bug by following revision.(you provided)
* Mozilla-b2g18_v1_1_0_hd-helix/2013-08-12-04-22-03
  - gaia： 134356dc21d0627455f8bc536b140a18f39e20e9
  - gecko: 2e2b4393b0581ef72a1cb70fc5f002cd82a9302a

As I knew, Wayne and our developers have arrived Wuhan.
Wayne may be able to help on this problem.

------------------------------------------------------------------
Hi, Wayne,

I cannot reproduce this problem with the revision Lecky provided.
Could you please contact a developer to help on this problem?
Thank you!

Comment 12

[Jason Smith [:jsmith]]

Removing qawanted per above comments - Mozilla QA cannot reproduce the issue in question.

Comment 13

[Wayne Chang [:wchang]]

Hi Evelyn,

We can probably check this also in person this week.

Comment 14

[Evelyn Hung]

I checked the issue with lecky today. It's a single device problem and seems nobody can reproduce it here. I suspect the problem happens after some random click our in a special usage. I tried:
1. remove homescreen indexedDB file under /data/local/indexedDB
2. replace application.zip in /system/b2g/webapps/
But either way or their combination didn't work.
Another finding is: If we can find another entry point to launch an app, for example, open Settings app by clicking icon on quick setting, we still can open Settings app successfully. That means all apps exist and work, but Homescreen app fail to open them for some reasons. (No JS error on this user build)

Comment 15

[Evelyn Hung]

(In reply to Evelyn Hung [:evelyn] from comment #14)
> I checked the issue with lecky today. It's a single device problem and seems
> nobody can reproduce it here. I suspect the problem happens after some
> random click our in a special usage. I tried:
typo: some random clicks "or" in a special usage.

Comment 16

[lecky]

hi,in gaia\apps\homescreen\js\icon_retriever.js,i added log in function retrieve(request) 

and i got the following exception log:

01-06 08:18:00.909: INFO/GeckoDump(448): Got an exception when trying to load icon "app://mmi.gaiamobile.org/style/icons/mmi.png" falling back to cached icon. Exception is: Access to restricted URI denied

hope this info will help you to resolve the issue.

Comment 18

[lecky]

Hi Wayne & keven
Could you give us some guideline to save effective log when we try to reproduce this issue?

Comment 19

[Wayne Chang [:wchang]]

Not blocking on non-reproducible bugs.

Comment 20

[lecky]

Hi Keven 
You can replace the gaia by using the device that evenly brought to Taiwan.
Then, you can print some log such as 
"Access to restricted URI denied"


Hi Wayne :
In our opinion, this problem is a very critical problem. We do not accept this is not block HD

Comment 21

[Wayne Chang [:wchang]]

Please feel free to investigate this further but until we can have this bug confirmed, it will not be blocking.
Recap - so far this is a single device, single incident bug.

Evelyn,
any insights from comment 16?

Comment 22

[Evelyn Hung]

I still have no idea why "Access to restricted URI denied" happens, I will guess some build time errors happened and cause the problem.

Comment 23

[Alan Huang]

We cannot use gdb to remote debug this since it is not a eng build with specific symbol files. It is an user build.
So, We can only look into log and do some experiment on /data

We tried to look into logs but those log are limited, we still need to attach gdb on it for remote debugging. So we can only do some experiment on /data

Tim and I wiped things under /data/local/webapps, but we cannot recover this symptom. Then I removed profiles.ini under /data/b2g/mozilla so it recoverd, but I cannot repoduce it by pushing profiles.ini back.

We no longer have this symptom on that device now.

Comment 24

[Evelyn Hung]

(In reply to Evelyn Hung [:evelyn] from comment #22)
> I still have no idea why "Access to restricted URI denied" happens, I will
> guess some build time errors happened and cause the problem.

correct myself. According to bug description, it seems Gecko unexpectedly erased some records in permission DB when uninstalling apps.

William, could you test again and focus on installing/uninstalling some apps with permission declaration? As I know, most packaged apps do declare some permission.

Comment 25

[lecky]

hi,evenly and alan

we have reproduce the issue several times,and we found the issue is caused by permissions.sqlite db.

When the issue occurs,we copy the permissions.sqlite from the phone,

and we found that no item for homescreen app can be founded.

So the root cause should be in indexDB,it seems that indexDB is not robust enough,

and you can check another bug:911030,also caused by permissions.sqlite.

Comment 26

[Luke Chang [:lchang] (inactive)]

I have tried to modify the "/data/local/permissions.sqlite" on my device randomly and can only make the devices freeze at booting logo but can't reproduce this issue.

Comment 27

[lecky]

hi,about the test step to reproduce the issue:

focus on installing/uninstalling some apps with permission declaration: for example,facebook,twitter.


To luke:
please try the uploaded permissions.sqlite which i copied from the problematic phone to reproduce the issue.

Comment 28

[lecky]

Attachment: permissions.sqlite

Comment 29

[Luke Chang [:lchang] (inactive)]

Hi lecky,

I push the sqlite file you attached to my helix devices and only can get a freeze device at booting logo. Maybe replacing the permissions.sqlite only is not enough to reproduce this bug.

Comment 30

[lecky]

hi,luke

which version are you using to reproduce the issue?

Comment 31

[Luke Chang [:lchang] (inactive)]

Hi lecky,

gaia v1.1.0hd branch (cb33897d5c252500aabe3e1217802f53e7610f2b)

Comment 32

[lecky]

my version:
gaia：8059864bd278645ab5d2598b5ed595154136c253
gecko：0265cd51b4dc64ca100353482ada2025df6f5f53
gonk-misc：ca9192d7ef6037016d4723647d86b72f7a410633

when i replace permissions.sqlite,the phone can boot successfully,

but icons do not turn gray,but all apps in homescreen can not be opened.

Comment 33

[lecky]

hi luke :
Do you have reproduce it? Please contact me without any doubt if you need?


Hi Alan:
Could you help us to check this issue too because evelyn doubt this issue is cause by gecko.Thanks

Comment 34

[lecky]

Hi Beatriz:
We think this issue is very critical because the phone can not use at all after this issue happened.
Could you help us to push this issue be solved on V1.1HD?
Thank you very much!

Comment 35

[Wayne Chang [:wchang]]

Lecky,

Can you confirm you can reproduce this issue with pure mozilla gecko/gaia, not something that you have modified?

Comment 36

[lecky]

hi,wayne

we are preparing to build a version of pure mozilla gecko/gaia to reproduce the issue,

Can you tell me how to add logs(in homescreen app or indexedDB?) to help identify the root cause of the issue?

Comment 37

[William Hsu [:whsu]]

Hi, all,

I spent an hour to reproduce this issue.
I installed and uninstalled some app repeatedly.
But, I still cannot reproduce this bug.

* Test Build:
 + Vendor Build:
  - Gaia:     c545f2f862704ca5cdb6d32e03fddf711a642d35
  - Gecko:   
  - BuildID   20130813223021
  - Version   18.0

 + Mozilla Build
 - Gaia:     7859b08b221463e0c5559034ab151747af6eb038
 - Gecko:    http://hg.mozilla.org/releases/mozilla-b2g18_v1_1_0_hd/rev/8c326236a729
 - BuildID   20130924042203
 - Version   18.0

Any thought?

---------------------------------------------------------------------------
Hi, Lecky,

Could you please provide a screenshot and detailed reproduction steps?
I want to narrow down the test scope.
Many thanks!

Comment 38

[lecky]

hi,luke and william hsu,

  i tried to use the pure mozilla gecko/gaia to reproduce the issue.
  When i use the gaia：8059864bd278645ab5d2598b5ed595154136c253
gecko：0265cd51b4dc64ca100353482ada2025df6f5f53 version, and replace the permissions.sqlite file and reboot, all apps in homescreen can not be opened.

  Then when i use the the gaia：cb33897d5c252500aabe3e1217802f53e7610f2b
gecko：da3cf4bf21561e4462f9fb759eddedc4d8a19ecb version, and replace the permissions.sqlite file and reboot, it can get a freeze device at booting logo. 

  Would you please use the first version to reproduce the issue?

----------------------------------------------
 hi,wayne
   Can you tell me how to add logs(in homescreen app or indexedDB?) to help identify the root cause of the issue?

Comment 39

[lecky]

The better way is not use the attach file 'permissions.sqlite'.
You can 
1、first pull the 'permissions.sqlite' file out from your device.
2、use "delete from moz_hosts where host='homescreen.gaiamobile.org'"  sql to delete some items from the database
3、push the modified 'permissions.sqlite' file  back to the device.
Then the issue will reproduce.

I guess the issue is caused by the 'permissions.sqlite' file is modified abnormally in some case.

Comment 40

[Wayne Chang [:wchang]]

 (In reply to lecky from comment #38)
> hi,luke and william hsu,
> 
>   i tried to use the pure mozilla gecko/gaia to reproduce the issue.
>   When i use the gaia：8059864bd278645ab5d2598b5ed595154136c253
> gecko：0265cd51b4dc64ca100353482ada2025df6f5f53 version, and replace the
> permissions.sqlite file and reboot, all apps in homescreen can not be opened.
> 
>   Then when i use the the gaia：cb33897d5c252500aabe3e1217802f53e7610f2b
> gecko：da3cf4bf21561e4462f9fb759eddedc4d8a19ecb version, and replace the
> permissions.sqlite file and reboot, it can get a freeze device at booting
> logo. 
> 
>   Would you please use the first version to reproduce the issue?
> 
> ----------------------------------------------
>  hi,wayne
>    Can you tell me how to add logs(in homescreen app or indexedDB?) to help
> identify the root cause of the issue?

Lecky,

This is NOT REPRODUCING a bug. You're pushing a broken indexDB into the device to break the device.

Please focus on why the indexDB could possibly be broken instead of wasting time on putting something broken in the build to test.

Evelyn,

Can you kindly point lecky to where homescreen DB is accessed, so they can investigate how homescreen DB can possibly be damaged?

Comment 41

[Evelyn Hung]

redirect ni flag to Luke.

Comment 42

[Luke Chang [:lchang] (inactive)]

According to my study, homescreen app won't remember the icon of each apps in its DB. It will try to retrieve the icon blob every time after reboot. As our testing steps above, if the permission data in "permissions.sqlite" are somehow broken, homescreen app will be unable to retrieve icon data and show the default icons in the end. Thus, I think that this problem doesn't related to the homescreen DB. However, I still have no idea why we can't get the gray icons after we tried to break the "permissions.sqlite".

(In case someone need this information, Homescreen app tried to get icon brobs at "gaia/apps/homescreen/js/icon_retriever.js", line 12.)

Besides, mozApps.install and mozApps.uninstall are called when we try to install and uninstall an app. I traced the call flow of those APIs and found nothing about how the "permissions.sqlite" can be broken. In fact, all the actions about accessing this sqlite file is wrapped in "gecko/dom/permission/PermissionSettings.jsm" and then use the "permissionManager" to do remain actions through XPCOM. I've stopped here and need someone help to trace the call flow after XPCOM if needed.

Comment 43

[Wayne Chang [:wchang]]

I'd suggest to link this with bug 919902, even dupe it?

Comment 44

[Wayne Chang [:wchang]]

This should be resolved if confirmed, HD+'ing. However, so far this has only been reproduced on vendor build by the vendor. Mozilla has not been able to reproduce this problem. Suspect due to changes vendors have made.

Lecky,
In order to move forward on this bug, please try to reproduce this on a Mozilla build without your implementations of the engineering tool. 

Marking POVB until any occurrence is seen on a moz build.

Comment 45

[Wayne Chang [:wchang]]

Lecky,

If this is no longer seen for a while, we'll close this bug off. Please update your findings on this bug?

Comment 46

[Wayne Chang [:wchang]]

Has not been reproduced for 1month+ now, partner is monitoring this issue, remove blocking.

Comment 47

[William Hsu [:whsu]]

Cannot reproduce it. Mark it as "WORKFORME"
Please reopen it if you still can reproduce it.
Thanks.

* Verification Build: (Commercial IOT build)
 - Gaia      559e2b9b5014de99c8292d8b0f9e2af3b079fb7c
 - Gecko     NA
 - BuildID   20140111001041
 - Version   18.0
 => Cannot reproduce it.