Closed Bug 1288711 Opened 9 years ago Closed 9 years ago

(Activity Stream) Validating early prototypes

Categories

(Firefox for Android Graveyard :: General, defect, P1)

All
Android
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sebastian, Assigned: sebastian)

References

()

Details

(Whiteboard: [MobileAS])

Attachments

(2 files)

How can we validate early prototypes? On desktop we have test pilot - what do we do on mobile (Android)? What we have right now and what we have been using in the past: https://docs.google.com/document/d/12yuRKdu_C1nkw3RIP0xJRmBTIGmNbOyRis6TRm3wZmY/edit Additional questions: * Can we avoid being slowed down by the release trains? * Can we have users opt into the new experience regardless of release channel?
To evaluate rendering activity stream as web content I patched the activity stream add-on to run on Android. It kind of shows some UI but doesn't render any data. This might work for the core "new tab" page but some of the mocks are showing and modifying UI outside of the tab/web content. This is something we can't do easily (or at all) with an add-on right now. As soon as we have to ship additional APIs we need to ride the release trains again.
This is a screenshot of a react native integration into Fennec (the red thing).
Whiteboard: [MobileAS s1.1]
Whiteboard: [MobileAS s1.1] → [MobileAS s1.2]
Whiteboard: [MobileAS s1.2] → [MobileAS s1.3]
Priority: -- → P2
Whiteboard: [MobileAS s1.3] → [MobileAS]
Priority: P2 → P1
I move this back to the backlog and work on highlights first (bug 1293710).
Priority: P1 → P3
Rank: 1
Priority: P3 → P2
Priority: P2 → P1
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Iteration: --- → 1.5
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: