The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
The old way is marked as deprecated.
> Properties should be assigned using the 'propName = value' syntax. Setting a
> property via the Gradle-generated 'propName value' or 'propName(value)'
> syntax in Groovy DSL has been deprecated.
Current gradle download mechanism has two issues. Assuming, the gradle
download url is:
https://services.gradle.org/distributions/gradle-8.13-bin.zip
1. Compilation script will break if we stop the script amidst the
download the first time. As next time wget will save the file as:
gradle-8.13-bin.zip.1, gradle-8.13-bin.zip.2 ... because
a broken gradle-8.13-bin.zip already exists.
2. For curl to download successfuly from the url, redirection flag
must be turned on, as it redirects to a different url.
This patch fixes these issues by (1) providing wget the output filename
and (2) turning on redirection for curl using the -L flag.
It requires Gradle 8.13 which is in the Docker images.
8.10 has a breaking change for finalizeDsl but we don't use it.
It uses SDK Build Tools 35.0.0 and NDK 27.0.12077973 by default, just like 8.9.1.
When playing a podcast in the background, receiving a notification will
trigger a pause of the playback, for the notification to pass, then will
resume playback and seek backwards so the user doesn't miss any audio.
In the delayedPodcastRunnable of VLCAudioFocusHelper, resumePlayback()
and service.seek(position, fromUser = true) are called in sequence.
Both trigger a showNotification, resumePlayback through the libvlc event
Playing, seek right in it's function.
Problem is, seek will trigger the showNotification before the event
Playing happens. showNotificationInternal of PlaybackService will call
stopForeground when called while playback is stopped. Then
showNotification called from playback resuming will try to
startForeground to ensure the service isn't killed by the system, which
is not allowed as startForeground can only be called with the app in the
foreground or through user inputs like the notification buttons,
see https://developer.android.com/develop/background-work/services/fgs/
restrictions-bg-start.
To avoid calling stopForeground, seek should not be called from
VLCAudioFocusHelper with the fromUser parameter true, though we do need
to updateState should still be called to update the auto ui.
Fixes#3218
Steve Lhomme
Nicolas Pomepuy
Steve Lhomme
Khalid Masum
Duncan McNamara
Kerry Shen