Closed Bug 932731 Opened 11 years ago Closed 11 years ago

[DSDS][Gaia][Sim Manager] add functionality to set outgoing call, outgoing messages and data

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:1.3+)

RESOLVED FIXED
1.3 Sprint 6 - 12/6
blocking-b2g 1.3+

People

(Reporter: eragonj, Assigned: eragonj)

References

Details

(Whiteboard: [Blocked by devices])

Attachments

(1 file, 1 obsolete file)

As title, add select sim functions.
Summary: [DSDS][Gaia][Sim Manager] add select sim functions → [DSDS][Gaia][Sim Manager] add functionality to set outgoing call, outgoing messages and data
In this bug, we can set outgoing call, outgoing messages and data from the select list
Attached file WIP (obsolete) —
Target Milestone: --- → 1.3 Sprint 5 - 11/22
Comment on attachment 825779 [details] [review] WIP Arthur, I updated a lot in SimCardManager. You can try on nightly to check their functions. (because our phone is not equipped with latest gecko API, you can't do too much on your phone) Please try it and give me some feedbacks to me. By the way, because it is hard to split functions into different branches (code and html changes fast at development stage), in the end, I mixed all of them into this branch. That's all ! Big thanks to Arthur :P
Attachment #825779 - Flags: feedback?(arthur.chen)
Comment on attachment 825779 [details] [review] WIP EJ, thank you for the effort. Overall it looks great! I will add some comments in github later.
Attachment #825779 - Flags: feedback?(arthur.chen) → feedback+
blocking-b2g: --- → 1.3+
Comment on attachment 825779 [details] [review] WIP Hi Arthur, I moved some changed into another patch and I think I can land this basic part first. Because Gecko API is not ready, I think the better way now is to hide the entry point to make sure there is no one will see this update. Thanks :)
Attachment #825779 - Flags: review?(arthur.chen)
Depends on: 927764
Target Milestone: 1.3 Sprint 5 - 11/22 → 1.3 Sprint 6 - 12/6
Currently it works on Fugu for outgoing call / outgoing messages now. But for outgoing data, we are still waiting for Gecko's patch to make it work.
Plan to land it in the 1st week of sprint 6.
Whiteboard: [Blocked by devices]
Hi EJ, I'm kinda confused. Why does this block bug 932730? Would you please check the bug dependency again and reset if if needed?
Flags: needinfo?(ejchen)
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #8) > Hi EJ, > > I'm kinda confused. Why does this block bug 932730? Would you please check > the bug dependency again and reset if if needed? yeah Hsin-Yi, there is no dependency on bug 932730, I will remove that. Thanks for telling me this !
Flags: needinfo?(ejchen)
Anshul said that he is going to do the testing tomorrow.
Comment on attachment 825779 [details] [review] WIP Mark f? per comment 10. EJ, I will review this patch today, please also wait for Anshul's feedback before landing.
Attachment #825779 - Flags: feedback?(anshulj)
Comment on attachment 825779 [details] [review] WIP EJ, good work! Please check the comments I left in gihtub. And please also change the "else" coding style. Thanks!
Attachment #825779 - Flags: review?(arthur.chen)
(In reply to Arthur Chen [:arthurcc] from comment #11) > Comment on attachment 825779 [details] [review] > WIP > > Mark f? per comment 10. EJ, I will review this patch today, please also wait > for Anshul's feedback before landing. Arthur, the change seems to be working fine. The only issue I see is the icon for the SIM Manager, which shows up as airplane mode icon instead.
(In reply to Anshul from comment #13) > (In reply to Arthur Chen [:arthurcc] from comment #11) > > Comment on attachment 825779 [details] [review] > > WIP > > > > Mark f? per comment 10. EJ, I will review this patch today, please also wait > > for Anshul's feedback before landing. > Arthur, the change seems to be working fine. The only issue I see is the > icon for the SIM Manager, which shows up as airplane mode icon instead. Hi Anshul, yeah you are right, when I am writing code, there is only UX spec and no any icons from UI. I just got notified that our UI released UI spec and needed images yesterday. I will try to use the new design after all functions work and got a positive feedback. Thanks for pointing out that issue.
ni? cawang for visuals. please redirect as needed. thanks
Flags: needinfo?(cawang)
(In reply to Joe Cheng [:jcheng] from comment #15) > ni? cawang for visuals. please redirect as needed. thanks ni? Fang since she's the visual designer for DSDS. Thanks!
Flags: needinfo?(cawang) → needinfo?(fshih)
Attachment #825779 - Flags: feedback?(anshulj)
icons already provided. clear ni?
Flags: needinfo?(fshih) → needinfo?
Flags: needinfo?
Comment on attachment 825779 [details] [review] WIP Hi Arthur, please help me review the code again. Thanks for your great help.
Attachment #825779 - Flags: review?(arthur.chen)
Comment on attachment 825779 [details] [review] WIP Thank you for the patch, EJ! There are a few comments I would like you address before merging. Please check github.
Attachment #825779 - Flags: review?(arthur.chen)
Comment on attachment 825779 [details] [review] WIP thanks, Arthur. I will go get my fugu to make sure these changes not break anything on device. thanks for your great help again.
Attachment #825779 - Flags: review?(arthur.chen)
Comment on attachment 825779 [details] [review] WIP Good job! r=me. Please squash the commits and make sure travis is green before merging. Thank you for the great help!
Attachment #825779 - Flags: review?(arthur.chen) → review+
thanks Arthur for your great help. landed on gaia/master : 9e0df13811b577026b70ccfdcd9b4a309746e8ba
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
This removed the "configure" activity handler. reverted in master: 663a826061e1b47fdfb006733c21fa069b855759 Also, please put the bug number in the commit log ;)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Hey Zac, is it possible to have an integration test covering the configure activity? There are several ways: * in the notification panel, tap the "wifi" icon * in the SMS app, tap "new message", tap "settings" icon, tap "settings" item. Thanks!
Flags: needinfo?(zcampbell)
(In reply to Julien Wajsberg [:julienw] from comment #23) > This removed the "configure" activity handler. > > reverted in master: 663a826061e1b47fdfb006733c21fa069b855759 > > Also, please put the bug number in the commit log ;) Thanks for pointing out the missing lines, Julien. I just re-landed that back to gaia master on 1d82b5f63db21d049de10ff9de3215d916a0c2a7.
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Is there a reason for this difference (call singular, messages plural) sim-manager-outgoing-call=Outgoing call sIm-manager-outgoing-call-desc=Calls will be sent from sim-manager-outgoing-messages=Outgoing messages sim-manager-outgoing-messages-desc=SMS will be sent from Not sure also if we're case sensitive on l10n IDs (second string: in the code there's sim-, in the .properties file sIm-)
Flags: needinfo?(ejchen)
Hey JulienW, sorry i missed that. The first one is already in the works. The second one I will file a task for!
Flags: needinfo?(zcampbell)
(In reply to Francesco Lodolo [:flod] from comment #27) > Is there a reason for this difference (call singular, messages plural) > > sim-manager-outgoing-call=Outgoing call > sIm-manager-outgoing-call-desc=Calls will be sent from > sim-manager-outgoing-messages=Outgoing messages > sim-manager-outgoing-messages-desc=SMS will be sent from > > Not sure also if we're case sensitive on l10n IDs (second string: in the > code there's sim-, in the .properties file sIm-) There is no specific reason for singular and plural. And i didn't notice that I put sIm in this locale file, thanks for pointing out this, because right now i am working on another bug and is related to simcard manager. I will give it fix at the same time. Thanks Francesco.
Flags: needinfo?(ejchen)
(In reply to Zac C (:zac) from comment #28) > Hey JulienW, sorry i missed that. > The first one is already in the works. > > The second one I will file a task for! Thanks Zac.
I kind of suspect this PR to have created the regression on Settings launch because of https://github.com/mozilla-b2g/gaia/commit/1d82b5f63db21d049de10ff9de3215d916a0c2a7#diff-f36e65bf103d8ff227c8349e0411b107R258 line 258. When accessing mozMobileConnection at startup it calls some expensive backend stuff. If this PR is the suspect you may consider changing the way you display the stuff, by showing the UI disabled by default for example, and delaying a little bit the check to turn it on or off once the app is already started (like many other things in settings). needinfo? bkelly so he knows where to look for the regression (at least this PR is my suspect, maybe I'm wrong).
Flags: needinfo?(bkelly)
Comment 31 is correct. This commit caused a settings app launch regression. I did the following with and without the commit: sudo pip install b2gperf adb forward tcp:2828 tcp:2828 b2gperf --delay=10 Settings The numbers I got: With commit 1d82b5f: median:848, mean:854, std: 14, max:896, min:840 Reverted commit: median:726, mean:731, std: 21, max:816, min:709 I'm sorry, but I think we need to back this out on master. Please reland after implementing a lazy load strategy as suggested in comment 31.
Flags: needinfo?(bkelly)
Backed out on master: a45dd9fe5ba3f5e5bd04fb6c32df4fcb006d9982 Note, I also had to back out bug 930222 as it blocked the back out of this bug.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attached file add lazyload
This is a patch with lazyload so that we can open settings app quicker.
Attachment #825779 - Attachment is obsolete: true
Attachment #8342111 - Flags: review?(arthur.chen)
(In reply to Ben Kelly [:bkelly] from comment #33) > Backed out on master: a45dd9fe5ba3f5e5bd04fb6c32df4fcb006d9982 > > Note, I also had to back out bug 930222 as it blocked the back out of this > bug. Thanks Ben & Vivien for pointing out this, but can you file a bug next time if you think there is any performance issue ? We are already working on this performance issue on another bug. It is not healthy when waking up in the morning and found the patch (with another unrelated one) were backed out accidentally at night without notifying. -_- Thanks for you guys' help again.
Tested on Unagi. // before patch 2013-12-04 11:21:08 | B2GPerfRunner | INFO | Results for Settings, cold_load_time: median:796, mean:805, std: 30, max:943, min:779, all:852,798,943,800,791,790,799,788,805,847,801,792,788,812,794,791,820,796,789,796,820,792,802,835,790,789,791,779,785,803 // after patch 2013-12-04 10:44:46 | B2GPerfRunner | INFO | Results for Settings, cold_load_time: median:669, mean:680, std: 35, max:833, min:651, all:744,656,705,833,686,674,658,662,725,671,665,688,657,664,667,670,674,665,651,711,672,673,656,663,659,661,660,668,694,676
Comment on attachment 8342111 [details] [review] add lazyload r=me. Thanks EJ!
Attachment #8342111 - Flags: review?(arthur.chen) → review+
Thanks all , merged on master/gaia : ff0c4028b7ec88cea1394d7267771b0d1f554373
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Thanks guys! The new patch improved load time even further than it was before. (In reply to EJ Chen [:eragonj] from comment #35) > Thanks Ben & Vivien for pointing out this, but can you file a bug next time > if you think there is any performance issue ? > > We are already working on this performance issue on another bug. > > It is not healthy when waking up in the morning and found the patch (with > another unrelated one) were backed out accidentally at night without > notifying. -_- In regards to the back out, I believe its project policy to treat large performance regressions the same as breaking tests. Sheriffs back them out in order to keep the project running smoothly. I know this sucks, but its worse for everyone overall if we leave master in a bad state. In the future we plan to have better infrastructure to help people catch regressions before landing. Also, I did try to reach out to you over IRC, but I think our time zones are quite different unfortunately. Dietrich, does this sound correct to you?
Flags: needinfo?(dietrich)
Absolutely. It is always better to pro-actively backout. If there's perf problem the patch should not have landed in the first place. EJ: project-wide we need to think of backouts as awesome dedication to making sure we're always fast :D
Flags: needinfo?(dietrich)
Yeah, I will try to monitor performances change for later development to avoid this kind of situation happen. And for sure, timezone sucks haha. Thanks for you guys' help again.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: