WebAPI/2013-12-03
From MozillaWiki
< WebAPI
« previous week | index | next week »
WebAPI Meeting Details
- Tuesday 2013-12-03 - 8:00 am Pacific
- Dial-in: Audio-only conference# 98413
- People with Mozilla phones or softphones please dial x4000 Conf# 98413
- US/Toll-free: +1 800 707 2533, (pin 4000) Conf# 98413
- US/California/Mountain View: +1 650 903 0800, x4000 Conf# 98413
- US/California/San Francisco: +1 415 762 5700, x4000 Conf# 98413
- US/Oregon/Portland: +1 971 544 8000, x4000 Conf# 98413
- CA/British Columbia/Vancouver: +1 778 785 1540, x4000 Conf# 98413
- CA/Ontario/Toronto: +1 416 848 3114, x4000 Conf# 98413
- UK/London: +44 (0)207 855 3000, x4000 Conf# 98413
- FR/Paris: +33 1 84 88 37 37, x4000 Conf# 98413
- Gmail Chat (requires Flash and the Google Talk plugin): paste +1 650 903 0800 into the Gmail Chat box that doesn't look like it accepts phone numbers
- SkypeOut is free if you use the 800 number
- WebAPI Vidyo Room / London-Allo Allo / Toronto-Spadina
- Join irc.mozilla.org #webapi for back channel
Notes below archived from etherpad: https://etherpad.mozilla.org/webapi-meetingnotes
Notes
- Update on Service Workers from nsm
- jdm working on caches
- Basic demo is ready.
- nsm working on infrastructure to install and upgrade workers this week.
- marcosc suggests getting try build in front of mobile IG to play with
- Ehsan is concerned about performance
- nsm will try to get data on b2g
- Network Information API Discussion
- https://etherpad.mozilla.org/KqTX6LOY6A
- bandwidth: not accurate so can be misleading => use type instead
- Ehsan suggests using a WebIDL enum here
- metered: true, false, unknown
- Ehsan would rather see connectionConstraints attribute (very useful) over "metered" and just let people use heuristics around "type"
- Ehsan really likes the idea of integrating captive portal detection here ... but could perhaps go into navigator.onLine/offLine (not sure of capitalization here)
- Marcos has concerns about where in the process of data transfer this API fits
- Andrew will hook people who've suggested they want this API up with Gene and Fernando
- (Issue from Donovan Preston) https://bugzilla.mozilla.org/show_bug.cgi?id=903830 exposes an issue with the TCPServerSocket api
- listen(0) is useful to allow the underlying network stack to choose an unused port
- however because of IPC, the actual chosen port cannot be synchronously known
- I would like to suggest adding a new event, onlistening or similar, after which the localPort variable will be properly set to the actual port that was chosen by the network layer
- Silent SMS
- of interest for user registrations
- current messaging API allows this
- need for this with privileged apps, too (not just certified like right now)
- Gene doesn't think exposing this to privileged apps is on the roadmap, at least right now
- there's also a need for silent calls
- Harald will raise these issues on dev-webapi