899469 - [Helix][gallery] Image viewing triggered from email shows last viewed picture prior to showing the new picture due to v1.1 screenshot mechanism

Status: RESOLVED WONTFIX

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

Description

[Hubert Lu[:hlu] <[e-mail]>]

* Build Number (Both Gecko and Gaia)
Gaia:     f2bc4a004f592cd6dce4edda2b0533f4fd4f91f2
  B-D     2013-07-25 18:32:32
Gecko:    http://hg.mozilla.org/releases/mozilla-b2g18_v1_1_0_hd/rev/2bb08f2878da
BuildID   20130725070202
Version   18.0

* Reproduce Steps
1. go to email
2. compose an email
3. click on attach file icon for the attachment
4 [review]. select gallery and an image
5. click on attach file icon for the attachment
6. select camera, take a picture and select that image
7. click on attach file icon for the attachment
8. select wallpaper and an image
9. Send the email to myself
10. View the attached pictures couple times randomly.

* Actual results
1. It will show last viewed picture before the picture which you select
   appeared.

* Expected results
1. The picture should appear properly without any extra image.

Comment 1

[Andrew Sutherland [:asuth] (he/him)]

This sounds like it might just be the screenshot logic showing the last thing the gallery app showed before we trigger it?

Comment 2

[Hubert Lu[:hlu] <[e-mail]>]

Attachment: video_899469

Comment 3

[Hubert Lu[:hlu] <[e-mail]>]

Hi Andrew,
    It will show the image of attached file which user has viewed first while user view another attached image file. The video is attached. You can refer to it for details.

Hubert

Comment 4

[Andrew Sutherland [:asuth] (he/him)]

The video looks like it's the screenshot thing based on the change in brightness of the top bar.  I believe this is accepted/unchanging v1.1 behaviour but maybe for v1.1hd it's being dealt with?  See the thread "Need a decision for bug 873431 for v1.1hd timeframe, on app start-up splashes" in dev-gaia and the related stuff.

I'm turfing this to gallery since it's the gallery app that's being victimized by the screenshot process and e-mail isn't growing a built-in image viewing capability for any v1.1 branch.

Comment 5

[Wayne Chang [:wchang]]

I don't see this as blocking for v1.1HD if it's due to the screenshot mechanism we have, especially if it is aligned with what v1.1 does.

HD- this unless this bug is seen on HD specifically.

Comment 8

[lecky]

Hi Wayne:
the bug num 911432 is On HD.

Comment 9

[Wayne Chang [:wchang]]

(In reply to lecky from comment #8)
> Hi Wayne:
> the bug num 911432 is On HD.

It is reported on HD but we do not plan to change this behaviour on v1.1 or v1.1HD.

Comment 10

[lecky]

The issue can't be fixed on V1.1HD, and could you accept it?

Comment 11

[Beatriz Rodríguez [:brg]]

(In reply to lecky from comment #10)
> The issue can't be fixed on V1.1HD, and could you accept it?
We are fully alligned with comment #9

Comment 12

[BMO Automation]

Firefox OS is not being worked on