Fixes Bug 1061518 jshint errors in fake_update-checker.js r=yurenju
Bug 935103 - Remove confirmation popup after PIN screen.
Bug 1073032 - Clear ambient indicator when removing notification
Bug 1072723 - [NFC] Could not import contact via NFC
Bug 1060577 - Adjust Rocketbar backdrop opacity when displaying results
Bug 1005331 - JSHint fixes for shared/js/media/
Bug 1071529 - Remove deprecated-hwvideo permissions. r=djf
Bug 956192 - Follow-up, Remove old reference to nonexistent file r=kgrandon
Bug 1069150 - [sms] unittest threads_test.js incorrect using assert.include for testing existing object property r=julien
Bug 1062048 - Wait for time format settings change r=kgrandon
Bug 912645: ability to indicate notification modes
Merge pull request #24340 from gregorwagner/1071529

Bug 1071529 - Remove deprecated-hwvideo permissions. r=djf
Merge pull request #24231 from KevinGrandon/bug_1062048_part_2_day_view_test_wait_settings

Bug 1062048 - Wait for time format settings change
Bug 1072834 - Remove simple tiling from developer panel
Bug 1057198 - [LockScreen] Decoupling LockScreen with System before it becomes an iframe
Bug 963009 - [Gaia][Build] Test coverage
Merge pull request #24276 from RickyChien/bug-963009

Bug 963009 - [Gaia][Build] Test coverage r=@yurenju
Bug 1062803 - Replace the custom functions used to load JSON files with the new shared helper in the system app.
Merge pull request #23192 from snowmantw/issue1057198-as-iframe

Bug 1057198 - [LockScreen] Decoupling LockScreen with System before it becomes an iframe
Bug 1044525 - Avoid poking with DOM elements in various modules aside from renderer by using a WeakMap to hold layout key objects, mapped from DOM elements.

- render.js's key properties normalization is now done in LayoutNormalizer. The normalization for static layouts takes place in layout loader, when the layout is loaded. Layout Manager's on-the-fly generated keys are pre-normalized in the hard-coded structures.
- Also, removed parseInt() on keycodes where suitable as we now retreive "number" from the objects held by WeakMap.

We have two WeakMaps, one maps DOM element to abstract target objects ("forward" map), and one maps inversely ("reverse" map)
Policy of accessing those WeakMaps is:
- IMERender and AltCharMenu(View) can set both forward and reverse maps by calling IMERender.setDomElemTargetObject, a small helper function.
- Everyone can retrieve forward mapping (elem to obj) in layoutRenderingManager with LRM.getTargetObject.
- Only IMERender and AltCharMenu(View) can retrieve reverse mapping (obj to elem) accessible through IMERender's reverse map (targetObjDomMap).
 -- currently we need to allow AltCharMenuManager to do so 'coz their responsibility and coupling aren't very clear.
 -- we probably need some refactoring work to reassign the responsibility and coupling such that targetObjDomMap isn't unnecessarily exposed.