Status Update
Comments
ad...@google.com <ad...@google.com>
ad...@google.com <ad...@google.com> #2
Project: platform/frameworks/support
Branch: androidx-main
Author: Aurimas Liutikas <
Link:
Bump asynclayoutinflater to 1.1.0-beta01
Expand for full commit details
Bump asynclayoutinflater to 1.1.0-beta01
Bug: 399115645
Test: ./gradlew -p asynclayoutinflater updateApi
Change-Id: I4b3b530da253fc274eaf281a7c82556fcd463ebd
Files:
- A
asynclayoutinflater/asynclayoutinflater-appcompat/api/1.1.0-beta01.txt
- A
asynclayoutinflater/asynclayoutinflater-appcompat/api/res-1.1.0-beta01.txt
- A
asynclayoutinflater/asynclayoutinflater-appcompat/api/restricted_1.1.0-beta01.txt
- M
asynclayoutinflater/asynclayoutinflater-appcompat/build.gradle
- A
asynclayoutinflater/asynclayoutinflater/api/1.1.0-beta01.txt
- A
asynclayoutinflater/asynclayoutinflater/api/res-1.1.0-beta01.txt
- A
asynclayoutinflater/asynclayoutinflater/api/restricted_1.1.0-beta01.txt
- M
libraryversions.toml
Hash: 5289ee6eecef7e8e62ece97f9a0e32213562fe36
Date: Tue Feb 25 11:27:57 2025
sc...@gmail.com <sc...@gmail.com> #3
ad...@google.com <ad...@google.com> #4
Project: platform/frameworks/support
Branch: androidx-main
Author: Aurimas Liutikas <
Link:
Move asynclayoutinflater to 1.1.0-rc01
Expand for full commit details
Move asynclayoutinflater to 1.1.0-rc01
Test: None
Bug: 399115645
Change-Id: I3972a338368be5dbd8d5dca93796e27473e712e2
Files:
- M
libraryversions.toml
Hash: aac73804f3a14baecefcfefafab9801966dd18e6
Date: Wed Mar 05 17:14:53 2025
sc...@gmail.com <sc...@gmail.com> #5
Scheduled a release of 1.1.0-rc01 for March 26, 2025
sa...@google.com <sa...@google.com> #6
cc...@google.com <cc...@google.com>
cc...@google.com <cc...@google.com>
vi...@google.com <vi...@google.com>
mk...@gmail.com <mk...@gmail.com> #7
s....@wearewarp.com <s....@wearewarp.com> #8
as...@gmail.com <as...@gmail.com> #9
Bug is still there. Found a workaround. Set smaller progressViewStartOffset to hide progress.
swipeRefresh.apply{
setProgressViewOffset(false, -(progressCircleDiameter * 1.1).toInt(), progressViewEndOffset)
}
sh...@microsoft.com <sh...@microsoft.com> #10
To recreate you have to scroll down and then manually scroll back up. Don't just release the refreshview.
looking at the source code it looks like this should be fixed with some upcoming release because this is where I was going to mention the fix would be :-)
So maybe 1.2.0-alpha2
kh...@gmail.com <kh...@gmail.com> #11
For me, this is a little trick to solve (use margin & padding)
<androidx.swiperefreshlayout.widget.SwipeRefreshLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout_marginTop="-3dp"
android:paddingTop="3dp"
app:layout_behavior="com.google.android.material.appbar.AppBarLayout$ScrollingViewBehavior">
</androidx.swiperefreshlayout.widget.SwipeRefreshLayout>
Description
Version used: 27.1.0
Theme used: Theme.AppCompat.Light.DarkActionBar
Devices/Android versions reproduced on: Google Pixel XL - android P - dev preview 3 & Android 8.1 & 8.0
- All relevant code just involves using a swipe refresh layout
- A screenrecord or screenshots showing the issue (if UI related): Included at the bottom
I've noticed that when using a Swipe Refresh Layout, if a user swipes to refresh but actually puts the icon back instead of completing the action and starting a refresh, there is a drop shadow artifact left under the layout that the icon hides under. While I have noticed this in my application specifically, I have also seen the behavior exhibited in various applications, including Google applications, such as the new Google Tasks app. I have included a video to demonstrate this bug, please pay attention to the area near / underneath 'My Tasks' at the top.
(Video included as an attachment)
This is most noticeable when the application uses an actionBar / a layout without any elevation, since there is no shadow for the swipe refresh's to hide behind. The intended behavior should be too completely