[Midori 2.0]Open image show black screen

NEW
Unassigned

Status

Firefox OS
Gaia::Gallery
P1
normal
3 years ago
2 years ago

People

(Reporter: sync-1, Unassigned)

Tracking

(Blocks: 1 bug)

unspecified

Firefox Tracking Flags

(b2g-v2.1 unaffected, b2g-v2.2 unaffected)

Details

Attachments

(3 attachments)

21.30 KB, application/octet-stream
Details
15.66 KB, image/x-png
Details
5.75 MB, video/mp4
Details
(Reporter)

Description

3 years ago
FireFox OS V2.0
 
 mozilla build id:20141019000201
 
 
 DEFECT DESCRIPTION:
  1. Open a message with a image from SMS
  2. Click the image to view it
  3. Press home key.
  4. Make a screenshot ( or download a image form browser )
  5. open the screenshot ( or the image ) by the notification
  6. The image can not show, just display black screen! KO!
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
  High
  REPRODUCING RATE:
  5/5
(Reporter)

Comment 1

3 years ago
Created attachment 8523599 [details]
PR823598_Jrdlog
(Reporter)

Comment 2

3 years ago
Created attachment 8523600 [details]
pic

Comment 3

3 years ago
[Blocking Requested - why for this release]:
this bug happens when 2 processes need to open image.
The scenario could be very often while using 3rd party apps
blocking-b2g: --- → 2.0?
Flags: needinfo?(wehuang)
Reproducible in my Flame with v188 base image (2.0 SW), bring to Triage for discussion.
Flags: needinfo?(wehuang)
Please add the “this is reproducible in 1.3 SW or not” information to this issue.

According to issue steps, we can reproduce on Flame v2.1 and v2.2.
See attachment: 1100177_video.MP4
Reproducing rate: 0/5

Flame 2.1 build:
Gaia-Rev        81160ad79e5b4c21967418dd63f1a1d08d77924e
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/3572aa3e6766
Build-ID        20141117001201
Version         34.0

Flame 2.2 build:
Gaia-Rev        ae3a84acaab80a5b35d5542d63e68462273c8a1b
Gecko-Rev       https://hg.mozilla.org/mozilla-central/rev/2d0a51ef828d
Build-ID        20141117160200
Version         36.0a1
status-b2g-v2.1: --- → unaffected
status-b2g-v2.2: --- → unaffected
Flags: needinfo?(sync-1)
Created attachment 8524242 [details]
video
Please ignore Comment 5
According to issue steps, we can not reproduce on Flame v2.1 and v2.2.
Reproducing rate: 0/5

Flame 2.1 build:
Gaia-Rev        81160ad79e5b4c21967418dd63f1a1d08d77924e
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/3572aa3e6766
Build-ID        20141117001201
Version         34.0

Flame 2.2 build:
Gaia-Rev        ae3a84acaab80a5b35d5542d63e68462273c8a1b
Gecko-Rev       https://hg.mozilla.org/mozilla-central/rev/2d0a51ef828d
Build-ID        20141117160200
Version         36.0a1
[Triage] considering the repro. step and current 2.0 timing, de-tag as can't repro. in 2.1/2.2 now.
blocking-b2g: 2.0? → ---

Comment 10

3 years ago
video & music have similar issue.
https://bugzilla.mozilla.org/show_bug.cgi?id=1100753

this may be associated with manifeist.webapp:"activities":"open"|"view":"href"

Comment 11

3 years ago
[Blocking Requested - why for this release]:it is blocking 2.0 products now, and in 2.1 & 2.2 branch it just closes activity window when app switch to background--it's not end user wished, still does not permit to create two or more activity instances at the same time.
blocking-b2g: --- → 2.0?
Flags: needinfo?(sync-1)

Updated

3 years ago
Flags: needinfo?(wehuang)
[Triage] We still recommend to follow 2.1/2.2's design to fix this issue. If need to fix it w/ your expectation that means we need to have different design in 2.0 (compared with 2.1/2.2), which is unlikely given current 2.0 phase and resource situation.
Flags: needinfo?(wehuang)
blocking-b2g: 2.0? → ---
Blocks: 1258639
You need to log in before you can comment on or make changes to this bug.