1016697 - [B2G][Everything.com]Marketplace download suggestion doesn't automatically open e.me search results with Marketplace already open

Status: RESOLVED WONTFIX

(Marketplace Graveyard :: Consumer Pages, enhancement, P5)

Description

[Montoya Clemmons (MClemmons)]

Attachment: Logcat of non-graceful transition to Marketplace

User has Marketplace open then goes to e.me search field and enters Lanyrd to search. When search results appear in the Marketplace downloads section of homescreen and user selects 

Prerequisites: 
1. User opens Marketplace App 

Repro Steps:
1) Update a Flame to BuildID: 20140527040202
2) Tap in e.me search bar and type lanyrd
3) Await Marketplace downloads and the Lanyrd downloads apps and tap Lanyrd
4) Observe device behavior

Actual:
Last Marketplace screen viewed during Prerequisites displays momentarily (about a second) before screen transitions to Lanyrd Marketplace page.

Expected:
Lanyrd Marketplace page appears without a transition page appearing first.

Environmental Variables:
Device: Flame 2.0 MOZ
BuildID: 20140527040202
Gaia: 6a391274cd436f8f0d1fad2db8c6b4805703259c
Gecko: cbe4f69c2e9c
Version: 32.0a1
Firmware Version: v10G-2
User Agent: Mozilla/5.0(Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Repro frequency: 5/5 – 100 percent 
Link to failed test case: None found 
See attached: video = https://www.youtube.com/watch?v=z4UmCnrtCA8, logcat

Comment 1

[Montoya Clemmons (MClemmons)]

This issue reproduces on Buri 2.0 following Comment 0 STR. Selected App does not automatically open within Marketplace. 

Environmental Variables:
Device: Buri 2.0 MOZ
BuildID: 20140527040202
Gaia: 6a391274cd436f8f0d1fad2db8c6b4805703259c
Gecko: cbe4f69c2e9c
Version: 32.0a1
Firmware Version: v1.2-device.cfg
User Agent: Mozilla/5.0(Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 2

[Montoya Clemmons (MClemmons)]

This issue reproduces on Buri 1.4 following Comment 0 STR. Selected App does not automatically open within Marketplace. 

Environmental Variables:
Device: Buri 1.4 MOZ
BuildID: 20140527000202
Gaia: 0542778892a294d224e75af4a76be5d42938bc90
Gecko: d583ae109f54
Version: 30.0
Firmware Version: v1.2-device.cfg

Comment 3

[Montoya Clemmons (MClemmons)]

This issue does not reproduce on Base Solo following Comment 0 STR. Selected App does automatically go to that page within Marketplace.

Environmental Variables:
Device: Flame Base solo
BuildID: 20140520094859
Gaia: a73235d23685e9898f40647cebd83b3fcbfd0117
Gecko:
Version: 28.0
Firmware Version: v10G-2

Comment 4

[Wil Clouser [:clouserw]]

This bug is flirting with wontfix but we're leaving open to get some recommendations from people more familiar with web activities.  I don't think there is a lot of opportunity to show anything other than the page that was last seen on Marketplace.  Is there a recommended strategy here?

I'm going to ask :kgrandon and CC fwenzel - I'm not sure who would have the best advice here.

Comment 5

[Kevin Grandon :kgrandon]

To be honest, I don't know the details off the top of my head, so I'm going to forward the ni? to alive if that's ok. My assumption was that we could use a different path for the activity, but perhaps that's incorrect.

Comment 6

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

I don't understand why this is a bug.
But if you really don't want to re-use the existing marketplace app, try to tell them to support inline activity - that means, change disposition: inline in their manifest. But some side effects may happen.

Comment 7

[Jason Smith [:jsmith]]

I think I can agree with Wil's comments that this is a WONTFIX.

Comment 8

[John Thomas [:Johnt]]

No test case written. Not a valid test case. No need to rewrite steps.

Comment 9

[John Thomas [:Johnt]]

 This test case is not valid since inline activity needs to be supported (currently it is not) if a user doesn't want to re-use the existing marketplace app.

Comment 10

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

John, please don't leave unnecessary comments on issues. 

There is not a in-moztrap? flag for the marketplace component. We are writing this up as an issue.

Marking this as in-moztrap- since this is a won't fix.