WorkManager
| Latest Update | Stable Release | Release Candidate | Beta Release | Alpha Release |
|---|---|---|---|---|
| October 22, 2025 | 2.11.0 | - | - | - |
Declaring dependencies
To add a dependency on WorkManager, you must add the Google Maven repository to your project:
Add the dependencies for the artifacts you need in the build.gradle file for
your app or module:
Groovy
dependencies { def work_version = "2.11.0" // (Java only) implementation "androidx.work:work-runtime:$work_version" // Kotlin + coroutines implementation "androidx.work:work-runtime-ktx:$work_version" // optional - RxJava2 support implementation "androidx.work:work-rxjava2:$work_version" // optional - GCMNetworkManager support implementation "androidx.work:work-gcm:$work_version" // optional - Test helpers androidTestImplementation "androidx.work:work-testing:$work_version" // optional - Multiprocess support implementation "androidx.work:work-multiprocess:$work_version" }
Kotlin
dependencies { val work_version = "2.11.0" // (Java only) implementation("androidx.work:work-runtime:$work_version") // Kotlin + coroutines implementation("androidx.work:work-runtime-ktx:$work_version") // optional - RxJava2 support implementation("androidx.work:work-rxjava2:$work_version") // optional - GCMNetworkManager support implementation("androidx.work:work-gcm:$work_version") // optional - Test helpers androidTestImplementation("androidx.work:work-testing:$work_version") // optional - Multiprocess support implementation("androidx.work:work-multiprocess:$work_version") }
For information on using Kotlin extensions, see the ktx documentation.
For more information about dependencies, see Add Build Dependencies.
Feedback
Your feedback helps make Jetpack better. Let us know if you discover new issues or have ideas for improving this library. Please take a look at the existing issues in this library before you create a new one. You can add your vote to an existing issue by clicking the star button.
See the Issue Tracker documentation for more information.
Version 2.11
Version 2.11.0
October 22, 2025
androidx.work:work-*:2.11.0 is released. Version 2.11.0 contains these commits.
Important changes since 2.10.0:
- The
minSdkhas been updated from API 21 to API 23. - The API
setRemoteSessionTimeoutMillisinWorkManager’s Configuration builder has been added to enable configuring the amount of time aRemoteWorkManagersession is alive from its last usage.
Version 2.11.0-rc01
October 08, 2025
androidx.work:work-*:2.11.0-rc01 is released. Version 2.11.0-rc01 contains these commits.
Version 2.11.0-beta01
September 24, 2025
androidx.work:work-*:2.11.0-beta01 is released. Version 2.11.0-beta01 contains these commits.
API Changes
- Add
stopRunningWorkWithReasontoWorkManagerTestDriver. (Ie53b2, b/439955564)
Bug Fixes
- Fix foreground service stopping when there are pending commands (Iae822, b/432069314)
- Fix remote coroutine worker failing to unbind remote service (I842f2, b/247113322)
Version 2.11.0-alpha01
August 27, 2025
androidx.work:work-*:2.11.0-alpha01 is released. Version 2.11.0-alpha01 contains these commits.
API Changes
- The minSdk has been updated from API 21 to API 23 (Ibdfca, b/380448311, b/435705964, b/435705223)
- The API
setRemoteSessionTimeoutMillisin WorkManager’s Configuration builder has been added to enable configuring the amount of time a RemoteWorkManager session is alive from its last usage. (Ib23c8) - Add an experimental API in
WorkRequest.Builderto apply backoff when work is interrupted by the system. (Ie2dc7, b/335513480) - Add test API to pass in a different worker class to
TestListenableWorkerBuilderthan the one being built to support customWorkerFactoryimplementations (If6bff, b/389154854)
Bug Fixes
- Cache network capabilities in
SharedNetworkCallbackto prevent unnecessary IPCs (Ie4027, b/427115602) - Fix an issue with network constraint evaluation where work items after the first would not get the current network capabilities and would instead hit
ConstraintsNotMetafter a timeout (Ib6a66, b/427115602)
Version 2.10
Version 2.10.5
September 24, 2025
androidx.work:work-*:2.10.5 is released. Version 2.10.5 contains these commits.
Bug Fixes
- Fix foreground service stopping when there are pending commands (Iae822, b/432069314)
Version 2.10.4
September 10, 2025
androidx.work:work-*:2.10.4 is released. Version 2.10.4 contains these commits.
Bug Fixes
- Fix an issue with
RemoteCoroutineWorkerfailing to unbind remote service (I842f2, b/247113322)
Version 2.10.3
July 30, 2025
androidx.work:work-*:2.10.3 is released. Version 2.10.3 contains these commits.
Bug Fixes
- Fix an issue where workers with identical network constraints as a previous worker would report their constraints not being met. (b/427115602).
Version 2.10.2
June 18, 2025
androidx.work:work-*:2.10.2 is released. Version 2.10.2 contains these commits.
Bug Fixes
- Fix an issue when persisting workers with network requests and default capabilities that would lead to removed capabilities being re-added causing workers with network constraints to misbehave. (b/409716532)
- Fix a bug that would cause workers with network constraints to not execute promptly due to constraints not met even though the network and capabilities were available. (b/423403088)
Version 2.10.1
April 23, 2025
androidx.work:work-*:2.10.1 is released. Version 2.10.1 contains these commits.
Bug Fixes
- Reduce the possibility of
TooManyRequestsExceptionbeing thrown fromWorkManager’s registration of aNetworkCallbackused for constraint tracking. (b/231499040, b309d5).
Version 2.10.0
October 30, 2024
androidx.work:work-*:2.10.0 is released. Version 2.10.0 contains these commits.
Significant changes since version 2.9.1
- Added trace tags to Jobs from
WorkManagerwhich makes ‘adb shell dumpsys jobscheduler’ a lot simpler to understand since it will contain the name of the Worker being executed. Trace sections are also added around key areas ofWorkManager. Configuration.workerCoroutineContextwas added to for control of dispatcher whereCoroutineWorkeris executed.- Developers can specify
NetworkRequestas a constraint for a worker via theConstraints.setRequiredNetworkRequestmethod. This enables more granular control over which network this worker should run. WorkManager2.10.0 is now compiled with SDK 35 and contain various changes for SDK 35 compatibility.
Version 2.10.0-rc01
October 24, 2024
androidx.work:work-*:2.10.0-rc01 is released. Version 2.10.0-rc01 contains these commits.
Version 2.10.0-beta01
October 2, 2024
androidx.work:work-*:2.10.0-beta01 is released. Version 2.10.0-beta01 contains these commits.
Version 2.10.0-alpha04
September 18, 2024
androidx.work:work-*:2.10.0-alpha04 is released. Version 2.10.0-alpha04 contains these commits.
API Changes
- Add the stop reason
STOP_REASON_FOREGROUND_SERVICE_TIMEOUTfor when a foreground worker is stopped due to execution timeout based on the foreground service type. (Ibd0af)
Version 2.10.0-alpha03
September 4, 2024
androidx.work:work-*:2.10.0-alpha03 is released. Version 2.10.0-alpha03 contains these commits.
New Features
- Added trace tags to Jobs from
WorkManagerwhich makes ‘adb shell dumpsys jobscheduler’ a lot simpler to understand since it will contain the name of the Worker being executed. Trace sections are also added around key areas ofWorkManager.
API Changes
- WorkManager 2.10.0 is now compiled with SDK 35.
- Fix foreground workers of type ‘short service’ and ‘data sync’ timing out and causing an ANR when
WorkManagerdidn’t callstopSelf(). This fix only applies to devices with API 34 and 35 where foreground service types were introduced. (ca06b2, b/364508145) - New
WorkerParametersAPIs that make it possible to switch the remote process that theWorkerbinds to when using aWorkerFactory. (Ibdc8a, Ie8a90, I7373f)
Bug Fixes
- Fix a crash caused by
WorkManagerattempting to restart a long-running worker (i.e. a foreground worker) when the foreground type of the work had Android 14 prerequisite permissions that were revoked. (b/333957914) - Removed manual outlining of access to new platform APIs since this happens automatically via API modeling when using R8 with AGP 7.3 or later (e.g. R8 version 3.3) and for all builds when using AGP 8.1 or later (e.g. D8 version 8.1). Clients who are not using AGP are advised to update to D8 version 8.1 or later. See this article for more details. (Ia60e0, b/345472586)
Version 2.10.0-alpha02
April 17, 2024
androidx.work:work-*:2.10.0-alpha02 is released. Version 2.10.0-alpha02 contains these commits.
API Changes
- Added the ability to emit trace spans via a configurable
@RestrictToTracerinWorkManager. (I17d7f, b/260214125) Configuration.workerCoroutineContextwas added to for control of dispatcher whereCoroutineWorkeris executed. It helps to completely avoid usage ofDispatchers.DefaultinWorkManager. (Icd1b7)- Add custom exception handlers for Workers (Ib1b74, b/261190695)
OneTimeWorkRequest.BuilderandPeriodicWorkRequest.Buildercan now be constructed withKClassinstead ofClass:val request = OneTimeWorkRequest.Builder(Worker::class).setConstraints(...).build()(Ib55f6)WorkManagerclass was migrated to Kotlin. Now methods that returnLiveData,ListenableFutureorFlowprovides correct nullability information. It could require changes in clients' source code, if nullability assumptions in that code were incorrect. (If6757)
Version 2.10.0-alpha01
January 24, 2024
androidx.work:work-*:2.10.0-alpha01 is released. Version 2.10.0-alpha01 contains these commits.
New Features
- Developers can specify
NetworkRequestas a constraint for a worker via theConstraints.setRequiredNetworkRequestmethod. This enables more granular control over which network this worker should run.
API Changes
- Adding an ability to specify
NetworkRequestas the constraint. (Id98a1, b/280634452)
Version 2.9
Version 2.9.1
August 7, 2024
androidx.work:work-*:2.9.1 is released. Version 2.9.1 contains these commits.
Bug Fixes
- Fix a crash caused by
WorkManagerattempting to restart a long-running worker (i.e. a foreground worker) when the foreground type of the work had Android 14 prerequisite permissions that were revoked. (b/333957914)
Version 2.9.0
November 29, 2023
androidx.work:work-*:2.9.0 is released. Version 2.9.0 contains these commits.
Important changes since 2.8.0
- Observability via
Flow-s. Instead ofLiveData, Worker's progress now can be observed via Flow’s viaWorkManager.getWorkInfosFlowand similar methods. - Now
WorkManagerprovides a hint on why a worker was previously stopped. It can be queried from a worker itself viagetStopReason()method or fromWorkInfoviagetStopReason(). - Precise scheduling of periodic workers via
setNextScheduleTimeOverride. This allows dynamic calculation of the next Periodic work schedule, which can be used to implement advanced features like adaptive refresh times, custom retry behavior, or making a newsfeed worker run before the user wakes up every morning without drift.ExistingPeriodicWorkPolicy.UPDATEshould be used with these techniques to avoid canceling a currently-running worker while scheduling the next one. - WorkManager’s testing with threading matching production.
ExecutorsMode.PRESERVE_EXECUTORScan be used ininitializeTestWorkManagerto preserve executors set inConfigurationand to use the real main thread. - Coroutines APIs such as
CoroutineWorkerhave been moved from additional artifact work-runtime-ktx to the main artifact work-runtime. work-runtime-ktx is now empty.
API Changes
stopReasonwas added toWorkInfo. It makesstopReasonavailable after the worker has run. It could be helpful in the reportingstopReasonin a usable way, because once a worker has been stopped, an app itself could be killed very quickly. (I21386)- Allow
Clockto be set via config and used to drive execution sequencing of Worker tests. (Ic586e) getStopReason()method was added toListenableWorkerthat gives a hint why the worker was stopped. (I07060)- Added
WorkManagerTestInitHelper#closeWorkDatabase()to avoid Closeguard's warning about leaked resources. (Ia8d49) WorkInfo's constructor is public now, which can be useful in testing. (Ia00b6, b/209145335)work-runtime-ktxis now empty,CoroutineWorkerand other Kotlin specific utilities are now available in the main work-runtime artifact. (I71a9a)- Added
setNextScheduleTimeOverridemethod, which allows accurate setting of periodic work schedules (I3b4da) - Added
getNextScheduleTimeMillisto get scheduled run time info is added toWorkInfo. (I797e4) - Initial delay and periodicity info are added to
WorkInfo. (I52f2f) - Added method observe workers via Flows via methods
getWorkInfosByTagFlow,getWorkInfoByIdFlow,getWorkInfosForUniqueWorkFlow,getWorkInfosFlow(If122a) - Added missing
@RequiresApi(...)annotations toConstraints' constructors and properties. They are now aligned with corresponding annotations on setters inConstraints.Builderthat existed from early versions ofWorkManager. (I6d7d2) WorkManagernow has a separate limit for content uri workers to give them guaranteed slots inJobSchedulerto prevent missing content updates under the high load. The limit can be configured viaConfiguration.Builder.setContentUriTriggerWorkersLimit. (Ic128f)- Constraints are added to
WorkInfo. (I162c0)
Version 2.9.0-rc01
October 18, 2023
androidx.work:work-*:2.9.0-rc01 is released. Version 2.9.0-rc01 contains these commits.
- No changes since the last beta release
Version 2.9.0-beta01
September 6, 2023
androidx.work:work-*:2.9.0-beta01 is released. Version 2.9.0-beta01 contains these commits.
API Changes
- Added constants for stop reasons returned by
WorkInfo.stopReasonandListenableWorker.stopReason(I0cc00)
Version 2.9.0-alpha02
July 26, 2023
androidx.work:work-*:2.9.0-alpha02 is released. Version 2.9.0-alpha02 contains these commits.
New Features
- Now
WorkManagerprovides a hint on why a worker was previously stopped. It can be queried from a worker itself viagetStopReason()method or fromWorkInfoviagetStopReason().
API Changes
stopReasonwas added toWorkInfo. It makes availablestopReasonafter the worker ran. It could be helpful in the reportingstopReasonin usable way, because once a worker has been stopped, an app itself could be very quickly killed. (I21386)- Allow Clock to be set via config and used to drive execution sequencing of Worker tests. (Ic586e)
getStopReason()method was added toListenableWorkerthat gives a hint why the worker was stopped. (I07060)- Added
WorkManagerTestInitHelper#closeWorkDatabase()to avoid Closeguard's warning about leaked resources. (Ia8d49)
Bug Fixes
- Added ability to bypass
overrideNextScheduleTimeusingTestDriverand fixed issues with testability. (Ic2905)
Version 2.9.0-alpha01
June 7, 2023
androidx.work:work-*:2.9.0-alpha01 is released. Version 2.9.0-alpha01 contains these commits.
New Features
- Observability via
Flow-s. Instead ofLiveData, Worker's progress now can be observed via Flow’s viaWorkManager.getWorkInfosFlowand similar methods. - Precise scheduling of periodic workers via
setNextScheduleTimeOverride. This allows dynamic calculation of the next Periodic work schedule, which can be used to implement advanced features like adaptive refresh times, custom retry behavior, or making a newsfeed worker run before the user wakes up every morning without drift.ExistingPeriodicWorkPolicy.UPDATEshould be used with these techniques to avoid cancelling a currently-running worker while scheduling the next one. WorkManager’s testing with threading matching production.ExecutorsMode.PRESERVE_EXECUTORScan be used to preserve executors set inConfigurationand to use the real main thread.- Coroutines APIs such as
CoroutineWorkerhave been moved from additional artifactwork-runtime-ktxto the main artifactwork-runtime.work-runtime-ktxis now empty.
API Changes
WorkInfo's constructor is public now, that can be useful in testing. (Ia00b6, b/209145335)work-runtime-ktxis now empty,CoroutineWorkerand other kotlin specific utilities are now available in the mainwork-runtimeartifact. (I71a9a)- Added
setNextScheduleTimeOverridemethod, which allows accurate setting of periodic work schedules (I3b4da) - Renamed
getEarliestRunTimeMillistogetNextScheduleTimeMillis. (I2bd7a) - Next scheduled run time info is added to
WorkInfo. (I797e4) - Initial delay and periodicity info are added to
WorkInfo. (I52f2f) - Added method observe workers via Flows via methods
getWorkInfosByTagFlow,getWorkInfoByIdFlow,getWorkInfosForUniqueWorkFlow,getWorkInfosFlow(If122a) - Added missing
@RequiresApi(...)annotations to Constraints' constructors and properties. They are now aligned with corresponding annotations on setters inConstraints.Builderthat existed from early versions ofWorkManager. (I6d7d2) WorkManagernow has a separate limit for content uri workers to give them guaranteed slots inJobSchedulerto prevent missing content updates under the high load. Limit can be configured viaConfiguration.Builder.setContentUriTriggerWorkersLimit. (Ic128f)- Constraints are added to
WorkInfo. (I162c0)
Version 2.8
Version 2.8.1
March 22, 2023
androidx.work:work-*:2.8.1 is released. Version 2.8.1 contains these commits.
Bug Fixes
- Fixed ANR in
RescheduleReceiverthat previously didn’t correctly handle two simultaneous broadcasts. (b/236906724)
Version 2.8.0
February 8, 2023
androidx.work:work-*:2.8.0 is released. Version 2.8.0 contains these commits.
Important changes since 2.7.0
New Features
- An ability to update
WorkRequestsin a non-intrusive way was added, preserving original enqueue time, chaining etc. See detailed blogpost about this feature, as well as javadocs forWorkManager.updateWorkandExistingPeriodicWorkPolicy.UPDATEfor more details.
API Changes
WorkManager.updateWorkwas added to update work preserving its original enqueue time and chaining.(I9a248, b/219446409)ExistingPeriodicWorkPolicy.UPDATEwas added. This policy allows updating a periodic work by the name. It is similar to the existingREPLACE, but it is less intrusive: it doesn't cancel a worker if it is currently running and it preserves enqueue time - initial delay and period are calculated from original enqueue time, rather than update time.REPLACEwas deprecated to decrease a confusion between the very similarly namedREPLACEandUPDATE. If you still want to keep the previous semantics ofREPLACE, the newly addedCANCEL_AND_REENQUEUE, which is identical toREPLACE, can be used. (I985ed, b/219446409)- Added the ability to intercept scheduling exceptions providing
Consumer<Throwable>via setSchedulingExceptionHandler) - Added the ability to provide
Consumer<Throwable>via setInitializationExceptionHandler to determine if there were issues when trying to initialize WorkManager. - Inline helpers for
OneTimeWorkRequest&PeriodicWorkRequestwere moved fromandroidx.work:work-runtime-ktxtoandroidx.work:work-runtime(I0010f, b/209145335) - Helper methods
WorkQuery.fromIds,WorkQuery.fromStates,WorkQuery.fromUniqueWorkNames,WorkQuery.fromTagswere added to createWorkQuerydirectly. (b/199919736) (If48f2, b/199919736) - Added
getForegroundInfotoWorker. (Ic1ead) RxWorkerboth for RxJava 2 and RxJava 3 now hassetForegroundreturningCompletablethat can be used instead ofsetForegroundInfoAsyncthat returnsListenableFutureRxWorkerboth for RxJava 2 and RxJava 3 hasgetForegroundInforeturningSinglethat can be used instead ofgetForegroundInfoAsyncthat returnsListenableFuture. (b/203851459)- Constraints can now be directly constructed rather than using
Constraints.Builder, which is convenient for Kotlin users. (Idc390, b/137568653) - Added the ability to check if
WorkManagerhas been initialized. Also, added a newgetConfiguration()API for library developers to get the configuration thatWorkManagerwas initialized with. (I6eff3, b/212300336)
Bug Fixes
- Fixed an issue with the greedy scheduler that would prevent workers from running immediately when under load. (I9686b, b/248111307)
- Added
@RequiresPermissionto APIs that require granting thePOST_NOTIFICATIONSpermission on SDK 33 and above. (Ie542e, b/238790278) - Propagate cancellations in the
CoroutineScopeto theListenableFuturewhen usingsuspendCancellableCoroutine.
Version 2.8.0-rc01
December 7, 2022
androidx.work:work-*:2.8.0-rc01 is released. Version 2.8.0-rc01 contains these commits.
New Features
- No new features on this release. This is mainly a version bump
Version 2.8.0-beta02
November 9, 2022
androidx.work:work-*:2.8.0-beta02 is released. Version 2.8.0-beta02 contains these commits.
Bug Fixes
- Fixed
equalsmethod inWorkInfo, that previously didn’t take into account new generation information. (4977cc)
Version 2.8.0-beta01
October 5, 2022
androidx.work:work-*:2.8.0-beta01 is released. Version 2.8.0-beta01 contains these commits.
Bug Fixes
- Fixed an issue with the greedy scheduler that would prevent workers from running immediately when under load. (I9686b, b/248111307)
Version 2.8.0-alpha04
September 7, 2022
androidx.work:work-*:2.8.0-alpha04 is released. Version 2.8.0-alpha04 contains these commits.
API Changes
WorkerInfo.getGeneration()andWorkerParameters.getGeneration()were added that return the generation of a worker. A worker has multiple generations, if it was updated viaWorkManager.updateWorkorWorkManager.enqueueUniquePeriodicWorkusingExistingPeriodicWorkPolicy.UPDATE. Note that If the worker is currently running, it is possible for this method to return a newer generation from that of the currently running worker if an update has happened during an execution of the worker. (I665c5, b/219446409) (I128a9, b/219446409)- Added
InitializationExceptionHandler, an Exception Handler that can be used to determine if there were issues when trying to initializeWorkManager. (I061de)
Version 2.8.0-alpha03
August 10, 2022
androidx.work:work-*:2.8.0-alpha03 is released. Version 2.8.0-alpha03 contains these commits.
New Features
- An ability to update
WorkRequestsin a non-intrusive way was added, preserving original enqueue time, chaining etc. SeeWorkManager.updateWorkandExistingPeriodicWorkPolicy.UPDATEfor more details.
API Changes
WorkManager.updateWorkwas added to update work preserving its original enqueue time and chaining.(I9a248, b/219446409)ExistingPeriodicWorkPolicy.UPDATEwas added. This policy allows to update a periodic work by the name. It is similar to the existingREPLACE, but it is less intrusive: it doesn't cancel a worker if it is currently running and it preserves enqueue time - initial delay and period are calculated from original enqueue time, rather than update time.REPLACEwas deprecated to decrease a confusion between very similarly namedREPLACEandUPDATE. If you still want to keep the previous semantics ofREPLACE, the newly addedCANCEL_AND_REENQUEUE, which is identical toREPLACE, can be used. (I985ed, b/219446409)- Add the ability to intercept scheduling exceptions by defining a
SchedulingExceptionHandler. (I033eb) - Inline helpers for
OneTimeWorkRequest&PeriodicWorkRequestwere moved fromandroidx.work:work-runtime-ktxtoandroidx.work:work-runtime(I0010f, b/209145335)
Bug Fixes
- Added
@RequiresPermissionto APIs that require granting the POST_NOTIFICATIONS permission on SDK 33 and above. (Ie542e, b/238790278)
Version 2.8.0-alpha02
April 6, 2022
androidx.work:work-*:2.8.0-alpha02 is released. Version 2.8.0-alpha02 contains these commits.
API Changes
- Constraints can now be directly constructed rather than using Builder, which is convenient for Kotlin users. (Idc390, b/137568653)
- Added the ability to check if
WorkManagerhas been initialized. Also, added a newgetConfiguration()API for library developers to get the configuration thatWorkManagerwas initialized with. (I6eff3, b/212300336)
Version 2.8.0-alpha01
January 12, 2022
androidx.work:work-*:2.8.0-alpha01 is released. Version 2.8.0-alpha01 contains these commits.
API Changes
- Helper methods
WorkQuery.fromStates,WorkQuery.fromUniqueWorkNames,WorkQuery.fromTagswere added to create WorkQuery directly. (If48f2, b/199919736) - Adds experimental BuildCompat methods for future SDKs (Iafd82, b/207528937)
- Add
getForegroundInfotoWorker. (Ic1ead) - Helper methods
WorkQuery.fromIdsto create WorkQuery directly from ids were added. (Ie5bdf, b/199919736) - RxWorker now has
setForegroundreturningCompletablethat can be used instead ofsetForegroundInfoAsyncthat returnsListenableFuture. (I85156) - RxWorker for RxJava 2 now has
getForegroundInforeturningSinglethat can be used instead ofgetForegroundInfoAsyncthat returnsListenableFuture. (I21c91, b/203851459) - RxWorker for RxJava 3 now has
getForegroundInforeturningSinglethat can be used instead ofgetForegroundInfoAsyncthat returnsListenableFuture. (I1ca8a) - RxWorker now has
setForegroundreturningCompletablethat can be used instead ofsetForegroundInfoAsyncthat returnsListenableFuture. (I992a3, b/203851459)
Bug Fixes
- Propagate cancellations in the
CoroutineScopeto theListenableFuturewhen usingsuspendCancellableCoroutine. (I77e63)
Version 2.7
Version 2.7.1
November 17, 2021
androidx.work:work-*:2.7.1 is released. Version 2.7.1 contains these commits.
Bug Fixes
- Cancellations in the
CoroutineScopeare propagated to theListenableFuturewhen usingsuspendCancellableCoroutine. (I77e63) - An exception is thrown immediately when delayed work requests are marked as expedited. bef1762
Version 2.7.0
October 13, 2021
androidx.work:work-*:2.7.0 is released. Version 2.7.0 contains these commits.
Important changes since 2.6.0
WorkManager introduces a new
WorkRequest.Builder.setExpedited(...)API to help with Foreground Service restrictions in Android 12.When using
setExpedited(...), WorkManager delegates to expedited jobs in JobScheduler starting Android 12, while providing backwards compatibility on prior versions of Android by delegating to a Foreground Service.
Version 2.7.0-rc01
September 29, 2021
androidx.work:work-*:2.7.0-rc01 is released. Version 2.7.0-rc01 contains these commits.
This version is identical to androidx.work:work-*:2.7.0-beta01.
Version 2.7.0-beta01
September 1, 2021
androidx.work:work-*:2.7.0-beta01 is released. Version 2.7.0-beta01 contains these commits.
New Features
- Reduce multi-process SQLite contention when initializing WorkManager.
API Changes
- Remove
@ExperimentalExpeditedWorkAPIs given the underlying platform APIs for Android 12 (S) are stable. (aosp/1792806)
Bug Fixes
- Provide a better error message for expedited workers that do not implement
getForegroundInfoAsync(). (aosp/1809376)
Version 2.7.0-alpha05
July 21, 2021
androidx.work:work-*:2.7.0-alpha05 is released. Version 2.7.0-alpha05 contains these commits.
This release also contains bug fixes from the WorkManager 2.6.0-beta02 release.
Version 2.7.0-alpha04
June 2, 2021
androidx.work:work-*:2.7.0-alpha04 is released.
This release also contains the changes from the 2.6.0-beta01 release.
API Changes
ListenableWorker.setForegroundAsync()is no longer deprecated.- We recommend using
WorkRequest.Builder.setExpedited(...)API when possible. To better support situations when the app is not subject to foreground service restrictions, developers can use theListenableWorker.setForegroundAsync()API. - If
ListenableWorker.setForegroundAsync()is called, when the app is subject to foreground service restrictions, this will throw the ForegroundServiceStartNotAllowedException.
Bug Fixes
- When expedited jobs are rescheduled, they are no longer expedited. They become regular jobs.
Version 2.7.0-alpha03
April 21, 2021
androidx.work:work-*:2.7.0-alpha03 is released. Version 2.7.0-alpha03 contains these commits.
New Features
From WorkManager
2.6.0-alpha02: Adds support for Workers that can run in any process. (Iaf200)From WorkManager
2.6.0-alpha02: Added aRemoteCoroutineWorkerwhich is an implementation ofRemoteListenableWorkerthat can bind to a remote process. (I30578)
API Changes
- From WorkManager
2.6.0-alpha02:Added support forTEMPORARILY_UNMETEREDnetwork constraint. (I08d5e) - From WorkManager
2.6.0-alpha02:Multi-process worker support forsetProgressAsync(). (Ib6d08) - From WorkManager
2.6.0-alpha02:MakeWorkManagerInitializerpublic so otherandroidx.startup.Initializers can use these as dependencies. (I5ab11)
Version 2.7.0-alpha02
March 10, 2021
androidx.work:work-*:2.7.0-alpha02 is released. Version 2.7.0-alpha02 contains these commits.
Bug Fixes
- Make
PendingIntentmutability explicit, to fix a crash when targeting Android 12. (b/180884673)
Version 2.7.0-alpha01
February 18, 2021
androidx.work:work-*:2.7.0-alpha01 is released. Version 2.7.0-alpha01 contains these commits.
New Features
WorkManager introduces a new
WorkRequest.Builder.setExpedited(...)API to take into account the foreground Service restrictions in Android 12.Applications can no longer launch a foreground service when they are in the background. Therefore, to better support long running work which was previously bound to the lifecycle of a foreground service, applications can mark
WorkRequests as expedited.This API is a replacement for the
setForegroundAsync(...)/setForeground(...)APIs which are now deprecated.When using
setExpedited(...), WorkManager delegates to expedited jobs inJobSchedulerstarting Android 12, while providing backwards compatibility on prior versions of Android by delegating to foreground services,
API Changes
- Add support for expedited
WorkRequests.
Version 2.6.0
Version 2.6.0
September 1, 2021
androidx.work:work-*:2.6.0 is released. Version 2.6.0 contains these commits.
Important changes since 2.5.0
WorkManager now uses
androidx.startupto initialize WorkManager. If you usedtools:node="remove"theContentProviderbeing used to initialize WorkManager in the past, then you need to do the following instead.<provider android:name="androidx.startup.InitializationProvider" android:authorities=\"${applicationId}.androidx-startup" android:exported="false" tools:node=\"merge"> <!-- If you are using androidx.startup to initialize other components --> <meta-data android:name="androidx.work.WorkManagerInitializer" android:value="androidx.startup" tools:node="remove" /> </provider><!-- If you want to disable android.startup completely. --> <provider android:name="androidx.startup.InitializationProvider" android:authorities="${applicationId}.androidx-startup" tools:node="remove" />Added support for Workers that can run in any process. (Iaf200)
Added a
RemoteCoroutineWorkerwhich is an implementation of RemoteListenableWorker that can bind to a remote process. (I30578)
Version 2.6.0-rc01
August 4, 2021
androidx.work:work-*:2.6.0-rc01 is released. Version 2.6.0-rc01 contains these commits.
This version is identical to androidx.work:work-*:2.6.0-beta02.
Version 2.6.0-beta02
July 21, 2021
androidx.work:work-*:2.6.0-beta02 is released. Version 2.6.0-beta02 contains these commits.
Bug Fixes
RemoteWorkManagernow correctly unbinds fromRemoteWorkManagerServicewhich allowsRemoteWorkManagerServiceto clean up correctly. aosp/1730694RemoteListenableWorkernow correctly unbinds fromRemoteWorkerServicewhich allowsRemoteWorkerServiceto clean up correctly. aosp/1743817ForceStopRunnablenow only runs in the primary app process. This is an optimization, and avoids resource contention for apps that use multiple processes. aosp/1749180, aosp/1761729
Version 2.6.0-beta01
June 2, 2021
androidx.work:work-*:2.6.0-beta01 is released. Version 2.6.0-beta01 contains these commits.
This release contains some minor documentation improvements. The release is largely identical to 2.6.0-alpha02.
Version 2.6.0-alpha02
April 21, 2021
androidx.work:work-*:2.6.0-alpha02 is released. Version 2.6.0-alpha02 contains these commits.
New Features
Adds support for Workers that can run in any process. (Iaf200)
Added a
RemoteCoroutineWorkerwhich is an implementation ofRemoteListenableWorkerthat can bind to a remote process. (I30578)
API Changes
- Added support for
TEMPORARILY_UNMETEREDnetwork constraint. (I08d5e) - Multi-process worker support for
setProgressAsync(). (Ib6d08) - Make
WorkManagerInitializerpublic so otherandroidx.startup.Initializers can use these as dependencies. (I5ab11)
Version 2.6.0-alpha01
March 24, 2021
androidx.work:work-*:2.6.0-alpha01 is released. Version 2.6.0-alpha01 contains these commits.
New Features
WorkManagernow usesandroidx.startupto initialize WorkManager. Previously, this was being done byandroidx.work.impl.WorkManagerInitializer. (aosp/1608813)If you used
tools:node="remove"theContentProviderbeing used to initialize process lifecycle in the past, then you need to do the following instead.<provider android:name="androidx.startup.InitializationProvider" android:authorities=\"${applicationId}.androidx-startup" android:exported="false" tools:node=\"merge"> <!-- If you are using androidx.startup to initialize other components --> <meta-data android:name="androidx.work.impl.WorkManagerInitializer" android:value="androidx.startup" tools:node="remove" /> </provider>(or)
<!-- If you want to disable android.startup completely. --> <provider android:name="androidx.startup.InitializationProvider" android:authorities="${applicationId}.androidx-startup" tools:node="remove"> </provider>
API Changes
- Add a
Result.getOutputData()API which returns the ListenableWorker'soutputData. (Ie51e3)
Bug Fixes
- Add a workaround for an OEM bug which causes a
SecurityExceptionto be thrown when usingAlarmManagerAPIs. (aosp/1587518)
Version 2.5.0
Version 2.5.0
January 27, 2021
androidx.work:work-*:2.5.0 is released. Version 2.5.0 contains these commits.
Major changes since 2.4.0
- A new
:work:work-multiprocessartifact for apps that use multiple processes. This introduces performance gains by unifying work request scheduling to a single process.- To use
work-multiprocess, define a dependency on:implementation "androidx.work:work-multiprocess:2.5.0" - Designate a primary process using Configuration.Builder.setDefaultProcessName(String).
- When using
work-multiprocessyou also want to use RemoteWorkManager to manage yourWorkRequests. RemoteWorkManager always reaches out to the designated process. The in-process scheduler also runs in the designated process.
- To use
- Sometimes,
ActivityManagercannot instantiate theJobServiceinstance, to start a job. This causes the underlying job to get silently dropped because of a platform bug.WorkManagernow ensures that there are backing jobs for every singleWorkRequestwhen anApplicationis being initialized by reconciling jobs. This greatly improves job execution reliability. (b/172475041, aosp/1489577) WorkManagerlimits database growth by reducing the buffer duration thatWorkRequests are tracked after aWorkRequestis complete. The duration was7days previously. It has been reduced to1day + the keepResultsForAtLeast duration. (aosp/1419708)- The
TestListenableWorkerBuildernow supports the reified class extendingListenableWorkerto make testing easier. (aosp/1443299, b/169787349) - WorkManager inspector is now available when using Android Studio Arctic Fox.
Version 2.5.0-rc01
January 13, 2021
androidx.work:work-*:2.5.0-rc01 is released. Version 2.5.0-rc01 contains these commits.
Bug Fixes
- Fixed a bug where
getWorkInfosLiveDatawas not correctly getting invalidated after entities were updated when using theWorkQuerybased API. (aosp/1540566, b/173769028) - Fixed a bug where database transactions were not being marked as successful in some rare cases. This causes issues on some Motorola devices. (aosp/1535368, b/175944460)
- Fixed a bug to ignore
NoSuchElementExceptions when trying to unbind from a dead process. (aosp/1530589) - Improve
ConstraintTrackingWorkerto only stop aListenableWorkerif it's not already been stopped. (aosp/1496844, b/172946965) - Update androidx.work libraries to target Java 8 (Ibd2f2)
Version 2.5.0-beta02
December 2, 2020
androidx.work:work-*:2.5.0-beta02 is released. Version 2.5.0-beta02 contains these commits.
Bug Fixes
- Fixed a bug in
androidx.work:work-multiprocesswhere WorkManager inadvertently blocked the calling thread when trying to bind to the designated process. (aosp/1475538) - Fixed a bug where
PeriodicWorkRequests were not being reconciled correctly. (b/172475041, aosp/1489577) - Added a workaround for a platform bug when stopping the foreground service when using the
setForeground*APIs. (b/170924044, aosp/1489901)
Version 2.5.0-beta01
October 28, 2020
androidx.work:work-*:2.5.0-beta01 is released. Version 2.5.0-beta01 contains these commits.
New Features
WorkManagerautomatically throttles the number ofWorkRequests that can be picked up by the in-process scheduler. The requests are still executed in FIFO order. (aosp/1455228)WorkManagerattempts to recover when the application’s datastore is in a bad state. (aosp/1463103)
Bug Fixes
- When
ListenableWorkers are interrupted, mark themENQUEUEDimmediately so they can be subsequently rescheduled. (aosp/1455618, b/170273988)
Version 2.5.0-alpha03
October 14, 2020
androidx.work:work-*:2.5.0-alpha03 is released. Version 2.5.0-alpha03 contains these commits.
API Changes
TestListenableWorkerBuilderandTestWorkerBuilderdo not use raw types. (I883ad, b/169787349)
Bug Fixes
- Use
ApplicationInfoto determine the name of the default app process. (b/168716641, aosp/1429950) - Fix the visibility rules for
RemoteWorkManagerandRemoteWorkContinuation. These APIs are no-longer marked as@Restricted. (aosp/1432091) - Fix proguard rules for
:work:work-multiprocess. (aosp/1432091) - Improve notification lifecycles for long running work bound to a foreground service. (b/168502234, aosp/1431331)
Version 2.5.0-alpha02
September 16, 2020
androidx.work:work-*:2.5.0-alpha02 is released. Version 2.5.0-alpha02 contains these commits.
New Features
- Add an API to WorkQuery to be able to use
ids to queryWorkInfos. (aosp/1412372, b/157335295) - WorkManager better supports apps that use multiple processes with a new artifact (
androidx.work:work-multiprocess:*). This new artifact helps solve a few problems that large apps encounter including:- WorkManager typically needs to be initialized in every app process. This is not great because there is increased SQLite contention which in turn causes other problems. WorkManager now has new APIs which can be used to designate a primary app process using
Configuration#setDefaultProcessName(processName). TheprocessNameis a fully qualified process name which looks likepackageName:processName(e.g.com.example:remote). - A set of new APIs:
RemoteWorkManagerandRemoteWorkContinuationtoenqueue,cancelandquerywork requests. These APIs do not includeLiveDatavariants to avoid SQLite contention across multiple-processes. All calls toenqueue,cancelandqueryare forwarded to aprimaryapp process using AIDL and return a fluentListenableFuture. (aosp/1392657, aosp/1411210, aosp/1412215, aosp/1417713)
- WorkManager typically needs to be initialized in every app process. This is not great because there is increased SQLite contention which in turn causes other problems. WorkManager now has new APIs which can be used to designate a primary app process using
API Changes
- WorkManager now prunes completed
WorkRequests that have no incomplete dependencies more aggressively. The buffer duration changed from7days to1day. (aosp/1419708)
Bug Fixes
- WorkManager now reconciles jobs proactively so
WorkRequests andJobSchedulerjobs are in sync whenWorkManageris initialized. (aosp/1412794, b/166292069)
Version 2.5.0-alpha01
August 19, 2020
androidx.work:work-*:2.5.0-alpha01 is released. Version 2.5.0-alpha01 contains these commits.
New Features
- Changes to internal APIs that allow us to provide better tooling with
WorkManagergoing forward. Stay tuned for additional updates.
Bug Fixes
- Handle
SecurityExceptions when tracking network state on some devices. (aosp/1396969)
External Contribution
- Fix documentation for
ArrayCreatingInputMergerby Zac Sweers (github/43).
Version 2.4.0
Version 2.4.0
July 22, 2020
androidx.work:work-*:2.4.0 is released. Version 2.4.0 contains these commits.
Major changes since 2.3.0
WorkManagers in-process scheduler is now more capable. Previously, the in-processSchedulerwould only consider executing work that was not delayed and whose constraints were met. Now, the in-process scheduler tracksWorkRequests which might be executed in the future, including PeriodicWorkRequests. The in-processScheduleralso does not observe scheduling limits (but is still restricted to the size of theExecutorbeing used by WorkManager). This means that the application can now execute a lot more WorkRequests when the app is in the foreground. To manage execution of delayed work in the foreground,WorkManageralso introduces a new configurableRunnableScheduler. (aosp/1185778)- WorkManager now supports RxJava 3. To use RxJava 3, you should include the following dependency:
implementation "androidx.work:work-rxjava3:2.4.0". (aosp/1277904) - Added the ability to query for
WorkInfos by using aWorkQuery. This is useful when developers want to queryWorkInfos by a combination of multiple attributes. For more information look atWorkQuery.Builder.fromStates(...),WorkQuery.Builder. fromTags(...)orWorkQuery.Builder.fromUniqueWorkNames(...). (aosp/1253230, b/143847546) Add the ability to request diagnostic information from
WorkManagerusing:adb shell am broadcast -a "androidx.work.diagnostics.REQUEST_DIAGNOSTICS" -p "<your_app_package_name>"This provides a lot of useful information including:
- WorkRequests that were completed in the last 24 hours.
- WorkRequests that are currently RUNNING.
- Scheduled WorkRequests. (aosp/1235501)
Add
ExistingWorkPolicy.APPEND_OR_REPLACEwhich is similar toAPPEND, but replaces a chain that has cancelled or failed prerequisites. (b/134613984, aosp/1199640)Provide the ability to add a custom
RunnableSchedulerto track WorkRequests that need to be executed in the future. This is used by the in-process Scheduler. (aosp/1203944)Add support for dynamically adding factories to delegate to, when using a
DelegatingWorkerFactory. (b/156289105, aosp/1309745)Align tracking for
BATTERY_NOT_LOWconstraints more closely with the platform. (aosp/1312583)The in-process scheduler now uses better APIs to determine the name of the process. This is useful to better support apps that use multiple-processes. (aosp/1324732)
New Lint rules which enforce:
- Use of the right
foregroundServiceTypewhen usingsetForegroundAsync()APIs. (b/147873061, aosp/1215915) - Specifying JobScheduler ids that WorkManager should use when using JobService APIs directly. aosp/1223567
- Added a new lint rule that ensures that
ListenableWorkerimplementations are nowpublicwhen using the defaultWorkerFactory. (aosp/1291262)
- Use of the right
Calls to
setForegroundAsync()that do not complete before completion of aListenableWorkerwill now be signalled via anIllegalStateExceptionon the returnedListenableFuture. (aosp/1262743)Fix a bug where the
ForegroundServiceis not stopped after a foregroundWorkeris interrupted. (b/155579898, aosp/1302153)Fix a bug where
WorkManagerattempts to execute multiple instances of aWorkerbound to a Foreground Service (b/156310133, aosp/1309853)
Version 2.4.0-rc01
June 24, 2020
androidx.work:work-*:2.4.0-rc01 is released. Version 2.4.0-rc01 contains these commits.
Bug Fixes
- The in-process scheduler now uses better APIs to determine the name of the process. This is useful to better support apps that use multiple-processes. (aosp/1324732)
Version 2.4.0-beta01
May 20, 2020
androidx.work:work-gcm:2.4.0-beta01, androidx.work:work-runtime:2.4.0-beta01, androidx.work:work-runtime-ktx:2.4.0-beta01, androidx.work:work-rxjava2:2.4.0-beta01, and androidx.work:work-testing:2.4.0-beta01 are released. Version 2.4.0-beta01 contains these commits.
Bug Fixes
- Fix a bug where the
ForegroundServiceis not stopped after a foregroundWorkeris interrupted. (b/155579898, aosp/1302153) - Fix a bug where
WorkManagerattempts to execute multiple instances of aWorkerbound to a Foreground Service (b/156310133, aosp/1309853) - Add support for dynamically adding factories to delegate to, when using a
DelegatingWorkerFactory. (b/156289105, aosp/1309745) - Align tracking for
BATTERY_NOT_LOWconstraints more closely with the platform. (aosp/1312583)
Version 2.4.0-alpha03
April 29, 2020
androidx.work:work-*:2.4.0-alpha03 is released. Version 2.4.0-alpha03 contains these commits.
New Features
- WorkManager now supports RxJava 3. To use RxJava 3, you should include the following dependency:
implementation "androidx.work:work-rxjava3:2.4.0-alpha03". (aosp/1277904) - Added a new lint rule that ensures that
ListenableWorkerimplementations are nowpublicwhen using the defaultWorkerFactory. (aosp/1291262)
API Changes
- Calling
setProgressAsync()after aListenableWorkerhas finished execution will now signal anExceptionvia theListenableFuture. (aosp/1285494) WorkQuery.Builderis now markedfinal. (aosp/1275037)WorkQuery.Builderfactory methodswithStates,withTagsandwithUniqueWorkNameshave been renamed tofromStates,fromTagsandfromUniqueWorkNamesrespectively. (aosp/1280287)
Bug Fixes
- Ignore
SecurityExceptions when tracking network state of a device. (b/153246136, aosp/1280813)
Version 2.4.0-alpha02
April 1, 2020
androidx.work:work-*:2.4.0-alpha02 is released. Version 2.4.0-alpha02 contains these commits.
New Features
- Added a new Lint rule that warns when
WorkRequests requires bothConstraints.setRequiresCharging(...)andConstraints.setRequiresDeviceIdle(...). Some devices are never charging and idle at the same time. So such requests would run less frequently than expected. (aosp/1253840)
API Changes
Added the ability to query for
WorkInfos by using aWorkQuery. This is useful when developers want to queryWorkInfos by a combination of multiple attributes. For more information look atWorkQuery.Builder withStates(...),WorkQuery.Builder withTags(...)orWorkQuery.Builder withUniqueWorkNames(...). (aosp/1253230, b/143847546)Calls to
setForegroundAsync()that do not complete before completion of aListenableWorkerwill now be signalled via anIllegalStateExceptionon the returnedListenableFuture. (aosp/1262743)
Bug Fixes
- Fixed the lint rule that checks for invalid interval durations for
PeriodicWorkRequests. (aosp/1254846, b/152606442)
Version 2.4.0-alpha01
March 4, 2020
androidx.work:work-*:2.4.0-alpha01 is released. Version 2.4.0-alpha01 contains these commits.
New Features
WorkManagers in-process scheduler is now more capable. Previously, the in-process Scheduler would only consider executing work that was not delayed and whose constraints were met. Now, the in-process scheduler tracksWorkRequests which might be executed in the future, includingPeriodicWorkRequests. The in-process Scheduler also does not observe scheduling limits (but is still restricted to the size of theExecutorbeing used by WorkManager). This means that the application can now execute a lot moreWorkRequests when the app is in the foreground. (aosp/1185778)Added the ability to request diagnostic information from WorkManager using
adb shell am broadcast -a "androidx.work.diagnostics.REQUEST_DIAGNOSTICS" -p "<your_app_package_name>". This provides a lot of useful information including:- WorkRequests that were completed in the last 24 hours.
- WorkRequests that are currently RUNNING.
- Scheduled WorkRequests. (aosp/1235501)
New Lint rules which enforce:
- Use of the right
foregroundServiceTypewhen usingsetForegroundAsync()APIs. (b/147873061, aosp/1215915) - Specifying
JobSchedulerids thatWorkManagershould use when usingJobServiceAPIs directly. (aosp/1223567)
- Use of the right
API Changes
Add
ExistingWorkPolicy.APPEND_OR_REPLACEwhich is similar toAPPEND, but replaces a chain that has cancelled or failed prerequisites. (b/134613984, aosp/1199640)Provide the ability to add a custom
RunnableSchedulerto trackWorkRequests that need to be executed in the future. This is used by the in-process Scheduler. (aosp/1203944)
Bug Fixes
- Deprecated
setProgress()inRxWorkerbecause it previously returned aSingle<Void>which is an impossible type. Added a new APIsetCompletableProgress()which returns aCompletableinstead; and added new Lint rules which help migrate to the new APIs. (b/150080946, aosp/1242665)
Version 2.3.4
Version 2.3.4
March 18, 2020
androidx.work:work-*:2.3.4 is released. Version 2.3.4 contains these commits.
Bug Fixes
- Fixed a bug which would cause multiple instances of a long running
Workers to run, after exceeding the 10 minute execution window. (aosp/1247484, b/150553353) - Fix for WorkManager’s lint
IssueRegistry. Thank you @ZacSweers from Slack, for the contribution. (aosp/1217923)
Version 2.3.3
Version 2.3.3
March 4, 2020
androidx.work:work-*:2.3.3 is released. Version 2.3.3 contains these commits.
Bug Fixes
- Fixed a bug where if a
Workerwas interrupted, it would not get rescheduled correctly. (b/150325687, aosp/1246571)
Version 2.3.2
Version 2.3.2
February 19, 2020
androidx.work:work-*:2.3.2 are released. Version 2.3.2 contains these commits.
Bug Fixes
- Fixes an issue where WorkManager exceeds the 100 job limit in JobScheduler in rare cases. (aosp/1226859, b/149092520)
- Fix for a race condition in ConstraintControllers. (aosp/1220100)
- Improved the management foreground Service lifecycle for long running Workers. (aosp/1226295)
- Improved the management of cancellation of Notifications for long running Workers upon Worker cancellation. (aosp/1228346)
Version 2.3.1
Version 2.3.1
February 5, 2020
androidx.work:work-*:2.3.1 is released. Version 2.3.1 contains these commits.
Bug fixes
- Better manage the lifecycle of
Notifications for long runningWorkers that run when a foregroundServiceis active. (aosp/1218539, b/147249312) WorkManagernow depends onandroidx.sqlite:sqlite-framework:2.1.0stable. (aosp/1217729)- Added lint rules to ensure that a
foregroundServiceTypeis specified in theAndroidManifest.xmlwhen usingforegroundServiceTypes inForegroundInfo. (aosp/1214207, b/147873061)
Version 2.3.0
Version 2.3.0
January 22, 2020
androidx.work:work-*:2.3.0 is released with no changes since 2.3.0-rc01. Version 2.3.0 contains these commits.
Important changes since 2.2.0
- Support for long running or important work via
ListenableWorker#setForegroundAsync(). - Support for Worker Progress via
ListenableWorker#setProgressAsync(). - WorkManager now packages additional lint rules as part of the library which helps catch bugs early.
Version 2.3.0-rc01
January 8, 2020
androidx.work:work-*:2.3.0-rc01 is released. Version 2.3.0-rc01 contains these commits.
This release is identical to 2.3.0-beta02
Bug fixes
- The
work-testingartifact now defines anapidependency onwork-runtime-ktx. (aosp/1194410)
Version 2.3.0-beta02
December 18, 2019
androidx.work:work-*:2.3.0-beta02 is released. Version 2.3.0-beta02 contains these commits.
New features
- Added a better error message for non-recoverable SQLite exceptions. (aosp/1185777)
- Added a lint rule which ensures that the content provider
androidx.work.impl.WorkManagerInitializeris removed from theAndroidManifest.xmlwhen using on demand initialization. (aosp/1167007) - Added a lint warning when
enqueue()is used for aPeriodicWorkRequestinstead ofenqueueUniquePeriodicWork(). (aosp/1166032)
API changes
ForegroundInfonow requires you to specify thenotificationIdto be used when usingListenableWorker.setForegroundAsync(). This is a breaking change. This allows you to run multiple long runningWorkers in parallel.WorkManageralso better manages lifetimes of the providedNotifications. (b/145473554, aosp/1181208, asop/1181216, asop/1183577)
Bug fixes
- Fixed a bug in the AlarmManager implementation where alarms were not being cleaned up correctly. (aosp/1156444)
- Fixed a bug where an empty list of
WorkRequests would cause an incorrectWorkContinuationchain to be built. (b/142835274, aosp/1157051)
Dependency changes
- WorkManager now uses Room 2.2.2.
Version 2.3.0-beta01
November 20, 2019
androidx.work:work-*:2.3.0-beta01 is released. Version 2.3.0-beta01 contains these commits.
New features
- Added a new lint rule which prevents developer errors due to incorrect implementation of
androidx.work.Configuration.Providerwhen using on-demand initialization. aosp/1164559
Version 2.3.0-alpha03
October 23, 2019
androidx.work:work-*:2.3.0-alpha03 is released. Version 2.3.0-alpha03 contains these commits.
New features
- Added
WorkManager.createCancelPendingIntent()API which makes it easy to cancelWorkRequests without having to register another component in theAndroidManifest.xml. This API makes it especially easy to cancelWorkRequests fromNotifications. We expect this to be paired with the new foreground APIs in 2.3.0. - WorkManager now depends on
androidx.room:*:2.2.0stable.
API changes
- Renamed
ForegroundInfo.getNotificationType()toForegroundInfo.getForegroundServiceType()to be more consistent with the underlying platform APIs. (b/142729893, aosp/1143316)
Bug fixes
- Fixed a bug which is caused by an unnecessary call to
setTransactionSuccessful()outside of a transaction. This happens for rare migrations. (b/142580433, aosp/1141737)
Version 2.3.0-alpha02
October 9, 2019
androidx.work:work-*:2.3.0-alpha02 is released. Version 2.3.0-alpha02 contains these commits.
New features
- WorkManager now supports running long running or important work that should be kept alive by the OS. For more information look at
ListenableWorker#setForegroundAsync()(orCoroutineWorker#setForeground()for Kotlin). (aosp/1133636)
API changes
- The
containsKeyAPI inDatais renamed tohasKeyWithValueOfType. The corresponding extension method in thektxlibrary has also been renamed. (b/141916545)
Bug fixes
- WorkManager schedules work fairly when the number of
WorkRequests enqueued approach scheduling limits. (aosp/1105766) - WorkManager calls
ListenableWorker#onStopped()only if the work is not already completed. (b/140055777) - WorkManager now removes progress information when a worker gets interrupted or reaches its terminal state. (aosp/1114572)
Datanow has a much more usefultoString()representation. (b/140945323)Datanow has a betterequals()method. It also supportsdeepEqualsforArraytypes. (b/140922528)- WorkManager now stores its internal database and preference files in a no backup directory. (b/114808216)
Version 2.3.0-alpha01
August 22, 2019
androidx.work:work-*:2.3.September 5, 20190-alpha01 is released. The commits included in this version can be found here.
New features
ListenableWorkers can now set progress via thesetProgressAsync()API. Also added a correspondingsuspend-ingsetProgressAPI inCoroutineWorkerand asetProgressinRxWorkerwhich returns aSingle<Void>. With these new APIs Workers can convey progress information viaWorkInfowhich has a correspondinggetProgressAPI. (b/79481554)Datahas acontainsKey()API which can be used to validate that input data toWorkers has keys with the expected type. (b/117136838)Datacan now be serialized usingData.toByteArray()andData.fromByteArray(). Note that there are no versioning guarantees withDataso you should not persist it or use it for IPC between applications. They are only safe to be used between multiple processes of the same application.- Added the ability to specify an
InputMergerFactoryviaConfiguration.setInputMergerFactory. (b/133273159)
API changes
- WorkManager will throw an instance of
IllegalStateExceptionif aWorkerFactoryreturns an instance ofListenableWorkerwhich has been previously invoked. (b/139554406) - Documentation updates around
ListenableFuturecancellation and theonStopped()callback inListenableWorker. (b/138413671)
Bug fixes
- The in-process Scheduler now ignores
WorkRequests with theidleconstraint. These requests are now only picked up byJobSchedulerwhen the device is actuallyidle. (aosp/1089779) TestSchedulernow correctly uses the specifiedExecutorfor its internal task executor in tests. (aosp/1090749)
Version 2.2.0
Version 2.2.0
August 15, 2019
androidx.work:work-*:2.2.0 is released. The commits included in this version can be found here.
This release is identical to androidx.work:work-*:2.2.0-rc01.
Important Changes in 2.2.0 from 2.1.0
androidx.work:work-gcm:2.2.0 is a new Maven artifact which supports the use of GCMNetworkManager as a scheduler when Google Play Services is available for API levels <= 22. This is an optional dependency that helps with more reliable and performant background processing on older API versions. If your app uses Google Play Services, add this dependency to your gradle file to automatically get GCMNetworkManager support. If Play Services is not available, WorkManager will continue to fall back to AlarmManager on older devices.
Version 2.2.0-rc01
July 30, 2019
androidx.work:work-*:2.2.0-rc01 is released. The commits included in this version can be found here.
Bug fixes
- Fixed a bug in the AlarmManager implementation that causes the Service to shutdown prematurely and resulting in a
RejectedExecutionExceptionin rare cases. (aosp/1092374) (b/138238197). - Added a workaround for a
NullPointerExceptionwhen usingJobSchedulerAPIs on some devices. (aosp/1091020) (b/138364061), (b/138441699)
Version 2.2.0-beta02
July 19, 2019
androidx.work:work-*:2.2.0-beta02 is released. The commits included in this version can be found here.
Bug fixes
- Removed unintentional jacoco dependency that was introduced in
2.2.0-beta01.
Version 2.2.0-beta01
July 17, 2019
androidx.work:work-*:2.2.0-beta01 is released. The commits included in this version can be found here.
New features
androidx.work:work-gcm:2.2.0-beta01is a new Maven artifact which supports the use of GCMNetworkManager as a scheduler when Google Play Services is available for API levels <= 22. This is an optional dependency that helps with more reliable and performant background processing on older API versions. If your app uses Google Play Services, add this dependency to your gradle file to automatically get GCMNetworkManager support. If Play Services is not available, WorkManager will continue to fall back to AlarmManager on older devices.
Bug fixes
- Fix for
IllegalArgumentExceptionwhen tracking network state on Nvidia Shield K1 tablets. (aosp/1010188)
Version 2.1.0
Version 2.1.0
July 11, 2019
androidx.work:work-*:2.1.0 is released. This release is identical to androidx.work:work-*:2.1.0-rc01.
Important changes since 2.0.1
work-runtime-ktxnow requires Java 8. If you run into any issues, you can add the following to yourbuild.gradle:kotlinOptions { jvmTarget = "1.8" }- Added on-demand initialization for WorkManager, which will create WorkManager
only when referenced. b/127497100 To set up your project for on-demand initialization:
- Disable the automatic initializer.
- Implement
Configuration.Provideron your customApplicationobject. - Change all references of
WorkManager.getInstance()toWorkManager.getInstance(Context). As part of this change, we have deprecatedWorkManager.getInstance(). It is always safer to call the newWorkManager.getInstance(Context)replacement, even if you're not doing on-demand initialization.
PeriodicWorkRequests now support initial delays. You can use thesetInitialDelaymethod onPeriodicWorkRequest.Builderto set an initial delay. b/111404867- Added the ability to delegate to one or more registered
WorkerFactorys usingDelegatingWorkerFactory. b/131435993 - Added the ability to customize the
Executorused by WorkManager for all its internal book-keeping viaConfiguration.Builder.setTaskExecutor. - Added the ability to create unit testable
WorkerandListenableWorkerclasses by usingTestWorkerBuilderandTestListenableWorkerBuilderin thework-testingartifact.- Note that
work-testingnow pulls in Kotlin as a dependency and includes several Kotlin extensions by default.
- Note that
- Added run attempt count to
WorkInfo. b/127290461 Datatypes can now store and retrieve bytes and byte arrays. This does NOT change the maximum size ofDataobjects.- WorkManager now depends on
Room 2.1.0, which should fix some database issues.
Version 2.1.0-rc01
June 27, 2019
androidx.work:work-*:2.1.0-rc01 is released. The commits included in this version can be found here.
Bug fixes
- Fixed a bug which would cause an application to crash when executing jobs with
JobSchedulerwhile a backup was in progress b/135858602.
Version 2.1.0-beta02
June 20, 2019
androidx.work:work-*:2.1.0-beta02 is released. The commits included in this version can be found here.
Bug fixes
TestListenableWorkerBuildernow uses the correctWorkerFactorywhen creating instances ofListenableWorker. b/135275844- Fixed a bug which caused drifts in the execution windows for
WorkRequests due to process death. b/135272196
Version 2.1.0-beta01
June 13, 2019
androidx.work:work-*:2.1.0-beta01 is released. The commits included in this version can be found here.
Bug fixes
- WorkManager now depends on
Room 2.1.0, which should fix some database issues. - Removed some startup disk I/O on the main thread.
- Fixed a potential deadlock in constraint tracking. b/134361006
- Preemptively cancelled invalid jobs attributed to WorkManager. b/134058261
- Added some defensive calls to JobScheduler APIs for misbehaving devices.
Version 2.1.0-alpha03
June 5, 2019
androidx.work:*:2.1.0-alpha03 is released.
Bug fixes
- Improved documentation for
PeriodicWorkRequests. WorkManagerTestInitHelpernow uses the correct background executor for tests.- Fixes for SQLite issues when dealing with large transactions on some devices. (b/130182503)
- WorkManager’s dependencies are now more granular. (b/133169148).
- Workaround OEM specific bugs in the implementation of
JobSchedulerwhen scheduling jobs using WorkManager. - Improvements in the AlarmManager based scheduler around service lifetimes that previously caused rare crashes. (b/133313734)
Version 2.1.0-alpha02
May 16, 2019
WorkManager 2.1.0-alpha02 is released. This version contains several new APIs.
API Changes
PeriodicWorkRequests now support initial delays. You can use thesetInitialDelaymethod onPeriodicWorkRequest.Builderto set an initial delay. b/111404867Added the ability to delegate to one or more registered
WorkerFactorys usingDelegatingWorkerFactory. b/131435993Added the ability to customize the
Executorused by WorkManager for all its internal book-keeping viaConfiguration.Builder.setTaskExecutor.Improved documentation around
WorkRequest.keepResultsForAtLeast(b/130638001), on-demand initialization, andPeriodicWorkRequest.Builder(b/131711394).
Version 2.1.0-alpha01
April 24, 2019
WorkManager 2.1.0-alpha01 is released. This version contains several new APIs. Please note that starting with this version, there will be new features that won't get backported to the 1.x release. We recommend switching to 2.x.
API Changes
- Added on-demand initialization for WorkManager, which will create WorkManager
only when referenced. b/127497100 To set up your project for on-demand initialization:
- Disable the automatic initializer.
- Implement
Configuration.Provideron your customApplicationobject. - Change all references of
WorkManager.getInstance()toWorkManager.getInstance(Context). As part of this change, we have deprecatedWorkManager.getInstance(). It is always safer to call the newWorkManager.getInstance(Context)replacement, even if you're not doing on-demand initialization.
- Added the ability to create unit testable
WorkerandListenableWorkerclasses by usingTestWorkerBuilderandTestListenableWorkerBuilderin thework-testingartifact.- Note that
work-testingnow pulls in Kotlin as a dependency, but also includes several Kotlin extensions by default.
- Note that
- Added run attempt count to
WorkInfo. b/127290461 Datatypes can now store and retrieve bytes and byte arrays. This does NOT change the maximum size ofDataobjects.- Deprecated
CoroutineWorker.coroutineContext. This field was incorrectly typed as aCoroutineDispatcher; you should no longer need it as you can go to the desired coroutineContext yourself in the body of the suspending function. RxWorker.createWork()andRxWorker.getBackgroundScheduler()are now annotated with@NonNullreturn types.
Version 2.0.1
Version 2.0.1
April 9, 2019
WorkManager 2.0.1 is released. This release is identical to 2.0.1-rc01.
Version 2.0.1-rc01
April 3, 2019
WorkManager 2.0.1-rc01 is released. This version contains some bug fixes. For legacy 1.x users, some of these changes also appear in 1.0.1-rc01.
Bug Fixes
- Robolectric tests now operate properly with WorkManager. b/122553577
- Fixed an edge case crash with constraints tracking not being cleaned up on pre-JobScheduler APIs. b/129226383
- Fixed a
StackOverflowErrordealing with long chains of work. b/129091233 - Updated documentation for
PeriodicWorkRequests to indicate that flex time is not supported on API 23. - Fixed some broken links in the Kotlin documentation.
Version 2.0.0
Version 2.0.0
March 20, 2019
WorkManager 2.0.0 is released. This version is identical to 2.0.0-rc01 and is the AndroidX version of 1.0.0 stable with AndroidX dependencies. We recommend targeting this version instead of the legacy 1.x versions. All active development will target 2.x and 1.x will only receive critical bug fixes for a limited time.
Version 2.0.0-rc01
March 7, 2019
WorkManager 2.0.0-rc01 is released. This version is identical to 1.0.0 stable but has AndroidX dependencies. Once this reaches 2.0.0 stable, you should include this version and the legacy 1.x versions will only receive some critical bug fixes. All active development will target 2.x.
Pre-AndroidX Dependencies
Reference docs: Java
Groovy
dependencies { def work_version = "1.0.1" // (Java only) implementation "android.arch.work:work-runtime:$work_version" // Kotlin + coroutines implementation "android.arch.work:work-runtime-ktx:$work_version" // optional - RxJava2 support implementation "android.arch.work:work-rxjava2:$work_version" // optional - Test helpers androidTestImplementation "android.arch.work:work-testing:$work_version" }
Kotlin
dependencies { val work_version = "1.0.1" // (Java only) implementation("android.arch.work:work-runtime:$work_version") // Kotlin + coroutines implementation("android.arch.work:work-runtime-ktx:$work_version") // optional - RxJava2 support implementation("android.arch.work:work-rxjava2:$work_version") // optional - Test helpers androidTestImplementation("android.arch.work:work-testing:$work_version") }
Version 1.0.1
Version 1.0.1
April 9, 2019
WorkManager 1.0.1 is released. This release is identical to 1.0.1-rc01.
Please note that we strongly encourage users to update to WorkManager 2.x, as there will be very few updates to the 1.x branch moving forward. New APIs will also not be released for the 1.x library.
Version 1.0.1-rc01
April 2, 2019
WorkManager 1.0.1-rc01 is released. This version contains some bug fixes.
Bug Fixes
- Robolectric tests now operate properly with WorkManager. b/122553577
- Fixed an edge case crash with constraints tracking not being cleaned up on pre-JobScheduler APIs. b/129226383
- Fixed a
StackOverflowErrordealing with long chains of work. b/129091233
Version 1.0.0
Version 1.0.0
March 05, 2019
This is WorkManager's 1.0.0 stable release. This version of WorkManager is identical to 1.0.0-rc02.
Version 1.0.0-rc02
February 21, 2019
This is the second release candidate for WorkManager's 1.0.0 stable release. This release contains two bug fixes.
Bug Fixes
Workers are now correctly scheduled after an application crash. b/124546316Workers that throw an uncheckedExceptionare now correctly marked asFAILEDand no longer crash the app process.
Version 1.0.0-rc01
February 14, 2019
This is a release candidate for WorkManager's 1.0.0 stable release. This release contains one bug fix.
Bug Fixes
- The AlarmManager based implementation now correctly respects
flexwindows for PeriodicWorkRequests. b/124274584
Version 1.0.0-beta05
February 6, 2019
This release contains some bug fixes.
Bug Fixes
- Fixed a case where
JobScheduler.getPendingJob(...)was used on API 23. b/123893059 - Fixed a
NullPointerExceptionon devices running Android 5.1 (API level 22) or lower. b/123835104
Version 1.0.0-beta04
February 4, 2019
This release contains some bug fixes.
Bug Fixes
- Improved scheduling of PeriodicWork for the AlarmManager based implementation.
- Fixed a case where WorkManager failed to correctly track constraints when using the AlarmManager based implementation. b/123379508
- Fixed a case when WorkManager failed to retry work on process death when using the AlarmManager based implementation. b/123329850
- Fixed a case which would cause WorkManager to leak Wakelocks when using the AlarmManager based implementation.
Version 1.0.0-beta03
January 25, 2019
This release contains some bug fixes.
Bug Fixes
- We introduced a regression
1.0.0-beta02that was causing work to not execute properly in some situations. b/123211993 - Fixed a case where work wasn't properly honoring backoff timing. b/122881597
- Fixed a
ConcurrentModificationExceptionon devices running Android 5.1 (API or) or lower. This is a continuation of the fix in1.0.0-beta02. b/121345393 - Added
exported=falsefor some components in our manifest that were missing this annotation. - Included information about how WorkManager interacts with the OS in the package-level documentation.
Version 1.0.0-beta02
January 15, 2019
This release contains some bug fixes.
Bug Fixes
- Fixed an edge case where periodic work could run more than once per interval on devices running Android 6.0 (API level 23). b/121998363
- Fixed a
ConcurrentModificationExceptionon devices running Android 5.1 (API level 22) or lower. b/121345393 - Fixed erroneous execution of work when Constraints aren't met on devices running Android 5.1 (API level 22) or lower. b/122578012
- Optimized work completion handling to be faster in some edge cases. b/122358129
- Added a change to address potential race conditions among multiple instances
of
LiveDatathat WorkManager uses. - Moved to use
Roomdependency1.1.1instead of1.1.1-rc01; these versions are identical. b/122578011
Version 1.0.0-beta01
December 19, 2018
This release contains no API changes; moving forward, WorkManager is expected to stay API stable until the next version unless there is a critical problem. This release contains some bug fixes.
Bug Fixes
- Previously-cancelled children of successfully completed parent work will no longer run. b/120811767
- Properly initialized logging classes (primarily surfaced during tests).
Version 1.0.0-alpha13
December 12, 2018
This release contains a minor API change that will be helpful for some Kotlin users.
API Changes
androidx.work.Resulthas been moved to be an inner class ofListenableWorker. This prevents refactoring conflicts with Kotlin's top-levelResultclass. This is a breaking API change. b/120564418
Breaking API Changes
androidx.work.Resulthas been moved to be an inner class ofListenableWorker.
Version 1.0.0-alpha12
December 5, 2018
This release contains some breaking API changes; please see the Breaking API Changes section below. This version is likely to be released as our first beta. alpha12 also contains extensive documentation updates.
API Changes
- A new artifact,
work-rxjava2, introducesRxWorker. This is aListenableWorkerthat expects aSingle<Payload>. - Support for Firebase JobDispatcher has been removed because of its impending deprecation. This means that the
work-firebaseartifact will no longer be updated as we head into beta. We will be looking into adding an alternative in the future. - Combined
PayloadintoResult.Resultis now a "sealed class" with three concrete implementations, which you can obtain viaResult.success()(orResult.success(Data)),Result.failure()(orResult.failure(Data)), andResult.retry(). YourListenableFutures now resultResultinstead ofPayload.Workers don't have getter and setter methods for outputData. This is a breaking change. - Added
Constraints.Builder.setTriggerContentMaxDelay(long, TimeUnit)andConstraints.Builder.setTriggerContentUpdateDelay(long, TimeUnit)and variants to better support slow triggering content URIs. b/119919774 - Added
WorkRequest.Builder.setBackoffCriteria(BackoffPolicy, Duration)variant. This method requires API 26. - Added
Operation.await()andListenableFuture.await()Kotlin extension methods. - Renamed
Operation.getException()toOperation.getThrowable(). This is a breaking change. - The
ContentUriTriggersclass and methods referencing it are no longer available for public usage. This is a breaking change. - Removed the rest of the varargs methods in
WorkManager,WorkContinuation, andOneTimeWorkRequestto streamline the API. To fix any build problems, you can wrap your existing varargs withArrays.asList(...). We still include single-argument versions of each method. This is a breaking change. - Removed
WorkContinuation.combine(OneTimeWorkRequest, *)variants. They were presenting a confusing API; the existingcombinemethods are more understandable. This is a breaking change.
Bug Fixes
- Pre-Marshmallow implementations are now more reliable in recovering from process death of an already-executing task.
LiveDatathat is observed viaobserveForeveris tracked via WorkManager. This is a backport of a Room library fix. b/74477406Data.Builder.build()now throws an exception if the serialized object exceeds its maximum size. This previously would only happen on a background thread where you couldn't properly handle it.- Further distinguished stopped vs. cancelled work;
getWorkInfoById()will return aWorkInfowith theCANCELLEDStateduringListenableWorker.onStopped(). - Treat
nullResults as failures inListenableWorker. b/120362353 - Speculative fix for Shield Tablets running API 24 that sometimes threw an
IllegalArgumentException. b/119484416
Breaking API Changes
- Support for Firebase JobDispatcher has been removed because of its impending deprecation. This means that the
work-firebaseartifact will no longer be updated as we head into beta. We will be looking into adding an alternative in the future. - Combined
PayloadintoResult.Resultis now a "sealed class" with three concrete implementations, which you can obtain viaResult.success()(orResult.success(Data)),Result.failure()(orResult.failure(Data)), andResult.retry(). YourListenableFutures now resultResultinstead ofPayload.Workers don't have getter and setter methods for outputData. - Added
Operation.await()andListenableFuture.await()Kotlin extension methods. - Renamed
Operation.getException()toOperation.getThrowable(). - The
ContentUriTriggersclass and methods referencing it are no longer available for public usage. - Removed the rest of the varargs methods in
WorkManager,WorkContinuation, andOneTimeWorkRequestto streamline the API. To fix any build problems, you can wrap your existing varargs withArrays.asList(...). We still include single-argument versions of each method. - Removed
WorkContinuation.combine(OneTimeWorkRequest, *)variants. They were presenting a confusing API; the existingcombinemethods are more understandable.
Version 1.0.0-alpha11
November 8, 2018
This release contains many changes that will become stable API at beta.
There are breaking API changes in this release; please see the Breaking API Changes section below.
API Changes
work-runtime-ktxintroduces a newCoroutineWorker.WorkStatushas been renamed toWorkInfo. All correspondinggetStatusmethod variants have been renamed to the correspondinggetWorkInfovariants. This is a breaking change.ListenableWorker.onStopped()no longer accepts has a boolean argument representing if theWorkRequestwas cancelled.WorkManagerno longer makes this distinction. This is a breaking change.androidx.work.testpackage has been renamed toandroidx.work.testingpackage. This is a breaking change.- Setters on
Constraintsare no longer a part of the public API. This is a breaking change. WorkerParameters.getTriggeredContentUris()andWorkerParameters.getTriggeredContentAuthorities()previously returned arrays. Now these methods return Collections. This is a breaking change.ListenableWorker.onStartWork()is renamed toListenableWorker.startWork(). This is a breaking change.- The constructor for
WorkStatusis no longer a part of the public API. This is a breaking change. Configuration.getMaxJobSchedulerID()andConfiguration.getMinJobSchedulerID()are renamed toConfiguration.getMinJobSchedulerId()andConfiguration.getMaxJobSchedulerId()respectively. This is a breaking change.- Added a lot of
@NonNullannotations to the public API to improve ergonomics of the API. - Add
WorkManager.enqueueUniqueWork()API to enqueue uniqueOneTimeWorkRequests without having to create aWorkContinuation. - All variants of
enqueueandcancelmethods onWorkManagernow return a newOperationtype. This is a breaking change. - All variants of
enqueueno longer accept varargs forWorkRequests. This is a breaking change. Use Collections instead. You can useArrays.asList()to modify existing code. We did this to reduce the API surface and method count. - Attempting to
initializeWorkManagermore than once per process will now result in anIllegalStateException. This is a breaking change.
Bug Fixes
WorkRequest.Builders in thework-runtime-ktxartifact now useListenableWorkers. Fixes b/117666259- Ensure the next run time for
PeriodicWorkis in the future. Fixes b/118204399 - Remove potential disk I/O when using WorkManager on app startup. Fixes b/117796731
- Fix a race condition in
WorkConstraintsTracker. Fixes android-workmanager/issues/56
Breaking API Changes
WorkStatushas been renamed toWorkInfo. All correspondinggetStatusmethod variants have been renamed to the correspondinggetWorkInfovariants.ListenableWorker.onStopped()no longer accepts has a boolean argument representing if theWorkRequestwas cancelled.WorkManagerno longer makes this distinction.androidx.work.testpackage has been renamed toandroidx.work.testingpackage.- Setters on
Constraintsare no longer a part of the public API. WorkerParameters.getTriggeredContentUris()andWorkerParameters.getTriggeredContentAuthorities()previously returned arrays. Now these methods return Collections.ListenableWorker.onStartWork()is renamed toListenableWorker.startWork().- The constructor for
WorkStatusis no longer a part of the public API. Configuration.getMaxJobSchedulerID()andConfiguration.getMinJobSchedulerID()are renamed toConfiguration.getMinJobSchedulerId()andConfiguration.getMaxJobSchedulerId()respectively.- All variants of
enqueueandcancelmethods onWorkManagernow return a newOperationtype. - All variants of
enqueueno longer accept varargs forWorkRequests. - Attempting to
initializeWorkManagermore than once per process will now result in anIllegalStateException.
Version 1.0.0-alpha10
October 11, 2018
This release supports developer-controlled asynchronous work. There are breaking API changes in this release; please see the Breaking API Changes section below.
We anticipate that WorkManager is entering the final phases of its alpha period. We expect to be API stable in beta, so please take some time to file your feedback on our issue tracker.
API Changes
- Removed all previously
deprecatedmethods and classes, notably the defaultWorkerconstructor. This is a breaking API change. - Renamed
NonBlockingWorkertoListenableWorker, which is now an unhidden public class and ready for usage.ListenableWorkerprovides access to one abstract method,ListenableFuture<Payload> onStartWork()which is called on the main thread. It is up to you to start and process work asynchronously. When finished, you should update theListenableFutureappropriately. Reference implementations ofListenableFutures are provided in theFuturespackage inalpha02(see below theWorkManagersection).WorkerextendsListenableWorkerand still operates as before, with an abstractResult doWork()method.- Shuffled some methods and members from
WorkertoListenableWorker. - We shall soon provide reference implementations for
ListenableWorkers that use Kotlin coroutines (once the stable versions are released) and RxJava2.
- The interface
WorkerFactoryand the concrete implementationDefaultWorkerFactoryhave been merged into an abstract class calledWorkerFactory. The implementation ensures that the default reflection-based behavior is called as a last-ditch effort for any user-createdWorkerFactoryinstances. This is a breaking change. - Removed
WorkManager.synchronous()andWorkContinuation.synchronous()and all related methods. AddedListenableFuture<Void>as the return type of many methods in the API. This is a breaking API change.- You can now synchronously get and observe by using
ListenableFutures. For example,WorkManager.enqueue()used to returnvoid; it now returns aListenableFuture<Void>. You can callListenableFuture.addListener(Runnable, Executor)orListenableFuture.get()to run code once the operation is complete. - Note that these
ListenableFutures do not tell you if the operation succeeded or failed; only that they finished. You will still need to chain WorkManager methods to find out this information. - We ignore
cancel()calls on these objects, as they are confusing and hard to reason about (are you cancelling the operation or the resulting work?). This is within theFutures contract. - To maintain parity with the synchronous
getStatus*methods, we have providedListenableFuturevariants, and renamed the existing ones that returnedLiveDatato explicitly have "LiveData" as part of the name (for example,getStatusesByIdLiveData(UUID)). This is a breaking API change.
- You can now synchronously get and observe by using
Bug Fixes
- Fixed the known issue from alpha09 regarding duplicate
androidx-annotations.profiles. You may remove the workaround from the previous release notes by deletingexclude 'META-INF/proguard/androidx-annotations.pro'from your gradle file. - Added proguard configurations to keep new
Workerconstructor. b/116296569 - Fix potential
NullPointerExceptionin a race condition where work wasREPLACEd. b/116253486 and b/116677275 WorkContinuation.combine()now accepts one or moreWorkContinuations instead of two or more. b/117266752
Breaking API Changes
- Removed all previously
deprecatedmethods and classes, notably the defaultWorkerconstructor. - The interface
WorkerFactoryand the concrete implementationDefaultWorkerFactoryhave been merged into an abstract class calledWorkerFactory. - Removed
WorkManager.synchronous()andWorkContinuation.synchronous(). WorkManager.getStatus*()methods now returnListenableFutures.WorkManager.getStatus*LiveData()returnLiveDatas.
Version 1.0.0-alpha09
September 19, 2018
Known Issue
If you run into the following issue: "More than one file was found with OS independent path 'META-INF/proguard/androidx-annotations.pro'", please put the following in your gradle file as a temporary workaround while we fix the issue in alpha10:
Groovy
android { packagingOptions { exclude 'META-INF/proguard/androidx-annotations.pro' } }
Kotlin
android { packagingOptions { exclude("META-INF/proguard/androidx-annotations.pro") } }
Bug Fixes
- Added another fix that was needed for the "100 jobs" error. b/115560696
- Added some fixes for foreign key constraint errors due to race conditions. b/114705286
- Delegated
ConstraintTrackingWorker.onStopped(boolean)calls to the underlyingWorker. b/114125093 - Enforce correct minimum backoff delay for Firebase JobDispatcher. b/113304626
- Improved threading guarantees internal to the library.
- Correct potential issue with deduping of
LiveDatainternally.
API Changes
- You can now create your own
Workerinstances at runtime by specifying aWorkerFactoryas part of theWorkManager.Configuration. The fallback factory isDefaultWorkerFactory, which matches behavior of previous versions of WorkManager.- The default constructors for
WorkerandNonBlockingWorkerare now marked as deprecated. Please use the new constructor (Worker(Context, WorkerParameters)) and callsuper(Context, WorkerParameters); future versions of WorkManager will remove the default constructor.
- The default constructors for
- We have started using the new
ListenableFutureartifact internally (free of Guava dependencies). We will introduce ListenableFutures to the API in upcoming releases. This change will support the eventual unhiding ofNonBlockingWorker. - Add ability to trigger timed work in
TestDriverviaTestDriver.setInitialDelayMet(UUID)andTestDriver.setPeriodDelayMet(UUID). b/113360060
Breaking Changes
- The default
WorkerandNonBlockingWorkerconstructors are deprecated. Please migrate to the new constructor ASAP. Future versions will remove the default constructor.
Version 1.0.0-alpha08
August 27, 2018
Bug Fixes
- Explicitly labelled WorkManager components as direct boot unaware so they don't fire up during direct boot. In the future, we will provide a version of WorkManager that is direct boot-aware. b/112665532
- Fixed an issue where retried work was not running. b/112604021
- Fixed periodic work not executing repeatedly (related to the above issue). b/112859683
- Honored backoff policies when the app process is already running.
- Corrected exception messages in
Datato indicate the limit is 10KB. - Lowered maximum value of
Configuration.setMaxSchedulerLimit(int)to 50 to account for some latency inJobSchedulerprocessing completion. b/112817355
Version 1.0.0-alpha07
August 16, 2018
Bug Fixes
- Fixed a potential SQL query with negative limits that could return an unbounded number of results.
- Work that has finished execution now correctly cancels all pending copies of that work in other Schedulers. This led to exceeding the
JobSchedulerjobs limit. b/111569265 - Fixed a
ConcurrentModificationExceptioninConstraintTracker. b/112272753 - Changed return type annotations of
Data.getBooleanArray(String)andData.getIntArray(String)to@Nullableinstead of@NonNull. b/112275229
API Changes
Workernow extends a new class,NonBlockingWorker. This does not affect any current usage. In the future,NonBlockingWorkerwill become a fully supported entity for custom threading solutions.- Changed return type annotations of
Data.getBooleanArray(String)andData.getIntArray(String)to@Nullableinstead of@NonNull. b/112275229 - Kotlin extensions: deprecated
Map.toWorkData()and added a top-levelworkDataOf(vararg Pair<String, Any?>)to be more consistent with existing APIs.
Version 1.0.0-alpha06
August 1, 2018
Bug Fixes
- Prevent a database lock when scheduling work. b/111801342
- Fix a bug which causes
PeriodicWorkto not run on schedule when in Doze mode. b/111469837 - Fix a race condition when tracking constraints which causes
WorkManagerto crash. googlecodelabs/android-workmanager/issues/56 - Create unique
WorkRequests when usingWorkRequest.Builder#build(). b/111408337 - Enable the use of
RescheduleReceiveronly when there areWorkRequests that need it. b/111765853
Version 1.0.0-alpha05
July 24, 2018
API Changes
WorkManager.getInstance()is now annotated with@NonNullinstead of@Nullable. Instead, if the singleton isn't properly initialized in cases of manual initialization, the method will throw anIllegalStateException. This is a breaking API change.- Added a new API,
Configuration.Builder.setMinimumLoggingLevel(int), which can control WorkManager verbosity. By default, WorkManager logsLog.INFOand above. - Changed signature of
Data.getString()so it no longer takes a default value (it is implicitlynull). This is a breaking API change. - Marked some methods needed only for internal usage as
@hide. This includes theConstraintsconstructor,Data.toByteArray(), andData.fromByteArray(byte[]). This is a breaking API change.
Bug Fixes
- WorkManager no longer executes work during known cases of auto-backup. This could have resulted in a crash. b/110564377
- Fixed double-scheduling of
PeriodicWorkRequests when usingJobScheduler. b/110798652 - Fixed an issue with
PeriodicWorkRequests not executing correctly after device doze. b/111469837 - Fixed an issue with initial delays when using Firebase JobDispatcher. b/111141023
- Fixed some potential race conditions and timing issues.
- Correctly freed up
BroadcastReceivers that were no longer needed. - Optimized rescheduling performance when apps restart after being force closed.
- Allowed
TestScheduler.setAllConstraintsMet(UUID)to be called before or after enqueuing the givenWorkRequest. b/111238024
Breaking Changes
WorkManager.getInstance()is now annotated with@NonNullinstead of@Nullable.- Changed signature of
Data.getString()so it no longer takes a default value (it is implicitlynull). - Marked some methods needed only for internal usage as
@hide. This includes theConstraintsconstructor,Data.toByteArray(), andData.fromByteArray(byte[]).
Version 1.0.0-alpha04
June 26, 2018
Bug Fixes
PeriodicWorkRequests are now correctly rescheduled when using theAlarmManagerbased implementation.- Fixed a potential ANR when rescheduling all workers after a force stop or a reboot. b/110507716
- Added nullability annotations to various WorkManager APIs. b/110344065
- Log uncaught exceptions that occur during Worker execution. b/109900862
- Allowed destructive database migrations in case you decide to roll back to an older version of WorkManager. b/74633270
- Fixed a migration crash if creating duplicate implicit tags. This is a very rare issue that occurred only if you used the same implicit tag format yourself.
Version 1.0.0-alpha03
June 19, 2018
Bug Fixes
Fixed a race condition in the
AlarmManagerbased implementation. b/80346526.Fixed duplicate jobs when using
JobSchedulerafter a device reboot.Jobs with Content URI triggers now persist across reboots. b/80234744
Documentation updates. b/109827628, b/109758949, b/80230748
Fixed a crash when re-enqueuing a
WorkRequest. b/109572353.Fixed Kotlin compiler warnings when using the
work-runtime-ktxdependency.WorkManager now uses
Roomversion1.1.1-rc1.
API Changes
- Added
getStatusesSync(), the synchronous version ofWorkContinuation.getStatuses(). Workerhas the ability to distinguish between user-initiated cancellation and temporary os-requested stopping.Worker.isStopped()returnstrueif any kind of stop has been requested.Worker.isCancelled()returnstruewhen the work has been explicitly cancelled. b/79632247- Add support for JobParameters#getNetwork() on API 28. This is exposed via
Worker.getNetwork(). - Added
Configuration.Builder.setMaxSchedulerLimit(int maxSchedulerLimit)so you can enforce how many jobs can be sent toJobSchedulerorAlarmManager. This helps preventWorkManagerfrom taking all your availableJobSchedulerslots. - Added
Configuration.setJobSchedulerJobIdRange(int minJobSchedulerId, int maxJobSchedulerId)which helps define a range ofJobSchedulerjob ids safe forWorkManagerto use. b/79996760 Worker.getRunAttemptCount()returns the current run count for a givenWorker. b/79716516WorkManager.enqueueUniquePeriodicWork(String uniqueWorkName, ExistingPeriodicWorkPolicy existingPeriodicWorkPolicy, PeriodicWorkRequest periodicWork)allows you to enqueue a uniquePeriodicWorkRequests. b/79600647WorkManager.cancelAllWork()cancels allWorkers. Libraries that depend onWorkManagercan query when this method was called last by usingWorkManager.getLastCancelAllTimeMillis()for additional cleanup of internal state.- Added
WorkManager.pruneWork()to remove completed jobs from the internal database. b/79950952, b/109710758
Behavior Changes
- Added an implicit tag for all
WorkRequests, which is the fully qualified class name for theWorker. This allows the ability to removeWorkRequests withouttags or when theidis not available. b/109572351
Breaking Changes
- Renamed
Worker.WorkerResulttoWorker.Result. Worker.onStoppednow has an additionalisCancelledparameter which is set totruewhen theWorkerhas explicitly been cancelled.
Version 1.0.0-alpha02
May 24, 2018
Bug Fixes
- Fixed a
NullPointerExceptiononState.isFinished(). b/79550068 - Fixed an issue which caused
Workers to be rescheduled onApplication.onCreate(). b/79660657 - Fixed an issue where you could schedule more work than is allowed by the OS. b/79497378
- Moved cleanup of wake locks associated with
Workers to the background thread. - The
AlarmManagerimplementation now correctly cleans up when all pending work is complete. - Fixed cleanup SQL queries which affected non-English locales. b/80065360
- Added support for
floats inData. b/79443878 Data.Builder.putAll()now returns an instance of theBuilder. b/79699162- More javadoc and fixes in documentation. b/79691663
API Changes
Workers can react to being stopped.Worker.isStopped()can be used to check if aWorkerhas been stopped.Worker.onStopped()can be used to perform lightweight cleanup operations.Worker.getTags()API returns aSetof tags associated with theWorker.- Added
javax.time.Durationoverloads for APIs which take a combination of duration andTimeUnits. This is guarded by@RequiresApi(26). WorkManagerextensions have moved from theandroidx.work.ktxpackage to theandroidx.workpackage. The old extensions are deprecated and will be removed in a future version.Configuration.withExecutor()is deprecated. UseConfiguration.setExecutor()instead.
Version 1.0.0-alpha01
May 8, 2018
WorkManager simplifies scheduling and execution of
guaranteed, constraint-aware background work. This initial release is 1.0.0-alpha01.