Confirmed users
383
edits
Gaia/SMS/Scrum/2.2S13: Difference between revisions
m
→Day 4: 8th May
(Remaining points and burndown chart) |
m (→Day 4: 8th May) |
||
| Line 232: | Line 232: | ||
=== Day 4: 8th May === | === Day 4: 8th May === | ||
====Oleg==== | |||
* {{Bug|1155509}} - [Messages][New Gaia Architecture] Split ThreadList view from current structure | |||
** No progress since yesterday (in progress). | |||
* {{Bug|1010216}} - [Messages][Drafts] Improve consistency of the draft code in ThreadUI and ThreadListUI | |||
** Got feedback and replied, will handle comments (in progress). | |||
* {{Bug|1156464}} - [Window Management] Accessing a message thread via notification after killing Messages app creates adverse effects on future notifications while in app. | |||
** Prepared patch removes "toPanelFromHash", received feedback from Julien, replied. WIll experiment with moving initdefaultpanel to InboxView; (in progress) | |||
** Added integration test for this case; | |||
** When I added "mozHasPendingMessage" our notification tests became red, spend some time understand the issue - mozHasPendingMessage is always false in B2G if called too early after startup - discussed with Kan-Ru and filed bug with test app and Scratchpad scipt to reproduce "{{Bug|1162899}} - [B2G Desktop] navigator.mozHasPendingMessage always returns false when queried too early in app startup path". I'm wondering if this race problem is "real" and can happen on device. | |||
Today: | |||
* Will handle review/feedback/need-info requests; | |||
* Will work on review comments and assigned bugs. | |||
====Steve==== | |||
* On PTO | |||
====Julien==== | |||
* On PTO | |||
=== Day 5: 11th May === | === Day 5: 11th May === | ||
=== Day 6: 12th May === | === Day 6: 12th May === | ||