Closed Bug 956655 Opened 11 years ago Closed 11 years ago

WebMobileConnection: move mobileConnection DOM classes out of namesapce mozilla::dom::network to mozilla::dom

Categories

(Core :: DOM: Device Interfaces, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla29

People

(Reporter: edgar, Assigned: edgar)

References

Details

Attachments

(2 files, 6 obsolete files)

9.74 KB, patch
edgar
: review+
Details | Diff | Splinter Review
12.63 KB, patch
edgar
: review+
Details | Diff | Splinter Review
It seems we don't need to put MobileConnection into an extra namespacing, 'mozilla::dom::network', maybe we can just stick these in 'mozilla::dom'. And in this bug, I would like to move mobileConnection related *.idl/*.js/*.c/*.h into '$GECKO_ROOT/dom/mobileconnection' given that there are many files will be created for the IPDL implementation in bug 843452, having a extra folder for mobileConnection makes the file hierarchies more clear. (Please see bug 843452 comment #6)
Comment on attachment 8356039 [details] [diff] [review] Part 1: Move MobileConnection related files to dom/mobileconnection, v1 Hi smaug, need your help to review this, thank you.
Attachment #8356039 - Flags: review?(bugs)
Comment on attachment 8356041 [details] [diff] [review] Part 2: Move MobileConnection DOM classes to namespacing mozilla::dom, v1 Hi smaug, need your help to review this, thank you.
Attachment #8356041 - Flags: review?(bugs)
Attachment #8356041 - Flags: review?(bugs) → review+
Comment on attachment 8356039 [details] [diff] [review] Part 1: Move MobileConnection related files to dom/mobileconnection, v1 Could you explain why we need to create the new directory for just few files? mobileconnection doesn't sound too different to network, so I don't quite see the reason. In general we don't try to put every small feature into its own directory. (I think I asked this in some other bug, but perhaps I missed the answer)
Attachment #8356039 - Flags: review?(bugs)
Flags: needinfo?(echen)
Hi smaug, Sorry for doesn't make thinks clear first. For the reason that I would like to create the new directory is mentioned in bug 843452 comment #6. If you think it is not necessary to do this, I will keep them in original folder. :) Thank you. (In reply to Olli Pettay [:smaug] from comment #5) > Comment on attachment 8356039 [details] [diff] [review] > Part 1: Move MobileConnection related files to dom/mobileconnection, v1 > > Could you explain why we need to create the new directory for just few files? > mobileconnection doesn't sound too different to network, so I don't quite > see the reason. In general we don't try to put every small feature into > its own directory. > > (I think I asked this in some other bug, but perhaps I missed the answer)
Flags: needinfo?(echen) → needinfo?(bugs)
Comment on attachment 8356039 [details] [diff] [review] Part 1: Move MobileConnection related files to dom/mobileconnection, v1 Ok, I had missed the comment in the other bug. Technically this needs a build peer review too.
Attachment #8356039 - Flags: review+
Flags: needinfo?(bugs)
Comment on attachment 8356039 [details] [diff] [review] Part 1: Move MobileConnection related files to dom/mobileconnection, v1 (In reply to Olli Pettay [:smaug] from comment #7) > Comment on attachment 8356039 [details] [diff] [review] > Part 1: Move MobileConnection related files to dom/mobileconnection, v1 > > Technically this needs a build peer review too. Hi Kyle, In this patch, I would like to move mobileConnection related *.idl/*.js/*.c/*.h into '$GECKO_ROOT/dom/mobileconnection' given that there are many files will be created for the IPDL implementation (Please see bug 843452 comment #6 for more details). Could you help to review this? Thank you :)
Attachment #8356039 - Flags: review?(khuey)
Add r=khuey after r+.
Attachment #8356039 - Attachment is obsolete: true
Attachment #8356953 - Flags: review+
I would like to wait bug 952043 landing first.
Backed out because I found there is a miss for new test file, test_mobile_connections_array_uninitialized.js, which was added in bug 953005. I should double check before push, sorry about this. :( https://hg.mozilla.org/integration/b2g-inbound/rev/3391d092f6df https://hg.mozilla.org/integration/b2g-inbound/rev/0e5d3ec9d4c0
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Blocks: 961647
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: