Electrolysis/Meetings/2014-08-07

From MozillaWiki
Jump to: navigation, search


« previous week | index | next week »

cpeterson

  • QMO testday went well: ~15 bugs filed and ~20 compatible addons reported
  • e10s browser seems very sluggish and slow script warnings the past few days. Known issue?
  • MDN: any volunteers to write tutorials about porting example add-ons to e10s for wbamberg? :)
  • ACTION: copy etherpad meeting notes to wiki each week

mconley

  • M1: Bug 1009628 - Need mozAfterRemotePaint event for remote iframes
    • Landed and appears to be sticking!
  • M2: Bug 997631 - Logging into icloud.com doesn't work in an e10s window
    • Duped off to bug 1043256, which is a networking bug that is being actively worked on.
  • M2: Bug 1036433 - can't log into work.com in a remote tab
    • Finally figured out what was going wrong, and turns out it's likely going to be fixed by another networking bug that's being actively worked on (bug 1043256).
  • M2: Bug 961362 - [e10s] HTML5 video's fullscreen feature zooms video to fill tab, not screen
    • This is where I've been spending most of my time. This bug is a beast.
    • I've got the approval UI working for e10s, displaying the domain and allowing users to remember fullscreen permissions on an origin.
    • Fullscreen tries to be async in a couple of places, and there are checks made to ensure that we do want to continue entering full screen (the user hasn't switched tabs while we were trying to enter). Those checks are a little harder now because of the types of objects we're slinging around (we're using nsIObserver notifications and messages instead of event bubbling), and I'm trying to reconcile that without breaking non-e10s fullscreen.
  • ally brought up a good point - this massive etherpad is starting to get unwieldy (I'm starting to get script timeouts as it constructs itself), and #it hates big etherpads that stick around. Now that we have our own e10s.etherpad subdomain thingy, maybe we should have a new etherpad per meeting, and then have an index? Just an idea.
  • I've started posting my notes for my bugs here: http://people.mozilla.org/~mconley2/bugnotes/

alex_tz

  • put the work on bug 1015466 on hold for a little while
  • worked on a couple of findbar-related bugs (bug 983189 and bug 1047602)
    • already got review from mikedeboer (they will both be r+'ed by tomorrow; I still have some nits to fix)
  • investigated the problems that felipe suggested for bug 1017914 and sent a patch yesterday
  • currently working on bug 948194; I managed to track down the issue and now I just have to re-write the test that was failing

allison

  • context menu:
    • prototype f+ \o/
    • v2 (consolidating cross process calls) ran afoul of ipdl infalliable array rules
    • tripped on a regression that masayuki introduced in bug 960877 , smaug was very helpful
    • hope to get it to review today
  • shim project on hold
    • unable to get ahold of owners
    • blassey notes that both bugzilla admins are on pto right now