Appists!
We have our weekly Apps Engineering meeting tomorrow (Tuesday) at 9:00am 
PT. Please join us!
[Note: Daylight Savings Time began Sunday in most of the Pacific time 
zone (PT), and the meeting time remains at 9:00am in that time zone, 
which is *16:00 UTC*.]
-myk
DETAILS
     Tuesdays - 9:00am PT (*16:00 UTC*)
     
irc.mozilla.org #openwebapps for backchannel
VIRTUAL LOCATION
     "Mozilla Apps" Vidyo room
     
https://v.mozilla.com/flex.html?roomdirect.html&key=GSAT2ujy1RDw
PHYSICAL LOCATIONS
     Mountain View: 4K - Kung Fu
     San Francisco: 7N - Noise Pop
AUDIO-ONLY
     
+1-650-903-0800 or 
+1-650-215-1282, x92, conf#: 98652 (US/INTL)
     
+1-800-707-2533, pin: 369, conf#: 98652 (US toll free)
OPEN TASKS
* revise list of specific security use cases [dchan]
     STATUS: Security team met, but still waiting for specifics from Bill
     TODO: bwalker to figure out who to get involved in providing this info
* create a spec for the Apps in the Cloud API [benadida]
     STATUS: benadida looked into work that ianbicking and anant have done
     working through differences between respective approaches.
     plan to talk to services team; fairly straightforward rest api with 
browserid + rest auth
     some info on wiki: 
https://wiki.mozilla.org/Apps/AITC
     intended target milestone was consumer preview end Q1
     but given that we only have one store, doesn't seem necessary
     will have beta milestone between consumer preview end Q1 and GA 
release end Q2
     we want this for beta milestone
     TODO: benadida to deliver spec to services team
* give apps ability to specify screen size compatibility and required 
features [anant]
     STATUS: no progress this week, anant at mwc
     TODO: anant to update proposal based on recent conversations and 
send to group for a second round of discussion
* implement staging environment for integration testing of Apps [onecyrenus]
     STATUS: ianbicking started to deploy appsync to staging server, 
possibly writing docs/scripts in the process
     not finished because of some small details
     staging links:
     
https://stage-myapps.mozillalabs.com/
     https://stage-myapps.mozillalabs.com/apps/appdir/
     TODO: myk to follow up with ianbicking on status
     TODO: ianbicking to follow up with Tarek and Gozer about small details
* Propose a solution for Native App experience on Android [digitarald 
and myk]
     TARGET: consumer preview (end Q1)
     STATUS: digitarald met with dloviglio last week; identified some 
challenges and solutions;
     digitarald has another meeting today with UX for ongoing discussion
     jsmith has feedback on the spec in Discussion tab of PRD wiki page 
<
https://wiki.mozilla.org/Apps/WebRTJunePRD>
     a main concern (also brought up for desktop via email to Ragavan & 
other Web Apps Integration into Desktop team members) is that a pain 
point caught during mobile world congress preparation was that the "use" 
of the app on desktop/mobile is not well-defined
     as a result, folks saw a lot of issues in this area (can't upload 
files, flash issues, video, audio, links not loading, etc.)
* implement revised mozApps API in mozilla-central [fabrice]
     TARGET: firefox 13
     STATUS: patches are reviewed, will probably land today
     additional patches for doorhanger support and about:apps page
     install record storage is different from the format assumed by the 
launcher/shell
     TODO: myk to organize meeting with fabrice, felipe, tima, danw, and 
myk to talk about install record storage format
     TODO: fabrice to land patches
     ON TRACK
* create new "web app mode" in mozilla-central [dwalkowski, tima, myk, 
felipe]
     TARGET: firefox 13
     STATUS: team has native launcher working on mac and windows;
     cleanup and review comments work to do
     will need automated tests; tima to look at that today
     felipe is working on making patches from addon implementation of 
installation
     for ux part we already have reviewed patches;
     we might need some polish afterward, it isn't clear what the exact 
experience is;
     but we can do the polish on the stabilization branches
     TODO: team to finish launcher/shell work and roll patches for review
     TODO: felipe to finish the installation patch and request review
     AT RISK
* implement AppCache for Apps [???]
     TARGET: firefox 14
     STATUS: myk talked to lmandel, who will talk to jprmc about finding 
engineers for this and other platform work
     likely to be bent, but he can't work on it until Q2
     planning to go ga with marketplace around mid-june
     if fx14 beta is our showcase for this feature during the ga 
release, then we need to land it by fx14 merge to aurora (april 24)
     TODO: jst to make sure bent has everything he needs to implement 
proposal and find out what he thinks about feasibility for firefox 14
     AT RISK
* look at websites for Tier 1 Apps [jsmith and AaronMT]
     STATUS: Fennec & Apps QA met together to discuss this on Thursday 
(notes here: 
https://mozqa.etherpad.mozilla.org/websitecompatibility-03012012)
     Top screenshots script is here:
     
https://github.com/AaronMT/android-topsite-screenshots
     Top Apps:
     
https://mana.mozilla.org/wiki/display/labs/Top+Apps
     TODO: Get URLs underlying top apps from Ron's spreadsheet (needs to 
be completed before developer preview goes down)
     TODO: Get screenshot comparisons of fennec native vs. stock browser 
for top apps
     TODO: Conduct a subjective quality analysis of fennec native vs. 
stock browser for top app websites
     TARGET: March 15
* construct user stories dashboard showing in-progress stories and the 
backlog [ticachica]
     STATUS: no progress, ticachica on pto
* figure out task around enabling apps to have elevated privileges by 
default [myk]
     STATUS: no progress
     TODO: myk to think about it and come up with proposal
* convert our api tests to mochitests [ianbicking]
     TARGET: firefox 13
     STATUS: ianbicking and onecyrenus talked about it to figure out 
next steps
     onecyrenus made doctests run in mochitest; ianbicking trying to 
rewrite them as mochitests/simpletest
     those are opposite approaches that could converge
     fabrice wants them as xpcshell tests
     onecyrenus is unfamiliar with xpcshell tests
     felipe thinks mochitests are sufficient for now
     limitation is that mochitests allow anyone to pref off the 
doorhanger ui
     but it should be possible to fix that
     TODO: felipe to figure out how to bypass doorhanger without pref
     TODO: onecyrenus to spin patch and request review
     TODO: jsmith to meet with felipe, tima, and onecyrenus re: 
mochitests vs. xpcshell for native apps automation
NEW TASKS
* standardize manifest format [anant]
     TARGET: GA release (end Q2)
     we need to push forward on standardization of manifest; w3c webapps 
working group is the right venue
     ideally it would be in draft form at the w3c by the time of the ga 
release
     TODO: anant to contact existing mozilla representatives to find out 
how best to move forward
     TODO: anant to post to discussion forum requesting feedback from 
folks on current manifest specification