Closed Bug 966901 Opened 12 years ago Closed 11 years ago

WebActivity URL handler not updated correctly after OTA and Rocketbar

Categories

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

Product:
Firefox OS Graveyard
Component:
Gaia::System
Platform:
ARM
Gonk (Firefox OS)
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 1051513

People

(Reporter: gerard-majax, Unassigned)

References

Details

After OTA updating a phone with a RocketBar enabled build, and making sure you do not run into bug 966899, taping on an URL gives you a choice of activity with: System and Browser app. Only System will work.
No longer blocks: rocketbar-search-mvp
During the data migration upgrade we need to make sure the old browser app is deleted.
Component: General → Gaia::System
Alexandre, are we still shipping the browser app? If yes, you should just need to remove the activity from its manifest. If not, we have another issue, and that's kind of expected since we never remove apps on updates.
On launch we will be shipping the browser app because we need to launch it to migrate data. Unfortunately we did remove the old activity, but both options seem to be appearing after the update.
Blocks: browser-chrome-mvp
No longer blocks: rocketbar-search-mvp
We fixed this in bug 1051513. Marking as a dupe to track this.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.