Gaia/SMS/Scrum/2.2S11: Difference between revisions

From MozillaWiki
< Gaia‎ | SMS‎ | Scrum
Jump to navigation Jump to search
(Day 5: 22nd April)
Line 12: Line 12:


==== Remaining points and burndown chart ====
==== Remaining points and burndown chart ====
[http://chart.apis.google.com/chart?chs=600x250&cht=lxy&chtt=Burndown%20for%20sprint%202.2S11&chxt=x,y&chxl=days&chdl=Estimated|Actual&chco=FF0000,00FF00&chd=t:-1|11,0|-1|11,11,11,8,_,_,_,_,_,_,_,_,_&chxr=0,1,13,1|1,0,11,1&chds=0,11&chm=s,0000ff,1,-1,5 google chart api url for Sprint 2.2S11]
[http://chart.apis.google.com/chart?chs=600x250&cht=lxy&chtt=Burndown%20for%20sprint%202.2S11&chxt=x,y&chxl=days&chdl=Estimated|Actual&chco=FF0000,00FF00&chd=t:-1|11,0|-1|11,11,11,8,8,_,_,_,_,_,_,_,_&chxr=0,1,13,1|1,0,11,1&chds=0,11&chm=s,0000ff,1,-1,5 google chart api url for Sprint 2.2S11]
[[File:Sms-sprint-2.2S11-burndown-chart.png|thumb|600px|left|Burndown chart]]
[[File:Sms-sprint-2.2S11-burndown-chart.png|thumb|600px|left|Burndown chart]]
{| class="wikitable"
{| class="wikitable"
Line 32: Line 32:
|-
|-
! Day 5
! Day 5
|
| 8
|-
|-
! Day 6
! Day 6

Revision as of 07:29, 22 April 2015

List of bugs

SMS issues handled by the SMS subteam (blocks the sprint bug 1156177)

Bugzilla link

Full Query
ID Assigned to Summary Blocking b2g Feature-b2g Whiteboard Resolution
1084298 Steve Chung [:steveck] [Messages] Decoupling the all inputs query logic from DOM tree structure --- No cf_feature-b2g [p=1] FIXED
1152758 Julien Wajsberg [:julienw] [Messages] Empty report panel when opening it for an SMS that has been sent/received from a SIM that's not in the device anymore - No cf_feature-b2g [p=1] FIXED
1153808 Oleg Zasypkin [:azasypkin] [Messages] Thread is not marked as read (in UI only) when thread is opened from notification 2.2+ No cf_feature-b2g [p=1] FIXED
1154993 Julien Wajsberg [:julienw] [flame][3.0]Can't view SMS that has no phone number associated --- No cf_feature-b2g [p=1] FIXED
1155509 [Messages][NG] Separated views should be able to handle all required system messages --- No cf_feature-b2g [p(2.2S11)=5] WONTFIX
1155534 [Messages][NG] Extract NewMessage view from Conversation view --- No cf_feature-b2g [p(2.2S13)=1][p(2.2S11)=5] WONTFIX

6 Total; 6 Open (100%); 0 Resolved (0%); 0 Verified (0%);


Remaining points and burndown chart

google chart api url for Sprint 2.2S11

Burndown chart
Remaining points
Start 11
Day 2 11
Day 3 11
Day 4 8
Day 5 8
Day 6
Day 7
Day 8
Day 9
Day 10
Day 11
Day 12
Day 13
End


SMS issues handled by the SMS subteam outside of the sprint (contains whiteboard "sms-sprint-2.2S11")

Full Query
ID Assigned to Summary Blocking b2g Feature-b2g Whiteboard Resolution
1010216 Oleg Zasypkin [:azasypkin] [Messages][Drafts] Improve consistency of the draft code in ThreadUI and ThreadListUI --- No cf_feature-b2g [sms-sprint-2.2S11][p=2] FIXED
1050823 Oleg Zasypkin [:azasypkin] [Messages][Refactoring] Revise "ThreadUI.updateHeaderData" call while retrieving threads --- No cf_feature-b2g [sms-sprint-2.2S11][p=1] FIXED
1148152 Oleg Zasypkin [:azasypkin] Intermittent conversion_banner_test.js | Message Type Conversion Banner Message Type Conversion Banner for new threads MMS to email conversion and reminders --- No cf_feature-b2g [sms-sprint-2.2S11] FIXED
1155542 Steve Chung [:steveck] [Messages][New Gaia Architecture] Centralizing the global components/styling into a folder --- No cf_feature-b2g [sms-sprint-2.2S11] FIXED
1156625 Oleg Zasypkin [:azasypkin] [Messages] ThreadList&Thread separation: separate JS files --- No cf_feature-b2g [sms-sprint-2.2S11] FIXED
1156631 Oleg Zasypkin [:azasypkin] [Messages] ThreadList&Thread separation: separate CSS and image files --- No cf_feature-b2g [sms-sprint-2.2S11] FIXED
1156711 Steve Chung [:steveck] [Messages][New Gaia Architecture] remove static attachment menu markup and replace with shared widget --- No cf_feature-b2g [sms-sprint-2.2S11] FIXED

7 Total; 7 Open (100%); 0 Resolved (0%); 0 Verified (0%);


All SMS issues tracked for this sprint (target milestone)

Bugzilla link

Full Query
ID Assigned to Summary Blocking b2g Feature b2g Resolution
1084298 Steve Chung [:steveck] [Messages] Decoupling the all inputs query logic from DOM tree structure --- --- FIXED
1148152 Oleg Zasypkin [:azasypkin] Intermittent conversion_banner_test.js | Message Type Conversion Banner Message Type Conversion Banner for new threads MMS to email conversion and reminders --- --- FIXED
1153808 Oleg Zasypkin [:azasypkin] [Messages] Thread is not marked as read (in UI only) when thread is opened from notification 2.2+ --- FIXED
1156177 SMS sprint 2.2S11 --- --- WONTFIX
1156625 Oleg Zasypkin [:azasypkin] [Messages] ThreadList&Thread separation: separate JS files --- --- FIXED

5 Total; 5 Open (100%); 0 Resolved (0%); 0 Verified (0%);


Sprint planning

Minutes are on a separate page.

Daily meetings

Day 2: 17th April

Steve

  • bug 1113466 - [Network Alert] Support CDMA CMAS Alert
    • Still waiting Carol's feedback, will ping Ansul to see if it's still urgent or not.
  • bug 1084298 - Select all patch updated with draft issue fixing
    • Hope it's the final update for the patch :p
  • bug 1155088 - [Messages] FDN error warnning dialog will not be displayed while resending the message
    • Small bug for resend part and small patch provided for review.
  • bug 1155507 - [Meta][Messages][New Gaia Architecture] View panel separation for content wrapper part
    • Create meta bug and other related items for view separation task
  • bug 1155542 - [Messages][New Gaia Architecture] Centralizing the global components/styling into a folder
    • Per discussion yesterday we'll prefer to split views into different views and this first step should be doable for current master

Today:

  • Creation panel separation bugs and take some items.
  • Push for CDMA CMAS patch feedback
  • Refactor the css part if I have time on this.

Julien

  • Moved forward on bug 1142540 (contacts.js move to promises)
    • was landed (and already 1 regression ;) )
  • bug 1015194: started refactoring how recipients valid/invalid are handled. Moving a lot of code around
    • progressed and got feedback
  • reviewed Oleg's patch about integration tests: bug 1043903
  • continued the discussion with Bevis about retrying sending SMS (bug 1152730). This is one of the pain points for Alexandre Lissy (gerard-majax).
    • Gecko does not want to do any change...
  • reviewed bug 1084298 about decoupling select interfaces from DOM
  • reviewed bug 1126279 about separating the UI and the action parts of markThreadRead and deleteThread actions in thread_list_ui (for the "undo" work by Rishav)
  • gave feedback on bug 1127398 to display the correct thread when tapping a phone number in a message + good cleanup

Today: I want to:

If I have more time :

  • continue the prototype caching the thread list to a single db (including contacts/drafts/etc).
  • move forward some background matters (organize group MMS bugs, and drafts handling issues started some weeks ago)
  • I'd like to work on the deduplication logic for network alerts, it seems important for users (bug 1067938)

Oleg

  • bug 1043903 - [Messages][Tests] Add integration tests for the thread panel with a large number of messages
    • Got feedback/review, will fix review comments when I have some brain-switch time (in background).
  • bug 1151843 - [Messages][Refactoring] Use notification "data" attribute instead of icon URL query string parameters
    • Got r+ and landed (landed).
  • bug 1153808 - [Messages] Thread is not marked as read (in UI only) when thread is opened from notification
    • Prepared patch, tried to keep it simple (in review)
  • bug 1155509 - [Messages][New Gaia Architecture] Split ThreadList view from current structure
    • Started to work on this, more thinking than code yet (in progress)

Today:

  • Will handle review/feedback/need-info requests;
  • Will work on review comments and assigned bugs.

Day 3: 20th April

Steve

  • bug 1113466 - [Network Alert] Support CDMA CMAS Alert
    • Got some feedback from Carol , will update patch will unit test for review/feedback later.
  • bug 1084298 - Select all patch updated with draft issue fixing
    • Fix the last nits for landing

bug 1155088 - [Messages] FDN error warnning dialog will not be displayed while resending the message

    • Got r+ and apply the suggestion
  • bug 1155542 - [Messages][New Gaia Architecture] Centralizing the global components/styling into a folder
    • Create a WIP that move the global assets into another subfolder and with some polishing

Today:

  • App folder structure polish.
  • Update CDMA CMAS patch for review
  • Refactor the css part if I have time on this.

Julien

  • bug 1015194: started refactoring how recipients valid/invalid are handled. Moving a lot of code around
    • no progress -- will progress in background during the sprint but not at full speed
  • reviewed bug 1084298 about decoupling select interfaces from DOM
    • still one small issue: "function xxx(id = +id)" doesn't do what Steve thought :)
  • reviewed small bug 1153808 about marking a thread read when loading from the notification
  • gave feedback on bug 1144612 about refactoring CSS building blocks
    • I need to speak with Wilson about Web Components (trying to see if the work to refactor CSS will last or would be replaced soon). My opinion is that some part will last (we won't replace everything now) and anyway we'll learn useful things in the process.
  • tried to reproduce bug 1136211 before/after patch but I couldn't reproduce before... so I can't verify the bug. But I'm sure I could reproduce earlier on so I'll need to remember how I did :p

Others:

  • spent a good part of the day working on a lightsaber patch (took a lot more time than I wanted...).
  • created the sprint's bug and wiki page but haven't finished marking dependencies yet

Today: I want to:

If I have more time :

  • take a new bug in the sprint

If all this moves forward well, I could:

  • continue the prototype caching the thread list to a single db (including contacts/drafts/etc).
  • move forward some background matters (organize group MMS bugs, and drafts handling issues started some weeks ago)
  • I'd like to work on the deduplication logic for network alerts, it seems important for users (bug 1067938)

Oleg

  • bug 1043903 - [Messages][Tests] Add integration tests for the thread panel with a large number of messages
    • No progress (in background).
  • bug 1153808 - [Messages] Thread is not marked as read (in UI only) when thread is opened from notification
    • Got review, will fix review comment and ask for review today (in progress)
  • bug 1155654 - [Messages] Use bower to manage gaia web components dependencies
    • Thought it may be convenient to use bower in sms since both threads.js and little-browser are web components and in active development (+ switched gaia-header, gaia-theme, gaia-icons to bower as well), but looks like Julien doesn't like the idea :) Do you guys think we should manually update our own copy of threads.js and little-browser.js or put it into /shared?
      (Julien) I'd be fine with adding threads/little-browser.js to the bower components we already have in /shared. I think we could have our own bower components only when having a separate repository. Otherwise it's really a mess when the libs are updated, and we always stay on a old version... And these days the libs will be updated often.
      (Oleg) IIRC Wilson was eager to get rid of shared/elements, do you think we'll forget to update bower folder in time?
      (Steve) I think we'll need to use bower for management in long tern, and updating the bower folder is not really a good way IMO.
      (Julien) Yes I think this is just another task we'll need to do and remember :/
      (Oleg) Just question, is it possible to have pre-commit hook for one folder (apps/sms) only for example that can update bower components?
      (Julien) I don't think so.. and requesting network when committing is not really a good practice anyway :)
      (Julien) I really don't object for it longterm, but I think it's too soon. If Wilson really wants to kill /shared/elements then we can revisit for sure.
      (Oleg) Okay, let's leave it alone for now :) We need to ask Wilson then to maintain shared/threads and little-browser and keep it updated.
      (Julien) for gaia-header, usually we were updating /shared/ in the normal process of landing patches to gaia-header.
      (Oleg) Yeah, that's why dev who changes threads/little-browser should take care about it.
  • bug 1155509 - [Messages][New Gaia Architecture] Split ThreadList view from current structure
    • Hope to have smth ready for feedback today\tomorrow (in progress)
  • bug 1127398 - [Messages] Display existing thread when sending a message using phone-number-/email-link context menu
    • Got feedback, will handle feedback comments in the background (in background).

Other:

  • Reviewed Steve's "FDN error dialog" PR, looks good, r+'ed.

Today:

  • Will handle review/feedback/need-info requests;
  • Will work on review comments and assigned bugs.

Day 4: 21st April

Steve

  • bug 1113466 - [Network Alert] Support CDMA CMAS Alert
    • Patch submitted for review and some feedback return. Will apply the suggestion and request review again.
  • bug 1084298 - Select all patch updated with draft issue fixing
    • Landed, thanks for all the reviews
  • bug 1155088 - [Messages] FDN error warnning dialog will not be displayed while resending the message
    • Landed
  • bug 1155542 - [Messages][New Gaia Architecture] Centralizing the global components/styling into a folder
    • Create a WIP that move the global assets into another subfolder and with some polishing
  • Besides the existing panels, the remaining loading screen and attachment menu seems not necessary to have a static structure in document. Not sure why we don't migrate these into shared widget like action menu or something before. Maybe we could clean up these for panel separation.
    • One of the ideas about waiting screen I had in mind was: like have it only in the top level index.html that contains little-browser so that it can easily overlay any currently displayed iframe, but now I think it's a bad idea since CW will go away and every view should take care about loading screen :)
      (Steve) Having a view that could overlay any iframe seems not a allowed for the CW framework? But yes I think CW might provide a way to do so
      (Julien) FYI I think Vivien is thinking about how we could have a "standardized" way of having dialogs. I don't think we'll have it soon but at least thinking of it.
      (Oleg) Steve: yeah, I meant that we have main index.html (and main index.js file as well) that contains little-browser web component, and that main index.js potentially could handle such things and panel just asks "service.showLoadingScreen", but as I said - I don't think it's a good idea now :) Julien: yeah, that what we'll definitely need to avoid different dialog style across app as we have now. At least dialog-web-component will help to standardize a lot.
      (Oleg) On the side note, the current service-CW stuff sounds very similar to what I saw/tried/new in Angular js framework :)

Today:

  • App folder structure polish.
  • Update CDMA CMAS patch for review
  • Revisit current message app structure and create bug if necessary
  • Refactor the css part if I have time on this.

Julien

  • bug 1154993: can't view threads with a phone number that has only non-digit characters (coming from services)
    • I first started working in mozContacts but then I realized we should never break because of mozContacts issue, so we now catch all errors from mozContacts (but we log them). Landed.
  • Reviewed bug 1113466: display CDMA CMAS alerts in the Network Alerts app
    • small nits but this looks good. We can see having one event for both types of network is not really nice because they really don't have the same informations.
  • reviewed bug 1153808: mark threads as "read" even when it's not rendered yet.
  • reviewed bug 1043903: new integration tests and especially new method to handle test data
  • reviewed bug 1126279: split the "mark as read" and "delete" methods in ThreadListUI in 2 parts so that the "destructive" part could be done later when "undo" is implemented (from Rishav).
  • bug 1015194: started refactoring how recipients valid/invalid are handled. Moving a lot of code around
    • no progress -- will progress in background during the sprint but not at full speed

Others:

  • finished creating the sprint's bug and wiki page but haven't finished marking dependencies yet

Today: I want to:

If I have more time :

  • take a new bug in the sprint

If all this moves forward well, I could:

  • continue the prototype caching the thread list to a single db (including contacts/drafts/etc).
  • move forward some background matters (organize group MMS bugs, and drafts handling issues started some weeks ago)
  • I'd like to work on the deduplication logic for network alerts, it seems important for users (bug 1067938)

Oleg

  • bug 1043903 - [Messages][Tests] Add integration tests for the thread panel with a large number of messages
    • Got last review comments, fixed and landed (landed).
    • This bug unblocks some integration test ideas I had in mind previously - we can now create any (I hope :)) workload data for our tests.
    (Julien) Johan told me he will start migrating the Python tests to JavaScript so I told him about this patch. Currently they call functions like "appendThread" to add data to the DOM...
    (Oleg) Yeah we shouldn't use "appendThread" directly I think. Please let me know if something isn't very handy for him - I'll take care :)
    (Julien) sure !
  • bug 1153808 - [Messages] Thread is not marked as read (in UI only) when thread is opened from notification
    • Got last review and landed (landed).
  • bug 1155509 - [Messages][New Gaia Architecture] Split ThreadList view from current structure
    • PR started to grow, so split it into the bugs below (in progress).
  • bug 1156625 - [Messages] ThreadList&Thread separation: separate JS files
  • Prepared patch - will ask for your feedback (awaiting feedback).
  • The main question I wanted to ask is: I found it easier to move all shared Thread&Composer js/css (in the next bug) to views/thread/ first and then split it to "views/thread" and "views/composer" in the dedicated bugs. So first split thread&composer js/css from shared and thread-list and only then split it further. Does it work for you?
    (Julien) I don't mind :)
    (Steve) works for me
    (Oleg) Okay, good then
  • bug 1156631 - [Messages] ThreadList&Thread separation: separate CSS and image files
    • PR almost ready for feedback, now I want to split it into two commits - first with just "moves" and second with extraction of view specific styles from sms.css. (in progress)
  • bug 1127398 - [Messages] Display existing thread when sending a message using phone-number-/email-link context menu
    • No updates (in background).

Other:

  • Reviewed patch for "bug 1154993 - [flame][3.0]Can't view SMS that has no phone number associated".
  • Gave tiny feedback on "bug 1155542 - [Messages][New Gaia Architecture] Centralizing the global components/styling into a folder", just wanted to take some time to see how it correlates with my PR for ThreadList separation.

Today:

  • Will handle review/feedback/need-info requests;
  • Will work on review comments and assigned bugs.

Day 5: 22nd April

Steve

  • bug 1113466 - [Network Alert] Support CDMA CMAS Alert
    • Address the Bevis' suggestion and create another CB disabling bug since it might be more important than CDMA CMAS.
  • bug 1155542 - [Messages][New Gaia Architecture] Centralizing the global components/styling into a folder
    • Create a WIP that move the global assets into another subfolder and with some polishing
  • Create 2 more smaller bug for panel separation polishing
    • bug 1156711 - [Messages][New Gaia Architecture] remove static attachment menu markup and replace with shared widget
      • Will create a patch for removing the attachment menu use option menu instead.

Today:

  • App folder structure polish.
  • Update CDMA CMAS patch for review
  • Revisit current message app structure and create bug if necessary
  • Refactor the css part if I have time on this.

Julien

(Note: today we're doing a day of working on something other than our usual work)

  • Reviewed bug 1113466: display CDMA CMAS alerts in the Network Alerts app
    • small nits left
  • worked on bug 1152758: issue when showing the report panel for a message for a SIM that's not on the device
    • I ended up rewriting part of the method here. In review.
  • bug 1015194: started refactoring how recipients valid/invalid are handled. Moving a lot of code around
    • no progress -- will progress in background during the sprint but not at full speed
  • reviewed bug 1155610: move all integration tests to a "phone" subdirectory
    • not sure this is the right direction, but the harness people are on it.
  • tried to reproduce bug 1149457 but I could do it only rarely
    • asked QA
  • moved forward things for bug 1150449 about the Arabic fonts
  • reviewed bug 1112119 which removes PerformanceTestingHelper (which could bring us a very little performance benefit because it was loaded at startup)
  • investitaged bug 1156464: in some situations we don't display the notification. I _think_ this is happening because we don't register the system message handler, but I didn't try to register it inconditionally so I'm not certain. It's just an educated guess. I can try to investigate a little more but only tomorrow.
    • (Oleg) It's probably not related, but before the recent fix for the Contacts.js (where we return null instead of rejected promise) the notification hasn't been created if sender didn't have phone number associated.
      (Julien) yeah it's not related; here the notification is never created. I guessed the regressing bug too but when I tried with a Gaia before this bug, tapping the notification just didn't work at all :p Anyway it will likely be 2.2+ and we'll investigate a little more in next sprint, I don't think we need to rush now, it's an edge case.
  • started thinking about branching vs separate repo for the new generation architecture. I'm not sure of what is best yet, I'll write down the goals so that we can find solutions together and with other teams. I also saw that nearly nobody is registered on the dev-ng-gaia mailing list -- are you?
    • (Oleg) I've never heard about such list :) Maybe because I didn't attend gaia meetings, my bad
      (Julien) I thought Jacob sent a mail about this to dev-gaia but not sure :) it's https://groups.google.com/a/mozilla.com/forum/#!forum/dev-ng-gaia
      (Oleg) Okay, thanks! Mmm "This group is invite only, so you may not apply for membership."
      (Julien) OK; it should be moved to more "open" soon, I'll tell you.
      (Steve) Thanks!

Today:

  • I'll work on event fluffing (bug 946731) or another unrelated bug if this one is too difficult ;)

Tomorrow: I want to:

If I have more time :

  • take a new bug in the sprint

If all this moves forward well, I could:

  • continue the prototype caching the thread list to a single db (including contacts/drafts/etc).
  • move forward some background matters (organize group MMS bugs, and drafts handling issues started some weeks ago)
  • I'd like to work on the deduplication logic for network alerts, it seems important for users (bug 1067938)

Oleg

  • bug 1155509 - [Messages][New Gaia Architecture] Split ThreadList view from current structure
    • PR started to grow, so split it into the bugs below (in progress).
  • bug 1156625 - [Messages] ThreadList&Thread separation: separate JS files
  • Prepared patch and asked for feedback (awaiting feedback).
  • bug 1156631 - [Messages] ThreadList&Thread separation: separate CSS and image files
    • Prepared patch and asked for feedback (awaiting feedback).
  • bug 1127398 - [Messages] Display existing thread when sending a message using phone-number-/email-link context menu
    • Added support for mozContacts mock for our marionette js tests + 3 integration tests for the activity case (number lead to composer with "manual" recipient, number lead to composer with "contacts" recipient and number lead to existing Thread) + 3 similar integration tests for the "Send message" item from contact prompt. It's turned out we loose\don't use "activity.data.body" if we forward user to Thread, not sure if we can have cases for that, but suspect yes.

Today:

  • Today is the experimental "Europe Hack Day", so today I'm working on fxos-remote-manager app bundle :);

Day 6: 23rd April

Day 7: 24th April

Day 8: 27th April

Day 9: 28th April

Day 10: 29th April

Day 11: 30th April

Day 12: 1st May

Day 13: 4th May

Demos

Retrospective