- 15 May, 2019 16 commits
-
-
PiperOrigin-RevId: 248221982
aquilescanta committed -
Issue: #5876 PiperOrigin-RevId: 248119726
olly committed -
Issue: #5862 PiperOrigin-RevId: 248112524
bachinger committed -
Accessing task providers (like javaCompileProvider) at sync time is not possible. That's why the source sets of all generateJavadoc tasks is empty. The set of source directories can also be accessed directly through the static sourceSets field. Combining these allows to statically provide the relevant source files to the javadoc task without needing to access the run-time task provider. PiperOrigin-RevId: 247938176
tonihei committed -
Issue: #5876 PiperOrigin-RevId: 247935822
olly committed -
The update to Gradle 5.1.1 decreased the default heap size to 512MB and our build runs into Out-of-Memory errors. Setting the gradle flags to higher values instead. See https://developer.android.com/studio/releases/gradle-plugin#3-4-0 PiperOrigin-RevId: 247908526
tonihei committed -
PiperOrigin-RevId: 247630389
tonihei committed -
Issue:#5821 PiperOrigin-RevId: 247621164
tonihei committed -
Issue:#5868 PiperOrigin-RevId: 247613811
tonihei committed -
PiperOrigin-RevId: 247418601
andrewlewis committed -
If a PlayerMessage throws an exception, it is currently not deleted from the list of pending messages. This may be problematic as the list of pending messages is kept when the player is retried without reset and the message is sent again in such a case. PiperOrigin-RevId: 247414494
tonihei committed -
PiperOrigin-RevId: 247348352
andrewlewis committed -
Adding an explicit option to clear all downloads prevents repeated database access in a loop when trying to delete all downloads. However, we still create an arbitrary number of parallel Task threads for this and seperate callbacks for each download. PiperOrigin-RevId: 247234181
tonihei committed -
Oliver Woodman committed
-
Oliver Woodman committed
-
PiperOrigin-RevId: 245243488
eguven committed
-
- 05 May, 2019 9 commits
-
-
PiperOrigin-RevId: 246733842
Oliver Woodman committed -
PiperOrigin-RevId: 246733842
Oliver Woodman committed -
Oliver Woodman committed
-
Oliver Woodman committed
-
PiperOrigin-RevId: 246729123
olly committed -
PiperOrigin-RevId: 246727723
olly committed -
PiperOrigin-RevId: 246729123
olly committed -
PiperOrigin-RevId: 246728418
olly committed -
PiperOrigin-RevId: 246727723
olly committed
-
- 03 May, 2019 5 commits
-
-
Oliver Woodman committed
-
PiperOrigin-RevId: 246491511
olly committed -
PiperOrigin-RevId: 246333281
olly committed -
PiperOrigin-RevId: 246491511
olly committed -
PiperOrigin-RevId: 246333281
olly committed
-
- 02 May, 2019 10 commits
-
-
NOTE: Streams are working on ExoPlayer but querying them from other platforms yields "bad request". The new links: + Match Microsoft's test server. + Allow querying from clients other than ExoPlayer, like curl. PiperOrigin-RevId: 246289755
aquilescanta committed -
Post-submit fixes for https://github.com/google/ExoPlayer/commit/eed5d957d87d44cb9c716f1a4c80f39ad2a6a442. One wrong return value, a useless assignment, unusual visibility of private class fields and some nullability issues. PiperOrigin-RevId: 246282995
tonihei committed -
As justification for why we should not have this type of logging, it would scale up to about 13K LOC, 1800 Strings, and 36K (after pro-guarding - in the case of the demo app) if we did it through the whole code base*. It makes the code messier to read, and in most cases doesn't add significant value. Note: I left the Scheduler logging because it logs interactions with some awkward library components outside of ExoPlayer, so is perhaps a bit more justified. * This is a bit unfair since realistically we wouldn't ever add lots of logging into trivial classes. But I think it is fair to say that the deltas would be non-negligible. PiperOrigin-RevId: 246181421
olly committed -
PiperOrigin-RevId: 246173972
olly committed -
- Removed DownloadInternal and its sometimes-out-of-sync duplicate state - Fixed downloads being in STOPPED rather than QUEUED state when the manager is paused - Fixed setMaxParallelDownloads to start/stop downloads if necessary when the value changes - Fixed isWaitingForRequirements PiperOrigin-RevId: 246164845
olly committed -
NOTE: Streams are working on ExoPlayer but querying them from other platforms yields "bad request". The new links: + Match Microsoft's test server. + Allow querying from clients other than ExoPlayer, like curl. PiperOrigin-RevId: 246289755
aquilescanta committed -
Post-submit fixes for https://github.com/google/ExoPlayer/commit/eed5d957d87d44cb9c716f1a4c80f39ad2a6a442. One wrong return value, a useless assignment, unusual visibility of private class fields and some nullability issues. PiperOrigin-RevId: 246282995
tonihei committed -
As justification for why we should not have this type of logging, it would scale up to about 13K LOC, 1800 Strings, and 36K (after pro-guarding - in the case of the demo app) if we did it through the whole code base*. It makes the code messier to read, and in most cases doesn't add significant value. Note: I left the Scheduler logging because it logs interactions with some awkward library components outside of ExoPlayer, so is perhaps a bit more justified. * This is a bit unfair since realistically we wouldn't ever add lots of logging into trivial classes. But I think it is fair to say that the deltas would be non-negligible. PiperOrigin-RevId: 246181421
olly committed -
PiperOrigin-RevId: 246173972
olly committed -
- Removed DownloadInternal and its sometimes-out-of-sync duplicate state - Fixed downloads being in STOPPED rather than QUEUED state when the manager is paused - Fixed setMaxParallelDownloads to start/stop downloads if necessary when the value changes - Fixed isWaitingForRequirements PiperOrigin-RevId: 246164845
olly committed
-