c316c8d24d32836a198286faa93e5a5c8990d0e6: Bug 1329568 - Media...Type::SizeOf... methods - r=jya,njn
Gerald Squelart <gsquelart@mozilla.com> - Thu, 22 Dec 2016 11:54:56 +1100 - rev 329190
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - Media...Type::SizeOf... methods - r=jya,njn When replacing strings with MediaContentType objects, some classes will want to know about their size. MozReview-Commit-ID: LNdaaUdJac3
90a091e65db3ed3876bc8c51174cffb6a7f21bcd: Bug 1329568 - Remove MediaContentType crutches - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Sun, 01 Jan 2017 09:24:24 +1100 - rev 329189
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - Remove MediaContentType crutches - r=jya Now that we have move all data-handling functions to MediaMIMEType and friends, we can remove direct accesses to data from MediaContentType, to better separate the context that MediaContentType represents, from the data it includes. Dependent code needs to be mechanically updated to now use the proper APIs. Note that in most places, we just extract MIME strings. Further work will take place in later bugs, to completely replace these strings with MediaContentType or more appropriate types... MozReview-Commit-ID: LoX8dhX7OlB
da855d6a78bba7762df16d5e70383bd50ab80ee7: Bug 1329568 - MediaCodecs - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Wed, 28 Dec 2016 10:48:27 +1100 - rev 329188
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - MediaCodecs - r=jya MediaCodecs factors out the codecs string from MediaExtendedMIMEType. It also provides utility methods to go through a list of codecs, and test the presence of specific codecs. Note that there is no real way (yet?) to validate the given codecs strings, we just assume that it's a comma-separated list of codecs. Further work can be done later on if useful. MozReview-Commit-ID: 5n2nWmaNT2O
3a49367220e3921e72da2c5d72f6b3af6ec6a958: Bug 1329568 - MediaMIMEType 'audio/' and 'video/' checks - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Sat, 17 Dec 2016 17:43:02 +1100 - rev 329187
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - MediaMIMEType 'audio/' and 'video/' checks - r=jya A lot of code wants to check if the type starts with 'audio/' or 'video/', MediaMIMEType::IsAudio() and IsVideo() will help with that -- and could later be optimized if needed. Note that types starting with 'application/' will still need manual testing, but they are rare anyway. MozReview-Commit-ID: UBcxS69Hcb
453851b40e3e8982598a179e3a598531571b935e: Bug 1329568 - MediaMIMEType comparisons against others - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Sun, 01 Jan 2017 10:06:26 +1100 - rev 329186
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - MediaMIMEType comparisons against others - r=jya `==` and `!=` against other MediaMIMEType objects, and against MEDIAMIMETYPE checked literals. This will allow simple (and compile-time-checked!) tests like: if (contentType.Type() == MEDIAMIMETYPE("audio/mp4")) { ... MozReview-Commit-ID: 5yMua5krOKD
662529436cc4dad8be244c0bfe08c0371bbc189e: Bug 1329568 - MediaMIMEType construction from literal string - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Sun, 01 Jan 2017 09:52:06 +1100 - rev 329185
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - MediaMIMEType construction from literal string - r=jya MediaMIMEType object can now be constructed from string literals by using e.g.: MEDIAMIMETYPE("audio/mp4") -- Note that it's an all-caps macro. The string will be checked for validity at compile time. To help with this, a new class DependentMediaMIMEType can point inside another string (usually a string literal), but can only be constructed for valid strings -- It will fail to compile when using MEDIAMIMETYPE, or it would assert at runtime if directly built. MozReview-Commit-ID: 5T3AKfpGbO4
7c62078beb88dce045784041fe78b1265c1545dc: Bug 1329568 - Restrict MediaMIMEType to IsMediaMIMEType-checked strings - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Tue, 03 Jan 2017 22:07:11 +1100 - rev 329184
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - Restrict MediaMIMEType to IsMediaMIMEType-checked strings - r=jya Use IsMediaMIMEType to refuse MIME types that cannot possibly be media-related. MozReview-Commit-ID: JXhf1biL4L0
99758b5f7918a50d35bdecbe339371072df325ad: Bug 1329568 - Simple IsMediaMIMEType checker for strings - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Sun, 01 Jan 2017 08:46:34 +1100 - rev 329183
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - Simple IsMediaMIMEType checker for strings - r=jya Inside dom/media, we really only deal with audio and video MIME types. IsMediaMIMEType will help check for that. Note that 'application' is an acceptable MIME major type, as some A/V contents do use it! E.g.: "application/ogg". IsMediaMIMEType is constexpr to allow its use in static_assert's, so we will be able to verify string literals at compile time. MozReview-Commit-ID: InBicRRUeiP
2ce9dcf0c27412fbb5cff17f9f6e13fe36d4bdda: Bug 1329568 - MediaMIMEType - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Thu, 01 Dec 2016 16:57:31 +1100 - rev 329182
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - MediaMIMEType - r=jya MediaMIMEType factors out the main MIME "type/subtype" string from MediaExtendedMIMEType, as it is often useful to deal with just that part. Like MediaContentType and MediaExtendedMIMEType, MediaMIMEType is always valid once constructed. MozReview-Commit-ID: 5Urlk6OLo5q
644f206d06d6d2c01bac8c87a6e275817a3651b3: Bug 1329568 - MediaExtendedMIMEType - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Thu, 01 Dec 2016 13:05:45 +1100 - rev 329181
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - MediaExtendedMIMEType - r=jya This patch factors out all data handling of MIME strings from MediaContentType to MediaExtendedMIMEType. MediaExtendedMIMEType is pretty much a copy of the old MediaContentType, as the functionality was fine (but will be modified in upcoming patches). MediaContentType then just delegates the work to its embedded MediaExtendedMIMEType field. The main difference is that the default constructor and Populate() method have been replaced with a single constructor that takes all the arguments at once. MozReview-Commit-ID: GBAgPDT2DUW
e1ed12f057c8052cf04c90fb2640bd31868807ff: Bug 1329568 - Add missing #include in MediaStreamListener.h - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Mon, 28 Nov 2016 09:47:46 +1100 - rev 329180
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329568 - Add missing #include in MediaStreamListener.h - r=jya This is required because the next patch adds new files, which changes the unified-build order and exposes error due to this missing #include. MozReview-Commit-ID: 3pmqNK1B2bR
7d5040b2835e887b6c7ae25ab007fc7eef8766e9: Bug 1329015. Configure list for addons on 51 release based on the top addons seen during the experiment on 51 beta. r=mconley
Felipe Gomes <felipc@gmail.com> - Thu, 12 Jan 2017 16:34:59 -0200 - rev 329179
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329015. Configure list for addons on 51 release based on the top addons seen during the experiment on 51 beta. r=mconley MozReview-Commit-ID: ESVWycM5bmd
a42a1279c2162fa2a6a0f4b448ede7f9d6b2cc6e: Bug 1298756 - Use uint8_t/uint16_t as underlying type for enums from webidl. r=bz
Xidorn Quan <me@upsuper.org> - Thu, 12 Jan 2017 12:23:37 +1100 - rev 329178
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1298756 - Use uint8_t/uint16_t as underlying type for enums from webidl. r=bz MozReview-Commit-ID: 3uS9s5ZrPFd
d3da2d43ac5d31a362744c0a0c2b4c069a8c85d6: Bug 1329564 - StringListRange::begin/end() can be const - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Fri, 16 Dec 2016 19:03:20 +1100 - rev 329177
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329564 - StringListRange::begin/end() can be const - r=jya The StringListRange iterator does not modify the list, and cannot be used to modify the list, so we can make the begin&end functions const. MozReview-Commit-ID: 4uNf6CWQ767
195a58e1ad5e39439d0e4ebb444afaba1ad7bf7c: Bug 1329564 - Option to process empty items in StringListRange - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Mon, 28 Nov 2016 22:45:58 +1100 - rev 329176
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329564 - Option to process empty items in StringListRange - r=jya By default StringListRange skips empty items. Two new template options allow handling empty items: - ProcessEmptyItems: Process all, *except* if string is empty. - ProcessAll: Process all, including 1 empty item in an empty string. MozReview-Commit-ID: WNRHU5iCHt
5566e83980ed65494a1f61e93ba7590240c9f5fc: Bug 1313155 - Remove dom/settings and related code. r=Ehsan
Michelangelo De Simone <mdesimone@mozilla.com> - Thu, 29 Dec 2016 11:26:49 -0800 - rev 329175
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1313155 - Remove dom/settings and related code. r=Ehsan MozReview-Commit-ID: Gi7frPFQ6yW
1fec53b169d00086ab17608df1de94198ff25a18: Bug 1326225 - Fix un-imported fetch use in NormandyApi.jsm r=Gijs
Mythmon <mcooper@mozilla.com> - Tue, 03 Jan 2017 09:41:51 -0800 - rev 329174
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1326225 - Fix un-imported fetch use in NormandyApi.jsm r=Gijs See https://developer.mozilla.org/en-US/docs/Mozilla/Projects/Mochitest#How_do_I_test_issues_which_only_show_up_when_tests_are_run_across_domains.3F for info on how the test server was set up for testing that fetch was used correctly. r=Gijs MozReview-Commit-ID: CNH6SQ6gEGU
c01ee23545a0e616583a5ca7d068d5ad8f6eaa6c: Bug 1329561 - MediaContentType is always valid - r=jya
Gerald Squelart <gsquelart@mozilla.com> - Thu, 01 Dec 2016 12:56:11 +1100 - rev 329173
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329561 - MediaContentType is always valid - r=jya MediaContentType can only be created through MakeMediaContentType(), which returns a Maybe<MediaContentType>. If the return value is Nothing, parsing failed. Otherwise the contained MediaContentType object is guaranteed to be valid; E.g., GetMIMEType() will always return a non-empty string. Note that this interface will change a lot in the following bugs&patches, so please don't worry about the 'Get' in the never-failing GetMIMEType(), it will be gone soon! MozReview-Commit-ID: IjGKkQ6RVd4
cca78c809a2069e5fecd2cc2070927ea29c97c52: Bug 1329351 - Only autocomplete on password fields which were marked. r=mconley
Matthew Noorenberghe <mozilla@noorenberghe.ca> - Thu, 12 Jan 2017 12:52:42 -0800 - rev 329172
Push 31200 by cbook@mozilla.com at Fri, 13 Jan 2017 09:18:41 +0000
Bug 1329351 - Only autocomplete on password fields which were marked. r=mconley MozReview-Commit-ID: 3xNSPrlhOik
b1c31c4a0a678194931779e0f13fba7b508eb109: Merge inbound to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Thu, 12 Jan 2017 16:03:18 -0800 - rev 329171
Push 31199 by kwierso@gmail.com at Fri, 13 Jan 2017 00:03:35 +0000
Merge inbound to central, a=merge MozReview-Commit-ID: JupSuUl7bTn
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip