Closed Bug 822201 Opened 12 years ago Closed 12 years ago

[PACKAGED APPS] Install a packaged app from http://everlong.org/mozilla/packaged/ is not working

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
major

Tracking

(blocking-basecamp:+)

RESOLVED WORKSFORME
blocking-basecamp +

People

(Reporter: carlosmartinez, Assigned: benfrancis)

Details

STR:
1-Open the browser
2-Go to http://everlong.org/mozilla/packaged/
3-Tap in the install button
4-Tap in the Install button in the confirmation dialog

Expected result --> A new icon is created in the grid to allow the execution of the app

Actual result --> The following error is shown in adb logcat:

E/GeckoConsole(  608): Content JS ERROR at app://homescreen.gaiamobile.org/js/page.js:151 in icon_fetchImageData: Got an exception when trying to load icon "app://{1a4d1ce9-f72c-4c32-b6fb-63c8c84ec229}//style/icons/Blank.png", falling back to default icon. Exception is: [Exception... "File error: Not found"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  location: "JS frame :: app://homescreen.gaiamobile.org/js/page.js :: icon_fetchImageData :: line 148"  data: no]
blocking-basecamp: --- → ?
I think the error is not relevant here (icon problem).

Will check as soon as I have the latest code.
OS: Windows 7 → Gonk (Firefox OS)
Hardware: x86_64 → ARM
ok I see this with latest code, I'm investigating.
Assignee: nobody → felash
I've seen that sometimes it works and sometimes not.

When it works the icon is very blurry. It looks like a problem in the platform with the animation.

However, bug 815600 will remove this animation, let's check this again when it's landed (most probably today).
Bug 815600 solves this particular bug, however we have a serious regression around animations, I'm filing another bug for that.
Opened Bug 822231 to track the animation problem.
If this will be resolved by bug 815600, sending over to Ben so that he knows the urgency around landing bug 815600 today to unblock smoketests.
Assignee: felash → ben
Severity: normal → critical
Priority: -- → P1
Target Milestone: --- → B2G C3 (12dec-1jan)
Alex, actually, it doesn't block, because you can swipe to another desktop and come back, and the icon will be there.
Thanks Julien - dropping priority/severity and the smoketest keyword, but this is still needed for v1.0.
Severity: critical → major
blocking-basecamp: ? → +
Keywords: smoketest
Priority: P1 → P2
After retesting, icon is there if I go to another desktop and then come back, but app is not working at all.
Carlos> It works for me. The application doesn't do much, it just displays one line of text on a white background, but well, it launches and it works.
Are you using a nightly build? I´m using today´s nightly build with Gecko-cb6ee76 Gaia-16006ea, maybe is something that starts to fail after your build or before and is working now...
That's a build from a few hours ago off the b2g18 branch for gecko and master for gaia.

I'm not sure much happened since your build..

What do you see exactly when you try to launch the app ?
I´ve tried several times, and what I get the last time is, an icon in the top bar showing that is trying to install the app, and the icon of the packaged app with a rocket and a blue circle moving...
Ok, you have a problem with the install feature, so it's definitely not the same problem that I got this morning.

This may be related to Bug 813468 but the timeline doesn't match.
Keywords: qawanted
QA Contact: jsmith
I have retested with the engineering build with tips Gecko-5bad6f1 Gaia-7c95cec and is working fine.
(In reply to Carlos Martínez Toral [:carlosmartinez] from comment #15)
> I have retested with the engineering build with tips Gecko-5bad6f1
> Gaia-7c95cec and is working fine.

Works for me then.
Status: NEW → RESOLVED
Closed: 12 years ago
Keywords: qawanted
Priority: P2 → --
Resolution: --- → WORKSFORME
Target Milestone: B2G C3 (12dec-1jan) → ---
You need to log in before you can comment on or make changes to this bug.