Closed
Bug 1084501
Opened 10 years ago
Closed 10 years ago
Set proper permissions for pre-installed trusted apps
Categories
(Core Graveyard :: DOM: Apps, defect)
Tracking
(blocking-b2g:2.1+, firefox34 wontfix, firefox35 wontfix, firefox36 fixed, b2g-v2.1 fixed, b2g-v2.2 fixed)
People
(Reporter: zoran.jovanovic, Assigned: zoran.jovanovic)
Details
(Whiteboard: [Tako_Blocker])
Attachments
(1 file)
979 bytes,
patch
|
fabrice
:
review+
fabrice
:
approval-mozilla-b2g34+
|
Details | Diff | Splinter Review |
When trusted hosted apps are installed from a preloaded offline cache their permissions are not correctly set due to information on 'kind' of application being missing on pre-install.
Assignee | ||
Comment 1•10 years ago
|
||
Attachment #8507078 -
Flags: review?(jonas)
Attachment #8507078 -
Flags: review?(fabrice)
Updated•10 years ago
|
Attachment #8507078 -
Flags: review?(jonas)
Attachment #8507078 -
Flags: review?(fabrice)
Attachment #8507078 -
Flags: review+
Updated•10 years ago
|
Whiteboard: [Tako_Blocker]
Comment 2•10 years ago
|
||
[Blocking Requested - why for this release]: since its r+ and partner need this fix, raise for 2.1? for landing to 2.1 branch.
blocking-b2g: --- → 2.1?
Updated•10 years ago
|
blocking-b2g: 2.1? → 2.1+
Comment 3•10 years ago
|
||
Once this lands on central, please request b2g34 approval so this can be approved for uplift on the branch.
Updated•10 years ago
|
Assignee: nobody → zoran.jovanovic
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/87f031a85885
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
Comment 6•10 years ago
|
||
Unable to verify due to not enough STRs.
QA Whiteboard: [QAnalyst-Triage?][QAnalyst-verify-]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][QAnalyst-verify-] → [QAnalyst-Triage+][QAnalyst-verify-]
Flags: needinfo?(ktucker)
Comment 7•10 years ago
|
||
Please request b2g34 approval on this when you a chance.
status-b2g-v2.1:
--- → affected
status-b2g-v2.2:
--- → fixed
status-firefox34:
--- → wontfix
status-firefox35:
--- → wontfix
status-firefox36:
--- → fixed
Flags: needinfo?(zoran.jovanovic)
Assignee | ||
Updated•10 years ago
|
Flags: needinfo?(zoran.jovanovic) → needinfo?(fabrice)
Assignee | ||
Comment 8•10 years ago
|
||
@Fabrice: Can you please help out?
Updated•10 years ago
|
Attachment #8507078 -
Flags: approval-mozilla-b2g34+
Updated•10 years ago
|
Flags: needinfo?(fabrice)
Comment 10•10 years ago
|
||
Hi Zoran, That is to say after you failed to download an app sucessfully but its shortcut already showed on Home, click this shortcut. Then this app will start downloading itself. The issue is: after the download is completed,some default settings for location in APP permissions are not correct?
Flags: needinfo?(zoran.jovanovic)
Assignee | ||
Comment 11•10 years ago
|
||
(In reply to SandKing from comment #10) > Hi Zoran, > That is to say after you failed to download an app sucessfully but its > shortcut already showed on Home, click this shortcut. Then this app will > start downloading itself. The issue is: after the download is completed,some > default settings for location in APP permissions are not correct? It is possible to preload appcache for a hosted app and have an initial offline support. (See https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/Market_customizations_guide#How_do_you_prepare_a_preloaded_hosted_app_for_initial_offline_support.3F) In this case, if app whose cache is preloaded is of trusted kind and requires permissions, these permissions would not have been granted since 'kind' was not resolved. This is fixed in this bug.
Flags: needinfo?(zoran.jovanovic)
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•