[B2G][Servicos] The application launch into a blank screen

RESOLVED WONTFIX

Status

RESOLVED WONTFIX
5 years ago
2 months ago

People

(Reporter: selkabule, Unassigned)

Tracking

({regression})

unspecified
ARM
Gonk (Firefox OS)
regression

Firefox Tracking Flags

(b2g18 unaffected, b2g-v1.2 affected, b2g-v1.3 affected)

Details

(Whiteboard: dogfood1.3)

Attachments

(3 attachments)

(Reporter)

Description

5 years ago
Created attachment 8357232 [details]
servicos cat log.txt

Description:
When launch the application "Servicos" it terminates on the first launch and when launching the application the second time, it launches into a blank screen

Repro Steps:
1) Updated Buri 1.3 Moz Ril
2) Download the application "Servicos" from the Marketplace
3) Launch the application twice


Actual:
On the first launch the application terminates and on the second launch the application launches into a blank screen

Expected:
The user should be able to launch the application and use the main functionality of the app

Environmental Variables
Device: (example:Leo v 1.1.0 Mozilla/ COM RIL)
Build ID: 20140107004001
Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/71ad7ff30010
Gaia: ff5f06dd321f7d2bf4a5b311ded2c56e865d4f83
Platform Version: 28.0a2

Notes:
Repro 100%
UCID: (suite-xxx)
See attached: logcat, Screenshot
(Reporter)

Comment 1

5 years ago
Created attachment 8357233 [details]
Blank screen.png
Can you include a logcat with console enabled set?
blocking-b2g: --- → 1.3?
Keywords: qawanted, regression
(Reporter)

Comment 3

