Closed
Bug 997641
Opened 10 years ago
Closed 10 years ago
[Tarako] Gallery app is killed while using pick activity from any other apps
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
b2g-v1.3T | --- | affected |
People
(Reporter: johnhu, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
3.16 KB,
text/plain
|
Details |
The gallery app is never opened while picking image with pick activity. The following message is found at logcat: I/Gecko ( 844): NeckoParent::AllocPRemoteOpenFile: FATAL error: app without webapps-manage permission is requesting file '/data/local/webapps/gallery.gaiamobile.org/application.zip' but is only allowed to open its own application.zip at /data/local/webapps/sms.gaiamobile.org/application.zip: KILLING CHILD PROCESS I/Gecko ( 844): The activity works as normal once I put the "webapps-manage" in permission
Reporter | ||
Updated•10 years ago
|
blocking-b2g: --- → 1.3T?
Reporter | ||
Comment 1•10 years ago
|
||
Version: 1.3T, 20140416164002 from PVT.
Updated•10 years ago
|
status-b2g-v1.3T:
--- → affected
Updated•10 years ago
|
Status: NEW → RESOLVED
blocking-b2g: 1.3T? → ---
Closed: 10 years ago
Resolution: --- → DUPLICATE
Comment 3•10 years ago
|
||
This is not a dupe. The bizarre error message described here does not appear in the logcat of that other bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 4•10 years ago
|
||
Note that this weird error message also occurs with a pick activity to Camera. See the discussion in bug 989290. Did we change the way applications.zip files are handled in 1.3T? Or is there some change to the domain management for inline activities? Are we somehow trying to run activities in the same process as the app that initiates them? That actually seems like a cool idea... but obviously it is not working right.
Comment 5•10 years ago
|
||
I do not see this bug in the 20140331 build, but that is pretty old now. Resetting the 1.3T? flag that was cleared when this was marked as a dupe.
blocking-b2g: --- → 1.3T?
Keywords: regression
Updated•10 years ago
|
Component: Gaia → Networking
Product: Firefox OS → Core
Version: unspecified → 28 Branch
Updated•10 years ago
|
Status: REOPENED → NEW
Comment 6•10 years ago
|
||
Sounds like a process grouping bug ... Fabrice? The STR is simply try to pick an image in Gallery from Contacts. See bug 989290 comment 34.
Updated•10 years ago
|
Flags: needinfo?(fabrice)
Comment 7•10 years ago
|
||
Same comment as in but 998247:
this line in your log:
> I/Gecko ( 715): NeckoParent::AllocPRemoteOpenFile: FATAL error: app
> without webapps-manage permission is requesting file
> '/data/local/webapps/bluetooth.gaiamobile.org/application.zip' but is only
> allowed to open its own application.zip at
> /data/local/webapps/gallery.gaiamobile.org/application.zip: KILLING CHILD
> PROCESS
means that gaia is not installed in the system partition where it should be. I don't know which kind of build you are testing on, but it's clearly not a production build. Please update you device.
Flags: needinfo?(fabrice)
Comment 9•10 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #8) > So is this bug invalid? I'm not 100% sure
Flags: needinfo?(fabrice)
Comment 10•10 years ago
|
||
In bug 989290, Naoki (who first noticed this error) writes: Based on the bug that was filed for the issue that I was having, it was because I was flashing to the data partition for the gaia. I had followed : https://intranet.mozilla.org/B2G_Team/Tarako#Black_screen_after_a_make_install-gaia.3F This time instead I did ROCKETBAR=0 MOZILLA_OFFICIAL=1 NOFTU=1 make production So there is a workaround. Maybe the Makefile could be improved to prevent this from happening or something, but let's just close this for now.
Status: NEW → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•