862233 - [OPEN_][Gallery]it is always in loading and have some abnormal.

Status: RESOLVED WONTFIX

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

Description

[Firefox_Mozilla]

Steps to reproduce:
1. go into Gallery;
2. select an image to delete;
3. select a video to play;
EXPECTED:
1.images and videos load normal;
2.delete image successful;
3.video plays normal.
ACTUAL:
1.waiting for a long time, the status is also "loading". In the above of thumbnail, it always has progress bar;
2.After we delete an image, it also can be see in Gallery. It must close Gallery in task manage and go into Gallery again, this image can disappear.
3.After we tap "play", video can not play and interface is gray.

build information:
gaia commit:
3e7dda8 Merge pull request #9142 from asutherland/land-drafts-backend-v1.0.1
gecko commit:
d7a6db4 Bug 860892 - IPC failure handling in CompositorChild and ShadowLayers. r=jmuizelaar, a=tef+

2.it can not search any BT devices.

Comment 1

[Alex Keybl [:akeybl]]

We need more information around the situation for ACTUAL#1 - how many files and the sizes of those files and whether we can have access to the test files. We suspect that's the reason we're running into ACTUAL#3.

ACTUAL#2 is a previously known issue - the gallery index should be updated once the app is closed or the phone is restarted.

Comment 2

[Andrew Overholt [:overholt]]

David/Dominic, can you investigate here?  Since there's work being done on the gallery, we're wondering if things have changed in the past few days.

Comment 3

[Dominic Kuo [:dkuo]]

okay, I can investigate it.

Comment 4

[Wayne Chang [:wchang]]

Triage 4/19 - Not enough information from reporter, tef- for now.
Dominic, if you have time to investigate this and see anything weird, please re-nominate it.

thank you.

Comment 5

[Firefox_Mozilla]

About ACTUAL#3, we use the new build that can not reproduce. So it can be ignored.

But ACTUAL#1 also exist, the status is always "loading" even if we wait for a long time(maybe 5 minutes). In Gallery, images and videos which can load is totally 42. In SD card, it also has some other videos or files which takes up 556M, and the capacity of this SD card is 4G.

About ACTUAL#2, as it said above, is a previously known issue - the gallery index should be updated once the app is closed or the phone is restarted. 
Is it means if we delete an image, we must close Gallery in task manager and go into Gallery again, and then this image can disappear? Right?

Comment 6

[Firefox_Mozilla]

Attachment: screenshot

Comment 7

[Firefox_Mozilla]

About the attachment in comment 6, it upload the wrong screenshot. Please ignore it. Thanks!

Comment 8

[Daniel Coloma:dcoloma]

We need more details about the situation in which this bug occurs, espeically the delay in loading gallery.

Comment 9

[Dominic Kuo [:dkuo]]

Update: I tried to copy various images and videos to reproduce this issue, unfortunately I cannot reproduce, [e-mail] can you provide more information on what you have on your sd card? maybe the image/video formats or the folder structure.

Let's set qawanted first cause we need some help here, thanks.

Comment 10

[Angela Hubenya]

I am able to reproduce ACTUAL#1 result on my Unagi device. I have 4GB on my SD card: 
120.4 MB- Music
265.3 MB- Pictures
2.7 MB- Video
458.4 MB- Free Space


Unagi
Build ID: 20130506070204
Kernel Date: Dec 5
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/00c554abfc17
Gaia: 9377636cee5ac55b9f1d68f598afc7aadfbb2b00

Comment 11

[Daniel Coloma:dcoloma]

(In reply to Angela Hubenya from comment #10)
> I am able to reproduce ACTUAL#1 result on my Unagi device. I have 4GB on my
> SD card: 
> 120.4 MB- Music
> 265.3 MB- Pictures
> 2.7 MB- Video
> 458.4 MB- Free Space
> 
> 
> Unagi
> Build ID: 20130506070204
> Kernel Date: Dec 5
> Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/00c554abfc17
> Gaia: 9377636cee5ac55b9f1d68f598afc7aadfbb2b00

Is there any way to get the logs so we can check what is happening?

Comment 12

[Angela Hubenya]

Attachment: logcat

Comment 13

[Angela Hubenya]

Logcat is attached in comment 12. I stopped the logcat after about 5 minutes of loading time. The Gallery loaded fully after approximately 8 minutes. 

Tested on: 
Unagi Build ID: 20130514070207
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/58e5ff2fcfce
Gaia: 9841cfc141e3f849aba780592e02a482b17eb570

Comment 14

[David Flanagan [:djf]]

(In reply to Angela Hubenya from comment #13)
> Logcat is attached in comment 12. I stopped the logcat after about 5 minutes
> of loading time. The Gallery loaded fully after approximately 8 minutes. 

So there is no bug there.  It just takes 8 minutes to process 263mb of pictures.

Comment 15

[Daniel Coloma:dcoloma]

Should we close this as invalid then?

Comment 16

[Mike Lee [:mlee]]

(In reply to Alex Keybl [:akeybl] from comment #1)
> 
> ACTUAL#2 is a previously known issue - the gallery index should be updated
> once the app is closed or the phone is restarted.

(In reply to Firefox_Mozilla from comment #5)
> 
> About ACTUAL#2, as it said above, is a previously known issue - the gallery
> index should be updated once the app is closed or the phone is restarted. 
> Is it means if we delete an image, we must close Gallery in task manager and
> go into Gallery again, and then this image can disappear? Right?

What's the bug number referenced in comment #1 and comment #5?

Comment 17

[Tracy Walker [:tracy]]

see https://bugzilla.mozilla.org/show_bug.cgi?id=864674#c3

I think bug 869734 is a related issue.

Comment 18

[Juan Perez-Bedmar [:juanpbf]]

Just removing the needinfo, and this is no longer an issue.
Sorry for the spam

Comment 19

[BMO Automation]

Firefox OS is not being worked on