Closed Bug 957680 Opened 10 years ago Closed

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

Categories

(Tech Evangelism Graveyard :: Preinstalled B2G Apps, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

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

RESOLVED WONTFIX
Tracking Status
b2g18 --- unaffected
b2g-v1.2 --- affected
b2g-v1.3 --- affected

People

(Reporter: selkabule, Unassigned)

References

Details

(Keywords: regression, Whiteboard: dogfood1.3)

Attachments

(3 files)

Attached file 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
Attached image Blank screen.png
Can you include a logcat with console enabled set?
blocking-b2g: --- → 1.3?
Keywords: qawanted, regression
Attached file 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.
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
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.
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
(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
Closed: 6 years ago
Resolution: --- → WONTFIX
Mass closing on Tech Evangelism::Preinstalled B2G App as Firefox OS is no longer a thing.
Closed: 6 years ago6 years ago
Mass closing on Tech Evangelism::Preinstalled B2G App as Firefox OS is no longer a thing.
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: