chore(deps): bump hilt from 2.51.1 to 2.59.2
Type: Pull Request
State: Open
Association: Unknown
Comments: 3
(2 months ago)
(2 months ago)
dependencies java
Bumps hilt from 2.51.1 to 2.59.2.
Updates com.google.dagger:hilt-android from 2.51.1 to 2.59.2
Release notes
Sourced from com.google.dagger:hilt-android's releases.
Dagger 2.59.2
Bug fixes:
- Fixed #5116,#5099: Replaced Hilt's "android-classes" transform with attribute rules (f7e31b857)
- Fixed #5122: Fixed issue with slow incremental builds introduced by HiltSyncTask in AGP 9 support (1be57655b)
Dagger 2.59.1
Bug fixes:
- Fixed #5099: Fixes compilation error with
jetifierEnabled=truein AGP 9 (8dcce8790)- Fixed #5098: Updated minimum required AGP version to 9.0.0 to make it clearer this is a requirement when using the Hilt Gradle plugin. (141e5941a)
Dagger 2.59
Breaking changes:
(If you do not use Hilt or the Hilt Gradle plugin, this change does not affect you.)
This release adds AGP 9 support for the Hilt Gradle plugin. This means that if you use the Hilt Gradle Plugin, AGP 9 is now a requirement along with AGP 9’s own requirements like Gradle 9.1+ (https://developer.android.com/build/releases/agp-9-0-0-release-notes).
Note: AGP 9 also seems to cause issues with
enableJetifier=true(see #5099). This will be fixed in a follow-up release.Bug fixes/features:
Dagger 2.58
Note: AGP 9 support was held back from this release (google/dagger#5061) because it forces users onto AGP 9. It will be available in the next Dagger release (e92e3f392).
Potential breaking changes:
- Flipped default for
dagger.useBindingGraphFixtoenabled(d41e8362b). See https://dagger.dev/dev-guide/compiler-options#useBindingGraphFix. Fix: If this change breaks you it’s likely due to providing a binding in an incorrect module, (e.g. the binding requests an Activity but is installed in the SingletonComponent). The fix is to move the@Providesso that it is installed into the correct component (e.g. the ActivityComponent instead of SingletonComponent). You can also setdagger.useBindingGraphFix=disabledbut note that this flag is only temporary and will eventually be removed.- The use of
abstract varin components is now banned in super types. The reason for this change is that anabstract varproperty creates both a getter and a setter on the component which is almost always unintentional. Fix: If this change breaks you, use either anabstract val foo: Fooif you need a getter orabstract fun inject(foo: Foo)if you need an inject method. Note thatabstract varis already banned if it is declared directly on the@Componentclass/interface, but this change fixes the check so that it’s banned even if it’s inherited from a super type.Bug fixes/features:
- Fixes #1116, #1630, Supported
Map<K, Lazy<V>>as a multibinding request type. (7f981a4c3)- Fixes #3601. No longer adds a deprecation warning for unused dependencies on setters on the component builder. (1cf9dfc96)
- Fixes #4982:
- Added validation to prevent using Java keywords in Dagger-generated code (72e21a828)
- Added error for binding elements names that are Java keywords. (38071c5ae)
- Java keyword validation is now performed earlier during the superficial validation stage. (7f6f7bda7)
Dagger 2.57.2
Bug fixes
- Fixed #4847: Fixed an issue with the Hilt Gradle Plugin registered transforms on projects using Gradle 9.0.0 (ea570e7)
- Fixes #4898: Fixed an issue with backwards compatibility handling for libraries that export Hilt roots. (85c470ca4)
- Fixes #4937: Fixed the incorrectly declared version of the Kotlin stdlib dependency in the Hilt Gradle Plugin. (deefd9a2d)
- Updated ASM dependency to 9.8 (365bc499d)
... (truncated)
Commits
118f2e52.59.2 release1be5765Change HiltSyncTask to extend DefaultTask instead of Sync.f7e31b8Replace Hilt's "android-classes" transform with attribute rules.5909005Automated Code Change3507b0dSupport nullability in Switching Providers1900560Internal changes8c69595Update Dagger yml and README with new latest version number.1dbb1ddInternal refactoring62b5423Internal changes8dcce87Add AggregatedPackagesTransform for "android-classes" artifact type.- Additional commits viewable in compare view
Updates com.google.dagger:hilt-android-compiler from 2.51.1 to 2.59.2
Release notes
Sourced from com.google.dagger:hilt-android-compiler's releases.
Dagger 2.59.2
Bug fixes:
- Fixed #5116,#5099: Replaced Hilt's "android-classes" transform with attribute rules (f7e31b857)
- Fixed #5122: Fixed issue with slow incremental builds introduced by HiltSyncTask in AGP 9 support (1be57655b)
Dagger 2.59.1
Bug fixes:
- Fixed #5099: Fixes compilation error with
jetifierEnabled=truein AGP 9 (8dcce8790)- Fixed #5098: Updated minimum required AGP version to 9.0.0 to make it clearer this is a requirement when using the Hilt Gradle plugin. (141e5941a)
Dagger 2.59
Breaking changes:
(If you do not use Hilt or the Hilt Gradle plugin, this change does not affect you.)
This release adds AGP 9 support for the Hilt Gradle plugin. This means that if you use the Hilt Gradle Plugin, AGP 9 is now a requirement along with AGP 9’s own requirements like Gradle 9.1+ (https://developer.android.com/build/releases/agp-9-0-0-release-notes).
Note: AGP 9 also seems to cause issues with
enableJetifier=true(see #5099). This will be fixed in a follow-up release.Bug fixes/features:
Dagger 2.58
Note: AGP 9 support was held back from this release (google/dagger#5061) because it forces users onto AGP 9. It will be available in the next Dagger release (e92e3f392).
Potential breaking changes:
- Flipped default for
dagger.useBindingGraphFixtoenabled(d41e8362b). See https://dagger.dev/dev-guide/compiler-options#useBindingGraphFix. Fix: If this change breaks you it’s likely due to providing a binding in an incorrect module, (e.g. the binding requests an Activity but is installed in the SingletonComponent). The fix is to move the@Providesso that it is installed into the correct component (e.g. the ActivityComponent instead of SingletonComponent). You can also setdagger.useBindingGraphFix=disabledbut note that this flag is only temporary and will eventually be removed.- The use of
abstract varin components is now banned in super types. The reason for this change is that anabstract varproperty creates both a getter and a setter on the component which is almost always unintentional. Fix: If this change breaks you, use either anabstract val foo: Fooif you need a getter orabstract fun inject(foo: Foo)if you need an inject method. Note thatabstract varis already banned if it is declared directly on the@Componentclass/interface, but this change fixes the check so that it’s banned even if it’s inherited from a super type.Bug fixes/features:
- Fixes #1116, #1630, Supported
Map<K, Lazy<V>>as a multibinding request type. (7f981a4c3)- Fixes #3601. No longer adds a deprecation warning for unused dependencies on setters on the component builder. (1cf9dfc96)
- Fixes #4982:
- Added validation to prevent using Java keywords in Dagger-generated code (72e21a828)
- Added error for binding elements names that are Java keywords. (38071c5ae)
- Java keyword validation is now performed earlier during the superficial validation stage. (7f6f7bda7)
Dagger 2.57.2
Bug fixes
- Fixed #4847: Fixed an issue with the Hilt Gradle Plugin registered transforms on projects using Gradle 9.0.0 (ea570e7)
- Fixes #4898: Fixed an issue with backwards compatibility handling for libraries that export Hilt roots. (85c470ca4)
- Fixes #4937: Fixed the incorrectly declared version of the Kotlin stdlib dependency in the Hilt Gradle Plugin. (deefd9a2d)
- Updated ASM dependency to 9.8 (365bc499d)
... (truncated)
Commits
118f2e52.59.2 release1be5765Change HiltSyncTask to extend DefaultTask instead of Sync.f7e31b8Replace Hilt's "android-classes" transform with attribute rules.5909005Automated Code Change3507b0dSupport nullability in Switching Providers1900560Internal changes8c69595Update Dagger yml and README with new latest version number.1dbb1ddInternal refactoring62b5423Internal changes8dcce87Add AggregatedPackagesTransform for "android-classes" artifact type.- Additional commits viewable in compare view
Updates com.google.dagger.hilt.android from 2.51.1 to 2.59.2
Release notes
Sourced from com.google.dagger.hilt.android's releases.
Dagger 2.59.2
Bug fixes:
- Fixed #5116,#5099: Replaced Hilt's "android-classes" transform with attribute rules (f7e31b857)
- Fixed #5122: Fixed issue with slow incremental builds introduced by HiltSyncTask in AGP 9 support (1be57655b)
Dagger 2.59.1
Bug fixes:
- Fixed #5099: Fixes compilation error with
jetifierEnabled=truein AGP 9 (8dcce8790)- Fixed #5098: Updated minimum required AGP version to 9.0.0 to make it clearer this is a requirement when using the Hilt Gradle plugin. (141e5941a)
Dagger 2.59
Breaking changes:
(If you do not use Hilt or the Hilt Gradle plugin, this change does not affect you.)
This release adds AGP 9 support for the Hilt Gradle plugin. This means that if you use the Hilt Gradle Plugin, AGP 9 is now a requirement along with AGP 9’s own requirements like Gradle 9.1+ (https://developer.android.com/build/releases/agp-9-0-0-release-notes).
Note: AGP 9 also seems to cause issues with
enableJetifier=true(see #5099). This will be fixed in a follow-up release.Bug fixes/features:
Dagger 2.58
Note: AGP 9 support was held back from this release (google/dagger#5061) because it forces users onto AGP 9. It will be available in the next Dagger release (e92e3f392).
Potential breaking changes:
- Flipped default for
dagger.useBindingGraphFixtoenabled(d41e8362b). See https://dagger.dev/dev-guide/compiler-options#useBindingGraphFix. Fix: If this change breaks you it’s likely due to providing a binding in an incorrect module, (e.g. the binding requests an Activity but is installed in the SingletonComponent). The fix is to move the@Providesso that it is installed into the correct component (e.g. the ActivityComponent instead of SingletonComponent). You can also setdagger.useBindingGraphFix=disabledbut note that this flag is only temporary and will eventually be removed.- The use of
abstract varin components is now banned in super types. The reason for this change is that anabstract varproperty creates both a getter and a setter on the component which is almost always unintentional. Fix: If this change breaks you, use either anabstract val foo: Fooif you need a getter orabstract fun inject(foo: Foo)if you need an inject method. Note thatabstract varis already banned if it is declared directly on the@Componentclass/interface, but this change fixes the check so that it’s banned even if it’s inherited from a super type.Bug fixes/features:
- Fixes #1116, #1630, Supported
Map<K, Lazy<V>>as a multibinding request type. (7f981a4c3)- Fixes #3601. No longer adds a deprecation warning for unused dependencies on setters on the component builder. (1cf9dfc96)
- Fixes #4982:
- Added validation to prevent using Java keywords in Dagger-generated code (72e21a828)
- Added error for binding elements names that are Java keywords. (38071c5ae)
- Java keyword validation is now performed earlier during the superficial validation stage. (7f6f7bda7)
Dagger 2.57.2
Bug fixes
- Fixed #4847: Fixed an issue with the Hilt Gradle Plugin registered transforms on projects using Gradle 9.0.0 (ea570e7)
- Fixes #4898: Fixed an issue with backwards compatibility handling for libraries that export Hilt roots. (85c470ca4)
- Fixes #4937: Fixed the incorrectly declared version of the Kotlin stdlib dependency in the Hilt Gradle Plugin. (deefd9a2d)
- Updated ASM dependency to 9.8 (365bc499d)
... (truncated)
Commits
118f2e52.59.2 release1be5765Change HiltSyncTask to extend DefaultTask instead of Sync.f7e31b8Replace Hilt's "android-classes" transform with attribute rules.5909005Automated Code Change3507b0dSupport nullability in Switching Providers1900560Internal changes8c69595Update Dagger yml and README with new latest version number.1dbb1ddInternal refactoring62b5423Internal changes8dcce87Add AggregatedPackagesTransform for "android-classes" artifact type.- Additional commits viewable in compare view
Package Dependencies
Technical Details
| ID: | 15129735 |
| UUID: | 4208562148 |
| Node ID: | PR_kwDOR6i-ZM7QE-b8 |
| Host: | GitHub |
| Repository: | CallMeTechie/GateControl-Android-Client |