Mobile/Notes/13-Mar-2013: Difference between revisions
Jump to navigation
Jump to search
(→Kats) |
|||
| Line 52: | Line 52: | ||
===Margaret=== | ===Margaret=== | ||
===Scott (jwir3)=== | ===Scott (jwir3)=== | ||
'''Last Week:''' | |||
* I've been working on multicolumn bugs for the last few weeks, so no progress in readability to report. | |||
'''This Week:''' | |||
* Profiling performance issues with reflow-on-zoom to determine what might be causing lag when zooming in, then zooming back out. '''Note:''' Yesterday, when I clobbered/recompiled with the optimized build, I noticed that this issue is not nearly as pronounced as it used to be, leading me to speculate that there were some painting changes that may have been landed recently that may have helped fix this... I'm still double-checking this to verify whether the problem has gone away. These profiles will hopefully lead to a solution to {{bug|836565}} and {{bug|836568}}. | |||
* Working on a solution for {{bug|800805}}. | |||
'''Blocked On:''' | |||
* What to look for in the profiles that could be fixed/optimized to alleviate the zoom performance issue. What I've seen thus far, we're at about 40% time spent in nsPresShell::Paint and 40% time spent in layout::DoReflow. dbaron and I discussed possibly marking only a subset of frames dirty in the frame tree when we perform a reflow-on-zoom operation, but this may or may not get us what we want. | |||
===BLassey=== | ===BLassey=== | ||
===MFinkle=== | ===MFinkle=== | ||
Revision as of 14:21, 13 March 2013
Details
- Wednesdays - 9:30am Pacific, 12:30pm Eastern, 16:30 UTC
- Dial-in: Audio-only conference# 99998
- People with Mozilla phones or softphones please dial x4000 Conf# 99998
- US/Toll-free: +1 800 707 2533, (pin 4000) Conf# 99998
- US/California/Mountain View: +1 650 903 0800, x4000 Conf# 99998
- US/California/San Francisco: +1 415 762 5700, x4000 Conf# 99998
- US/Oregon/Portland: +1 971 544 8000, x4000 Conf# 99998
- CA/British Columbia/Vancouver: +1 778 785 1540, x4000 Conf# 99998
- CA/Ontario/Toronto: +1 416 848 3114, x4000 Conf# 99998
- UK/London: +44 (0)207 855 3000, x4000 Conf# 99998
- FR/Paris: +33 1 84 88 37 37, x4000 Conf# 99998
- 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
- irc.mozilla.org #mobile for backchannel
- Mobile Vidyo Room
Schedule
Major Topics for This Week
Stand ups
Suggested format:
- What did you do last week?
- What are working on this week?
- Anything blocking you?
Please keep your update to under 2 minutes!
James W. (snorp)
Kats
(I will be on a plane, read the wiki)
- Feb 27 - Mar 5:
- bug 844275, bug 846786, bug 847002 - fix a lot of compositor startup bugs (and fallout)
- bug 845804 - refactor to reuse some duplicate code
- bug 769524 - remove workaround in testSearchSuggestions
- bug 831781 - added joystick-based scrolling for the ouya
- bug 822666 - silence warning due to float rounding
- bug 787001 - fix viewport jumping when background tab finishes loading
- bug 847856 - don't set logcat data in crash reports unless the user selects the url checkbox
- bug 726335 - add support for sharing URLs over Android Beam (bug 848901 and bug 849281 as follow-ups)
- mobile work week in london!
- Mar 5 - Mar 13:
- bug 846774 - reduce chances of hitting the 4-second ANR prevention codepath
- bug 845499 - fix url bar layout on the ouya
- bug 849955 - put in a quit menu item for the ouya
- bug 805479 - fix flinging backwards on the Nexus 4
- bug 815862 - increase max allowed scroll acceleration on high-res devices (backed out)
- Next:
- snappy work week in paris, so perf stuff
- get back to pan/zoom unification
GBrown
Chris Lord (cwiiis)
Chris Peterson
JChen
GCP
Brian N
Sriram
WesJ
LucasR
Margaret
Scott (jwir3)
Last Week:
- I've been working on multicolumn bugs for the last few weeks, so no progress in readability to report.
This Week:
- Profiling performance issues with reflow-on-zoom to determine what might be causing lag when zooming in, then zooming back out. Note: Yesterday, when I clobbered/recompiled with the optimized build, I noticed that this issue is not nearly as pronounced as it used to be, leading me to speculate that there were some painting changes that may have been landed recently that may have helped fix this... I'm still double-checking this to verify whether the problem has gone away. These profiles will hopefully lead to a solution to bug 836565 and bug 836568.
- Working on a solution for bug 800805.
Blocked On:
- What to look for in the profiles that could be fixed/optimized to alleviate the zoom performance issue. What I've seen thus far, we're at about 40% time spent in nsPresShell::Paint and 40% time spent in layout::DoReflow. dbaron and I discussed possibly marking only a subset of frames dirty in the frame tree when we perform a reflow-on-zoom operation, but this may or may not get us what we want.