1156761 - [FFOS7715 v2.1s][Download][dolphin] Homescreen automatically disapeared while downloading a file.

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia, defect)

Description

[[e-mail]]

Attachment: Downloading_issue.log

DEFECT DESCRIPTION -
  Homescreen automatically disapeared while downloading a file.

Steps to reproduce -
  1. Open browser app, find a file to downloading(like youku's video, file size is about 100M).
  2. Back to homescreen, waiting some times, about 5 minutes;
  3. Then open setting app, enabled the USB storage,
  4. waiting some times, we can see the homescreen is disapeared, and other function become abnormal.

Probability of -
10/10

Comment 1

[Gregor Wagner [:gwagner]]

(In reply to [e-mail] from comment #0)
> Created attachment 8595333 [details]
> Downloading_issue.log
> 
> DEFECT DESCRIPTION -
>   Homescreen automatically disapeared while downloading a file.
> 
> Steps to reproduce -
>   1. Open browser app, find a file to downloading(like youku's video, file
> size is about 100M).
>   2. Back to homescreen, waiting some times, about 5 minutes;
>   3. Then open setting app, enabled the USB storage,
>   4. waiting some times, we can see the homescreen is disapeared, and other
> function become abnormal.
> 
> Probability of -
> 10/10

Can we get a video of step 4 so we can see what you mean with 'other function become abnormal'?

Comment 2

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

ni Lin Hui, Yong Ren. Hi guys, per Comment#1 , could you provide the reproduce video of this issue?

Thanks

Comment 3

[yong.ren]

[Blocking Requested - why for this release]:

Hi vance and greogor:

  whenerver download any file at any website which the file's size over 100M, and when the file have downloaded over 30M, you enable the USB storage to connect the computer, this issue will certainly happen. 

  we will provide the video later.

Comment 4

[yong.ren]

Hi vance and greogor:

  when the issue happens, press home button to ensuring homescreen, 

  (1) if the app icon can display, and the app icon will disable that have no response when we touch it, the app we touch can not launch either. 

  (2) if the app icon disappear, we have nothing to do with it until the file are downloaded.

we doubt that this issue is related the AutoMounter, cause when issue happens, the following log are printed always



  04-22 08:59:43.340 W/AutoMounter(  132): The following files are open under '/storage/sdcard0'
  04-22 08:59:43.340 W/AutoMounter(  132):   PID: 132 file: '/storage/sdcard0/downloads/031020010055361795B62F03BAF2B10C9EE461-F706-9C08-A4A3-042318066E7F.mp4.part' app: '' comm: 'b2g' exe: '/system/b2g/b2g'
  04-22 08:59:43.350 E/GeckoConsole(  132): Content JS LOG at app://system.gaiamobile.org/js/app_window.js:1165 in aw_debug: [HomescreenWindow][Homescreen][homescreen][489.985]  Handling mozbrowserasyncscroll event...
  04-22 08:59:43.380 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.380 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.380 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.380 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.380 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.390 I/OpenFileFinder(  132): Ignore process(643), not a b2g process or its descendant.
  04-22 08:59:43.430 W/AutoMounter(  132): UpdateState: Mounted volume sdcard0 has open files, not sharing or formatting
  04-22 08:59:43.430 I/AutoMounter(  132): UpdateState: ums:A1C1E1 mtp:A1C0E0 mode:1 usb:1 tryToShare:1 state:UMS_CONFIGURED
  04-22 08:59:43.440 I/AutoMounter(  132): UpdateState: Volume sdcard is Mounted and inserted @ /storage/sdcard gen 1 locked 0 sharing en-y
  04-22 08:59:43.450 D/WCND    (  118): is_cp2_alive_ok: open polling interface: /dev/spipe_wcn0, fd = 11
  04-22 08:59:43.450 D/WCND    (  118): is_cp2_alive_ok: loop: /dev/spipe_wcn0 is OK
  04-22 08:59:43.470 W/AutoMounter(  132): The following files are open under '/storage/sdcard'
  04-22 08:59:43.470 W/AutoMounter(  132):   PID: 132 file: '/storage/sdcard0/downloads/031020010055361795B62F03BAF2B10C9EE461-F706-9C08-A4A3-042318066E7F.mp4.part' app: '' comm: 'b2g' exe: '/system/b2g/b2g'
  04-22 08:59:43.480 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.480 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.490 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.490 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.
  04-22 08:59:43.490 I/OpenFileFinder(  132): Ignore process(604), not a b2g process or its descendant.

Comment 5

[[e-mail]]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #2)
> ni Lin Hui, Yong Ren. Hi guys, per Comment#1 , could you provide the
> reproduce video of this issue?
I have captured a video and also the log files, please go following path to download the video:
  Video captured: http://pan.baidu.com/s/1hqAImZ6

To downloading the log files,please visit ftp.spreadtrum.com/for_sprd_mozilla/Mozilla_bug1156761 , file name : ForMozilla_bug1156761.tar.gz
  username: mouzhi
  password: mouZHI$$61​

Thank you.

Comment 6

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Thanks lin.hui, and since not everyone in Mozilla has a Dolphin device, could you help to check if this issue can be reproduced on Flame as well? if it can be reproduced on Flame, please provide the Flame version number

Thanks for your help

Comment 7

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Upload the reproduce video to youtube:

https://www.youtube.com/watch?v=VX1duhk7Kqw&feature=youtu.be

From the video you can see that the tester first play a streaming video and then try to download it. Once the download task reach 5%, the tester then turn on the USB Stroage(at 2:31), and after that you can see the homescreen application icons become unresponsive. Also you cannot access Setting application via the pull down tray.

And according to Comment#3, seems like we need to download a larger file in order to reproduce this issue

Comment 8

[[e-mail]]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #6)
> Thanks lin.hui, and since not everyone in Mozilla has a Dolphin device,
> could you help to check if this issue can be reproduced on Flame as well? if
> it can be reproduced on Flame, please provide the Flame version number
Dear vance -

This issue also happened on Flame, the same behavior as dolphin, I got the Flame version as follows:

SPREADTRUM\lin.hui@linhuiubtpc:~/B2G-flash-tool$ ./check_versions.sh 
Gaia-Rev        bbe983b4e8bebfec26b3726b79568a22d667223c
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/3e3cbe35bce3
Build-ID        20150414161204
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.spreadtrum.com.20150318.091910
FW-Date         Wed Mar 18 10:27:04 CST 2015
Bootloader      L1TC00011880

Please help to investigate this issue, thank you so much!

Comment 10

[yong.ren]

As communication, please help to request someone to investigate this issue, thanks

Comment 11

[Gregor Wagner [:gwagner]]

Dave, any idea how the USB storage toggle can destroy the homescreen?

Comment 12

[Gregor Wagner [:gwagner]]

Kevin, any idea why the homescreen becomes unresponsive?
Naoki, can you try to reproduce and maybe debug with kevin?

Comment 13

[Gregor Wagner [:gwagner]]

Can we get a blocking decision here so we can move on? It has been already a week since the nomination.

Comment 14

[Kevin Grandon :kgrandon]

My hunch is that this is some platform/APZ bug that is happening as the scrollbar seems to not disappear which could be related. Would need to spend some time investigating though.

Comment 15

[Gregor Wagner [:gwagner]]

Can we do a branch check?

Comment 16

[Josh Cheng [:josh]]

Hi Norry,
qawanted for Flame 2.0/2.1/2.2/3.0. Thanks!

Comment 17

[Shally Li（leave from Mozilla）]

Hi Josh,

   I am unable to repro this bug on latest Flame v2.0&2.1&2.2&3.0 build. Only can repro it on v2.1S(512MB).

STR:
1.Open browser and enter "http://w2i.wanmei.com/download/down_client.htm".
2.Download this file.
3.Open music app and tap Home button ,then open Settings app.
4.Enable USB storage.
5.Tap Home button to back to Homescreen.
6.Tap on some apps.
**On v2.1s,can't open any app,and no response. On Flame v2.0&2.1&2.273.0,can open all apps.

Please see attachments: verify_v2.0&2.1&2.2&3.0.mp4, logcat_v2.1s.txt and verify_v2.1s.mp4.

---------------------------------------------------------------------------------------
Device: Flame 2.0 build(Unaffected)
Build ID               20150427160207
Gaia Revision          84898cadf28b1a1fcd03b726cff658de470282f0
Gaia Date              2015-04-03 21:42:36
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/d01a1f925ca1
Gecko Version          32.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150427.193203
Firmware Date          Mon Apr 27 19:32:15 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 2.1 build(Unaffected)
Build ID               20150427161207
Gaia Revision          bbe983b4e8bebfec26b3726b79568a22d667223c
Gaia Date              2015-04-09 13:52:48
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/5f2c57b580ff
Gecko Version          34.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150427.193105
Firmware Date          Mon Apr 27 19:31:16 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 2.2 build(Unaffected)
Build ID               20150427002504
Gaia Revision          265ca0bc9408c21fc4b25a259fcee7fb642cd06b
Gaia Date              2015-04-24 19:13:28
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/1908685d798d
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150427.040113
Firmware Date          Mon Apr 27 04:01:24 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 3.0 build(Unaffected)
Build ID               20150427160201
Gaia Revision          0636405f0844bf32451a375b2d61a2b16fe33348
Gaia Date              2015-04-27 16:42:28
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/caf25344f73e
Gecko Version          40.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150427.192938
Firmware Date          Mon Apr 27 19:29:49 EDT 2015
Bootloader             L1TC000118D0

Comment 18

[Shally Li（leave from Mozilla）]

Attachment: logcat_v2.1s.txt

Comment 19

[Shally Li（leave from Mozilla）]

Attachment: verify_v2.1s.mp4

Comment 20

[Shally Li（leave from Mozilla）]

Attachment: verify_v2.0&2.1&2.2&3.0.mp4

Comment 21

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Shally -

Hum it is quite strange that since in Comment#8 SPRD did mention that they can reproduce this issue on Flame...Could you help to configure your Flame to 512MB RAM and try again?

Hi Lin Hui, could you again reproduce this issue on Flame and capture a video for it?

Thanks!

Comment 22

[[e-mail]]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #21)
> Hi Shally -
> 
> Hum it is quite strange that since in Comment#8 SPRD did mention that they
> can reproduce this issue on Flame...Could you help to configure your Flame
> to 512MB RAM and try again?
> 
> Hi Lin Hui, could you again reproduce this issue on Flame and capture a
> video for it?
> 
> Thanks!
Hi vance -

In Comment 17, Shally has already said this issue can reproduce on Flame 2.1s branch, According attachment verify_v2.1s.mp4, you can see while downloading a file, enabled the USB storage, then at homescreen, we can't open any app,and no response.

Thank you.

Comment 23

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

(In reply to [e-mail] from comment #22)
> (In reply to Vance Chen [:vchen][[e-mail]] from comment #21)
> > Hi Shally -
> > 
> > Hum it is quite strange that since in Comment#8 SPRD did mention that they
> > can reproduce this issue on Flame...Could you help to configure your Flame
> > to 512MB RAM and try again?
> > 
> > Hi Lin Hui, could you again reproduce this issue on Flame and capture a
> > video for it?
> > 
> > Thanks!
> Hi vance -
> 
> In Comment 17, Shally has already said this issue can reproduce on Flame
> 2.1s branch, According attachment verify_v2.1s.mp4, you can see while
> downloading a file, enabled the USB storage, then at homescreen, we can't
> open any app,and no response.
> 
> Thank you.

Hi Lin Hui -

I might be wrong but in Comment#17 Sally only mentioned that this issue can be reproduced on 2.1S(with 7715 device), not 2.1(with Flame device). The test result imply that this might be a device specific issue. That's why I ask Sally to further verify again on 2.1 Flame with 512MB RAM only. If still cannot reproduce on 2.1 Flame with 512MB RAM, we probably need to face the fact that this issue happened on 7715 device only, and Mozilla cannot provide further assistance for it

Thanks!

Comment 24

[[e-mail]]

Hi vance - 

Sorry my fault, let's me clarify one thing, to repro this issue, you should insert a SD card in device, then go to settings --> Media storage, change the default media location into SD card, then connect the device with PC by using USB, finally do the STR to reproduce this issue.

I captured a video about flame 2.1s, to downloading the captured video,please visit ftp.spreadtrum.com/for_sprd_mozilla/Mozilla_bug1156761 , file name : Flame_downloading.3gp
  username: mouzhi
  password: mouZHI$$61​

Vance, please check and help to upload the reproduce video to youtube.

Thank you.

Comment 25

[Dave Hylands [:dhylands]]

I'm not sure how sharing would directly impact the homescreen, but here's what's happening (not sure if its relevent).

The download is occuring to the sdcard.

When asked to share the sdcard, the AutoMounter notifies all device storage consumers that the sdcard is about to go away. Apps like Music will normally stop playing files at this time. Presumably the downloader should stop downloading, but it doesn't seem to be listening for the notification.

The AutoMounter detects that there are open files:

> 04-09 10:37:18.774 W/AutoMounter(  131): The following files are open under '/storage/sdcard'
> 04-09 10:37:18.784 W/AutoMounter(  131):   PID: 131 file: '/storage/sdcard0/downloads/03102001005534CDA14A8903BAF2B1BEFB2CC6-C48C-363C-6FE2-DDAD16B6E052.mp4.part' app: '' comm: 'b2g' exe: '/system/b2g/b2g'

so it defers sharing. It also detects that there are a number of open files on the sdcard by a non B2G process:

> 04-09 10:37:18.824 I/OpenFileFinder(  131): Ignore process(669), not a b2g process or its descendant.
> 04-09 10:37:18.844 I/OpenFileFinder(  131): Ignore process(669), not a b2g process or its descendant.
> 04-09 10:37:18.844 I/OpenFileFinder(  131): Ignore process(669), not a b2g process or its descendant.
> 04-09 10:37:18.844 I/OpenFileFinder(  131): Ignore process(669), not a b2g process or its descendant.
> 04-09 10:37:18.844 I/OpenFileFinder(  131): Ignore process(669), not a b2g process or its descendant.
> 04-09 10:37:18.854 I/OpenFileFinder(  131): Ignore process(693), not a b2g process or its descendant.

Eventually, the download completes, and the AutoMounter detects that there are no files open by a B2G process, so it goes ahead and starts the sharing process.

> 04-09 10:37:19.134 I/AutoMounter(  131): UpdateState: Unmounting sdcard0

Normally vold will kill any process which still has files open, although this doesn't seem to be happening here. I do see:

> 04-09 10:37:20.314 E/        (  669): check_available_volume: statfs /storage/sdcard0 return err! [107]

So I guess it depends on what this 669 process is and why does it have files open on the sdcard.

We should probably at least fix the OpenFileFinder to report the open files, even though it will ignore the process, since that may provide useful clues.

Comment 26

[Steven Yang [:styang]]

adding Alphan from storage.
Hi Alphan, also need your help on this issue. thanks.

Comment 27

[Shally Li（leave from Mozilla）]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #21)
> Hi Shally -
> 
> Hum it is quite strange that since in Comment#8 SPRD did mention that they
> can reproduce this issue on Flame...Could you help to configure your Flame
> to 512MB RAM and try again?
> 

Hi Vance,

    I am unable to repro this bug on today's Flame v2.0&2.1&2.2&3.0 with 512MB RAM (Eng and user build). 
    And if you also think it is doubtful, could you please check the info: "FW-INcremental eng.spreadtrum.com.20150318.091910" of Comment 8. It is different from my 2.1 build version.

Thank you.

Comment 28

[Alphan Chen [:alchen]]

Agree with Dave.

I don't think automounter can destroy the homescreen.
In my opinion, it may related to limit memory.
The symptom can be reproduced on Flame with 512MB but normal Flame is another clue.
Will we meet the same problem if we download a 10 MB(or less) Video?


From log, automounter just found that there is opened file on /sdcard1.
Therefore, it block the sharing behavior and wait a while for a retry.


(In reply to Dave Hylands [:dhylands] from comment #25)
> I'm not sure how sharing would directly impact the homescreen, but here's
> what's happening (not sure if its relevent).
>

Comment 29

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

(In reply to Shally from comment #27)
> (In reply to Vance Chen [:vchen][[e-mail]] from comment #21)
> > Hi Shally -
> > 
> > Hum it is quite strange that since in Comment#8 SPRD did mention that they
> > can reproduce this issue on Flame...Could you help to configure your Flame
> > to 512MB RAM and try again?
> > 
> 
> Hi Vance,
> 
>     I am unable to repro this bug on today's Flame v2.0&2.1&2.2&3.0 with
> 512MB RAM (Eng and user build). 
>     And if you also think it is doubtful, could you please check the info:
> "FW-INcremental eng.spreadtrum.com.20150318.091910" of Comment 8. It is
> different from my 2.1 build version.
> 
> Thank you.

Hum...I am a little bit confused here...So Sally, you cannot reproduce this issue on Flame(regardless software version), You can only reproduce it on SPRD 7715 Dolphin device with 2.1s build, right?

Comment 30

[Shally Li（leave from Mozilla）]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #29)
> 
> Hum...I am a little bit confused here...So Sally, you cannot reproduce this
> issue on Flame(regardless software version), You can only reproduce it on
> SPRD 7715 Dolphin device with 2.1s build, right?

Yes,exactly. I can only repro it on SPRD 7715 Dolphin device with 2.1S build.

Comment 31

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Hui lin -

With all the comments and test results we have so far, I think we can draw the conclusion that:

1. SPRD 7715 device CAN reproduce this issue with 2.1s build

2. Flame device CANNOT reproduce this issue with Mozilla 2.0/2.1/2.2/master build

3. Flame device CAN reproduce this issue with SPRD 2.1 build

So I think the question now is: What is the difference between SPRD 2.1 build(eng.spreadtrum.com.20150318.091910) and the Mozilla 2.1 build(eng.cltbld.20150427.193105)

If you also agree with this conclusion, could you help to check first at your end?

Thanks

Vance

Comment 32

[[e-mail]]

(In reply to Vance Chen [:vchen][[e-mail]] from comment #31)
> 3. Flame device CAN reproduce this issue with SPRD 2.1 build
I didn't do this test with SPRD 2.1 build, I using the following commend and download the flame-kk‘s source code, then build in my local PC, flash this in flame device then do the test.
Downloading flame-kk's source code:
$ git clone git://github.com/mozilla-b2g/B2G.git
$ cd B2G
$ BRANCH=v2.1 ./config.sh flame-kk
$ ./build.sh && ./flash

Then I visit "https://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/latest-mozilla-b2g34_v2_1-flame-kk-eng/" download the newest gaia and gecko zip file， using 
 ./shallow_flash.sh --gaia=gaia.zip --gecko=b2g-34.0.en-US.android-arm.tar.gz
to update the flame's gaia and gecko version.

So I think all the code is flame's source code, not SPRD.

> So I think the question now is: What is the difference between SPRD 2.1
> build(eng.spreadtrum.com.20150318.091910) and the Mozilla 2.1
> build(eng.cltbld.20150427.193105)
About the flame's version is "FW-Incremental  eng.spreadtrum.com.20150318.091910", that is the time I execute the ./build.sh on flame-kk's source code to start the build task.

If any mistake I did about above steps, please correct me.

BTW, I will ask Shally whether he(or she) did the test by following the Comment 24 I have said, and I will try to test this issue with clean version(no SPRD submit code).

Thank you.

Comment 33

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Lin Hui -

Thanks for your explanation and further test. I will run more tests at my end as well to clarify the problem

Vance

Comment 34

[Shally Li（leave from Mozilla）]

Hi Hui lin & Vance,
  
    I am able to repro this bug on latest Flame v2.1&2.2&3.0 by the steps as mentioned in Comment 24,but can't repro it on latest Flame v2.0.
    
-----------------------------------------------------------------------------------------
Repro STR:
1. Insert a SD card.
2. Go to Settings -> Media storage, change the default media location to SD card.
3. Connect the device with PC by using USB cable.
4. Download a big file from Bowser (ex:"http://w2i.wanmei.com/download/down_client.htm").
5. Open Settings app and enable USB storage.
6. Tap Home button and open Settings app again.
7. If you can open Setting app,repeat step 6,and try to open other apps.
**Can't open all apps,and no respense.  --KO

Note:If you disable USB storage or unplug in USB cable,you can open all apps.

Please see attachments: new_video_v2.2.mp4 and logcat_v2.2_1447.txt.
Reproduce rate: 2/2(v2.1&2.2&3.0), 0/5(v2.0).


--------------------------------------------------------------------------------------
Device: Flame 2.0 build(Unaffected,319mb)
Build ID               20150428000204
Gaia Revision          84898cadf28b1a1fcd03b726cff658de470282f0
Gaia Date              2015-04-03 21:42:36
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/d01a1f925ca1
Gecko Version          32.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150428.033809
Firmware Date          Tue Apr 28 03:38:20 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 2.1 build(Affected,319mb)
Build ID               20150428001200
Gaia Revision          bbe983b4e8bebfec26b3726b79568a22d667223c
Gaia Date              2015-04-09 13:52:48
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/5f2c57b580ff
Gecko Version          34.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150428.035759
Firmware Date          Tue Apr 28 03:58:10 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 2.2 build(Affected,319mb)
Build ID               20150428002500
Gaia Revision          9f6b1b9082662ba2c14168fc66bb02b4df3141e5
Gaia Date              2015-04-27 20:41:33
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/e79c19bf19bf
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150428.042318
Firmware Date          Tue Apr 28 04:23:30 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 3.0 build(Affected,319mb)
Build ID               20150428010206
Gaia Revision          0636405f0844bf32451a375b2d61a2b16fe33348
Gaia Date              2015-04-27 16:42:28
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/caf25344f73e
Gecko Version          40.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150428.043926
Firmware Date          Tue Apr 28 04:39:37 EDT 2015

Comment 35

[Shally Li（leave from Mozilla）]

Attachment: logcat_v2.2_1447.txt

Comment 36

[[e-mail]]

As Comment 34, clear my ne.

Comment 37

[Shally Li（leave from Mozilla）]

Attachment: new_video_v2.2.mp4

Comment 38

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Shally, thanks for your help, so looks like it is a regression from 2.0 to 2.1

regressionwindow-wanted here

Comment 39

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

I was able to reproduce this on 3.0 given the new steps.  ( used bit.ly to shorten the link : http://bit.ly/1DDq5VL )

I was also able to get the homescreen back after killing the download ( ie killing the wifi connection which was downloading ); it gave the wrong message that there wasn't enough space on the sdcard.

gaia differences can be found this way : https://github.com/mozilla-b2g/gaia/compare/v2.0...v2.1

I don't think it's the usb patch that dhylands has...  ( I tried backing out and running the test again; it white screened of death without the patch )


- Relooking at it to see if it's caused by the homescreen lmk'ing?  This type of thing happened often with Tarako.

Comment 40

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

If I reboot between 3 and 4, I can't reproduce this issue.

Comment 41

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Attachment: logcat.txt

looks like there's some code to ensure and resize the homescreen?  see logcat

Comment 42

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

looking at : https://github.com/mozilla-b2g/gaia/blame/master/apps/system/js/homescreen_window.js#L186 it looks like alive would probably be the best to describe what's happening.

Comment 43

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Oh, I think I see that the homescreen timed out on opening; it does eventually show:
I/GeckoDump(  210): [system] [HomescreenWindow][Homescreen][homescreen][65620.586] publishing internal event: openingtimeout
I/GeckoDump(  210): [system] [HomescreenWindow][Homescreen][homescreen][65620.588] opening,opened,::,timeout

Comment 44

[(inactive after 6/18) Alive Kuo [:alive]]

The log shows no error and no app is killed by OOM; so I'd recommend to let homescreen guys to take a look.
Possible cause:
1. Homescreen does not see the touch event.
2. Homescreen is preventing us to open the app by some reason.
3. Homescreen sends the launch event but gecko does not tell System.
4. System gets the launch request but failed to open app for some reason.

Comment 45

[(inactive after 6/18) Alive Kuo [:alive]]

(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #43)
> Oh, I think I see that the homescreen timed out on opening; it does
> eventually show:
> I/GeckoDump(  210): [system]
> [HomescreenWindow][Homescreen][homescreen][65620.586] publishing internal
> event: openingtimeout
> I/GeckoDump(  210): [system]
> [HomescreenWindow][Homescreen][homescreen][65620.588]
> opening,opened,::,timeout

This is not a problem; it means the system is busy at something so the animationend does not trigger. The timer is an "insurance" to make sure the open process is completed.

Comment 46

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Following up and asking kgrandon to take a look based on what Alive mentioned...

Comment 47

[Kevin Grandon :kgrandon]

It looks like we are getting a regression window. Let's wait for that then decide.

Comment 48

[KTucker [:KTucker][Inactive 3/4/2016]]

I could never get it to a point on my last working where the icons were not launching when tapped so I think my window is correct.

B2g Inbound

Last Working
Device: Flame 2.2
BuildID: 20140919165750
Gaia: 25e5384e5df4d6265c5db89041845e517a6b4fdb
Gecko: 16e9cc0c25af
Version: 35.0a1 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

First Broken
Device: Flame 2.2
BuildID: 20140919174102
Gaia: d450b8587b8255545cfd16b0785671e832f6cb5f
Gecko: a634cd133bcb
Version: 35.0a1 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0


Last Working Gaia First Broken Gecko: Issue does NOT reproduce
Gaia: 25e5384e5df4d6265c5db89041845e517a6b4fdb
Gecko: a634cd133bcb

First Broken Gaia Last Working Gecko: Issue DOES reproduce
Gaia: d450b8587b8255545cfd16b0785671e832f6cb5f
Gecko: 16e9cc0c25af

Gaia pushlog:
https://github.com/mozilla-b2g/gaia/compare/25e5384e5df4d6265c5db89041845e517a6b4fdb...d450b8587b8255545cfd16b0785671e832f6cb5f

This seems to have been caused by bug 1059484

------------------------------

Dave, can you take a look at this please? This might have been caused by the work done for bug 1059484.

Comment 49

[Dave Hylands [:dhylands]]

Only the 3rd logcat even has any references to sdcard1 (the other 2 refer to scard and sdcard0).

The 3rd logcat (which refers to sdcard1) doesn't allow the sharing to occur due to open files on sdcard1.

Is perhaps the homescreen wallpaper stored on the sdcard or something?

Otherwise, I'm not aware of any coupling between homescreen and the sdcard.

So it sounds like something needed for the homescreen is being stored on the sdcard and when the sdcard is shared with the PC, its failing because that resource isn't available any more.

And the sdcard volume wasn't shared while the download was occuring (and from the description, it sound like the homescreen is failing during the download), but if an app asked device storage, device storage would have reported that the volume wasn't available.

Does the Dolphin have any type of swap?

It's also possible that the Homescreen has just been slowed to a snails pace.

If the file download occurs at a rate which is faster than the sdcard can store it, then the file download will wind up consuming all of the available RAM with file cache. Pages will slowly become available as those pages get flushed out the sdcard (but will probably be consumed again by the download). But I still don't see a link to sharing, since the sharing didn't actually happen yet.

Comment 50

[Steven Yang [:styang]]

Not a critical issue from my point of view and partner has workaround it.

Comment 51

[BMO Automation]

Firefox OS is not being worked on