Apps/StatusMeetings/Engineering/2012-05-15: Difference between revisions

add minutes and actions from meeting; remove metrics (will move to another page)
No edit summary
(add minutes and actions from meeting; remove metrics (will move to another page))
 
(27 intermediate revisions by 3 users not shown)
Line 16: Line 16:


* significant changes/updates
* significant changes/updates
** Desktop WebRT Status - See [https://wiki.mozilla.org/Apps/StatusMeetings/Engineering/2012-05-15#Bug_Metrics Bug Metrics] section below
** jsmith: Mobile web compatibility - Going after Google Apps
** jsmith: Mobile web compatibility - Going after Google Apps
*** Heavy evidence of UA sniffing & webkit prefixes
*** Heavy evidence of UA sniffing & webkit prefixes
* questions and concerns
* questions and concerns
** myk: what is the "same origin policy" in the latest version of the [[Apps/Security|Apps Security model]]?
** myk: what is the "same origin policy" in the latest version of the [[Apps/Security|Apps Security model]]?
** anant: related to the above, what was the consensus in Jonas' thread on "One app per origin"? How can we go about allowing more than one app per origin?
*** anant: related to the above, what was the consensus in Jonas' thread on "One app per origin"? How can we go about allowing more than one app per origin?
** jsmith: Basecamp - What does this mean to the applicable parties in this meeting?
** jsmith: What are we doing with plugins for the desktop runtime in our first release? What are we doing in the future?
*** QA - Needs to know when product draft is ready, as we are having a test strategy sprint once it is ready
** jsmith: What is priority for supporting OS X 10.5 with the desktop runtime?
** jsmith: How does persona.org relate to k9o?
** jsmith: When are firefox new tab & awesome bar integration features getting worked on for web apps?
** jsmith: Activity on mozapps API bugs have been quiet - Should we get traction on them?
** ianbicking: support library for app developers?  What should it include, how should we get app developers to use it?
* roundtable
* roundtable
** jsmith: Tackling the off-origin resources problem in desktop, android, and b2g web runtime in [https://bugzilla.mozilla.org/show_bug.cgi?id=752666 bug 752666]
** jsmith: Tackling the off-origin resources problem in desktop, android, and b2g web runtime in [https://bugzilla.mozilla.org/show_bug.cgi?id=752666 bug 752666]
** jsmith: Mobile web compatibility testing - Help us out!
** jsmith: Mobile web compatibility testing - Help us out!
*** See [https://quality.mozilla.org/2012/05/mobile-web-compatibility-testing-we-need-your-help/ here] for how to get started
*** See [https://quality.mozilla.org/2012/05/mobile-web-compatibility-testing-we-need-your-help/ here] for how to get started
** jsmith: Linux community involvement for desktop web apps
** jsmith: Localization review of the desktop web runtime - Worth looking into?
** jsmith: Reminder - nominate bugs for k9o
** jsmith: Reminder - nominate bugs for k9o


= Metrics =
= Minutes =


= Attendees =
== significant changes/updates ==


= Minutes =
* desktop runtime metrics available
* a set of blockers on which we need to get traction
* there are more p1s (serious bugs) on the desktop runtime shell
** geolocation
** plugins
* install/uninstall seems to be doing pretty well
 
* Mobile web compatibility - Going after Google Apps
* a core pain point for Gecko
* using -webkit prefixed properties
* kev needham commented in a bug that google has a list of concerns
* jason is waiting on that list of concerns
* -> jsmith to ping kev needham and lawrence
 
* anant: submitted manifest and api propsal to webapps w3c working group
* repurcussion is that changes that result as part of standards process need to be converted into actionable items spanning multiple teams (runtime, mozApps DOM API, AITC)
* working group hasn't made any changes yet
* first of those changes might be relaxing one app per origin restriction
* myk: how about changes going in reverse?
* anant: bring them up in this meeting or send email to anant/sicking
* anant/sicking will take them to the working group
* anant/sicking are both in the working group and can raise issues there
* rags: timeline? anant: no timeline at the moment, no one is waiting on a candidate recommendation from the w3c; this is to describe the api we're using; might evolve over time
 
* rags: basecamp has a june 1 deadline, we need to make sure to take changes they need into account
* relationship between OWA manifest and appcache manifest;
* -> anant to add appcache manifest reference to the OWA manifest
* rags: allowing third-party authentication needs to happen by june 1 too, whether or not that needs a modification to the manifest
 
* sicking: one app per origin restriction, original reason was security
* don't need it from a security point of view
* don't necessarily need to implement it right now
* but we should be prepared to do so in the future
* would be a very nice capability change
* we should keep in mind that it might happen or likely will happen in the future
* we might need one or two small tweaks to the API
* hopefully very small changes
 
== questions and concerns ==
 
myk: what is the "same origin policy" in the latest version of the Apps Security model?
* it's the standard same-origin policy
 
anant: related to the above, what was the consensus in Jonas' thread on  "One app per origin"? How can we go about allowing more than one app per  origin?
* was hoping to do this soon
* first of many changes that may happen as a result of the standards process
* should we do it? if so, when?
* myk: mhanson should answer the first question
* if we do it, sooner rather than later
* rags: don't think it's going to happen sooner; use workarounds (subdomains, kev needham's workarounds)
* rags: as it stands right now, not going to happen for basecamp
 
* anant: there's a dependency from the b2g side
* certified apps are served off same domain with different launch paths
* ianbicking: b2g says it's fine the way it is
* folks meeting later today about this
* jst: issues in appcache implementation on one app per origin
* myk: sounds like we shouldn't do it yet
* sicking: we can make some minor api changes to accommodate
* -> sicking to email dev-webapps with changes that are required
 
What are we doing with plugins for the desktop runtime in our first release? What are we doing in the future?
* rags: for k9o, flash must work on platforms where we support flash
* what about click to play?
* let's talk about it separately
* jst: i don't think we have a way to whitelist flash support
* what about netflix, which uses silverlight?
 
What is priority for supporting OS X 10.5 with the desktop runtime?
* it's whatever we do for desktop Firefox
 
How does persona.org relate to k9o?
* https://wiki.mozilla.org/Kilimanjaro/ProductDraft
* Related Bugs: https://bugzilla.mozilla.org/show_bug.cgi?id=748962
* https://bugzilla.mozilla.org/show_bug.cgi?id=748977
* discovery in firefox will be via the new tab page
* the implementation of the new tab page might be a persona.org page
* persona.org will have a standalone dashboard
* jennifer: persona.org will have list of apps to uninstall/access
* also it will have contacts list
* a bunch of other things will be added, not sure what
* idea is that it'll be where everything will be
* and you can manage things like perhaps browserid email addresses
* advertising? no just existing apps
 
Activity on mozapps API bugs have been quiet - Should we get traction on them?
* supporting relative URLs in install path of mozapps api
* ones that are flagged with k9o ?
* that's the right thing to do
* https://bugzilla.mozilla.org/buglist.cgi?list_id=3087768;field0-0-0=cf_blocking_kilimanjaro;resolution=---;query_format=advanced;type0-0-0=equals;value0-0-0=%3F;component=DOM%3A%20Mozilla%20Extensions;product=Core
 
support library for app developers?  What should it include, how should we get app developers to use it?
* we've talked about it before, but how should we get it started?
* f.e. none of the paid apps make you pay
* there are probably other things to do to make basic apps work better
* this is part of the developer experience
* should talk to kevin dangoor and kev needham
* startup library on MDN in draft form: https://developer.mozilla.org/en/Apps/App_start-up_library
 
* Tracking Mozillian performance against KPIs
** Mac v. Windows platform performance
** Any areas where Marketing can push
* getting feedback; two UX issues that we already knew about
* there were a couple crashes
* linux was an issue
* -> myk to send email to Dan and/or schedule call to go over quantifiable KPIs for Mozillians release


= Actions =
= Actions =
* -> jsmith to ping kev needham and lawrence about google's list of concerns wrt. Google Apps
* -> anant to add appcache manifest reference to the OWA manifest
* -> sicking to email dev-webapps with minor api changes he has identified
* -> myk to send email to Dan and/or schedule call to go over quantifiable KPIs for Mozillians release
canmove, Confirmed users
2,056

edits