5 years ago
Created attachment 8357341 [details]
servicos cat log2.txt
(In reply to Jason Smith [:jsmith] from comment #2)
> Can you include a logcat with console enabled set?

Removing qawanted as per comment 3
Keywords: qawanted
That doesn't look good:

01-08 12:51:38.151: I/Gecko(136): Security problem: Content process does not have `3' status.  It will be killed.
Keywords: regressionwindow-wanted
QA Contact: rkunkel
(In reply to Jason Smith [:jsmith] from comment #5)

This issue has appears to have occured since the first 1.2 build on 6/21.

- First Broken -

6/21 v1.2
Environmental Variables:
Device: Buri 1.2 MOZ
BuildID: 20130621031231
Gaia: e2f19420fa6a26c4287588701efaec09a750dba1
Gecko: 7ba8c86f1a56
Version: 24.0a1
Firmware Version: 20131115
Keywords: regressionwindow-wanted
Andrea, is this an IPC issue?  The error message in the logcat seems to come code you added to make DataStore certified-only in bug 942639.
Assignee: nobody → amarchesini
blocking-b2g: 1.3? → 1.3+
Component: General → IPC
Flags: needinfo?(amarchesini)
Product: Firefox OS → Core
yep. it seems so. I'm debugging it.
Flags: needinfo?(amarchesini)
Part of the problem was related to bug 962516. Now this is landed on m-c.
The app still has a wrong behaviour. I'll continue to investigate it.
Is this critical to fix for 1.3?  Will it affect multiple apps?
Flags: needinfo?
(In reply to Peter Dolanjski [:pdol] from comment #10)
> Is this critical to fix for 1.3?  Will it affect multiple apps?

To my understanding, this was originally marked as a blocker since this impacts a target preinstalled partner app. Since it's a gecko bug, this can potentially impact multiple apps if they happen to trigger the same workflow that this app does. baku could provide a tech perspective on this if need be.
Flags: needinfo?
> To my understanding, this was originally marked as a blocker since this
> impacts a target preinstalled partner app. Since it's a gecko bug, this can
> potentially impact multiple apps if they happen to trigger the same workflow
> that this app does. baku could provide a tech perspective on this if need be.

The issue was in part related to bug 962516. With that patch landed, I don't see this issue. But I'm still debugging it to be 100% this issue is fix.

If someone wants to help to debug it, would be nice if you can reproduce this issue or something else. Thanks.

Comment 13

5 years ago
Can we get ETA to fix this bug? Thank you.
The index.html of this app creates an <iframe mozbrowser> point to this URL: http://vds.vivo.com.br/ This URL, returns a WAP page. Unsupported by B2G. I guess the problem is in the app itself.
Could it be that they are expecting a different user-agent? Can we ask info to the author of this app?
Maria, do you have any contacts at Vivo that can help with this?
Flags: needinfo?(oteo)
A(In reply to Andrew Overholt [:overholt] from comment #15)
> Maria, do you have any contacts at Vivo that can help with this?

I think Diego can help us here, setting ni for him
Flags: needinfo?(oteo) → needinfo?(diegou)
Wait a second - before we assume this is TE, I'd like to know why this works fine on 1.1.

Can we an explanation of the behavior on 1.1 on a Buri device?
Keywords: qawanted
Jose Enrique or Simon, Could you please in parallel check this issue with the app developer?
Flags: needinfo?(simon.callan)
Flags: needinfo?(joseenrique.alvarezfernandez)
(In reply to Jason Smith [:jsmith] from comment #17)
> Wait a second - before we assume this is TE, I'd like to know why this works
> fine on 1.1.
> 
> Can we an explanation of the behavior on 1.1 on a Buri device?

It seems a user-agent detector problem. When I use ffos 1.1 user agent I get an HTML page:

curl -L http://vds.vivo.com.br/  -i -A "Mozilla/5.0 (Mobile; rv:18.1) Gecko/18.1 Firefox/18.1"

but with 1.3/1.4 (and desktop too) I see a WAP page:

curl -L http://vds.vivo.com.br/  -i -A "Mozilla/5.0 (Mobile; rv:29.0) Gecko/29.0 Firefox/29.0"
(In reply to Andrea Marchesini (:baku) from comment #19)
> (In reply to Jason Smith [:jsmith] from comment #17)
> > Wait a second - before we assume this is TE, I'd like to know why this works
> > fine on 1.1.
> > 
> > Can we an explanation of the behavior on 1.1 on a Buri device?
> 
> It seems a user-agent detector problem. When I use ffos 1.1 user agent I get
> an HTML page:
> 
> curl -L http://vds.vivo.com.br/  -i -A "Mozilla/5.0 (Mobile; rv:18.1)
> Gecko/18.1 Firefox/18.1"
> 
> but with 1.3/1.4 (and desktop too) I see a WAP page:
> 
> curl -L http://vds.vivo.com.br/  -i -A "Mozilla/5.0 (Mobile; rv:29.0)
> Gecko/29.0 Firefox/29.0"

Ah ha. It's a UA issue. Thanks for the help - that makes this is a TE issue. Switching to the TE product & removing the blocking flag.
Assignee: amarchesini → nobody
blocking-b2g: 1.3+ → ---
Component: IPC → Preinstalled B2G Apps
Keywords: qawanted
Product: Core → Tech Evangelism

Updated

5 years ago
Blocks: 912220

Comment 21

5 years ago
(Agreed with José Enrique that he is taking this over to Vivo who are developers of the app)
Flags: needinfo?(diegou)
Notified to Vivo the bug. They are working on it
Flags: needinfo?(joseenrique.alvarezfernandez)
Flags: needinfo?(simon.callan) → needinfo?(joseenrique.alvarezfernandez)
This was solved time ago. Nevertheless I've checked it out and works for me
Flags: needinfo?(joseenrique.alvarezfernandez)
Mass closing on Tech Evangelism::Preinstalled B2G App as Firefox OS is no longer a thing.
Status: NEW → RESOLVED
Last Resolved: 2 months ago
Resolution: --- → WONTFIX
Mass closing on Tech Evangelism::Preinstalled B2G App as Firefox OS is no longer a thing.
Last Resolved: 2 months ago
Mass closing on Tech Evangelism::Preinstalled B2G App as Firefox OS is no longer a thing.
You need to log in before you can comment on or make changes to this bug.