Status Update
Comments
al...@google.com <al...@google.com>
[Deleted User] <[Deleted User]> #2
We are not able to reproduce the issue with Android emulator with Nexus 5 with Android 6.0.1
As you mentioned in
ky...@gmail.com <ky...@gmail.com> #3
The other devices haven't though. And, you can get the bug report file from the other issue I've written about, of the same device, here (just of older support library version) :
Also, as I wrote, I failed to reproduce it on emulators.
Please try on any of the other devices.
Here, attached APK to try it out.
al...@google.com <al...@google.com> #4
As I wrote, it occurs there too, but for some reason not on 4.4.4 .
al...@google.com <al...@google.com> #5
Initially it was hard to make it crash so I have even created my own example but then I found quick way to reproduce the issue: fling content to the top and then drag it down straight away. 99% of times app crashes immediately and if it doesn't crash then you should do it again, probably a bit faster.
I'm attaching my example anyway as well as captured video, verbose application log and apk itself.
rg...@google.com <rg...@google.com>
da...@gmail.com <da...@gmail.com> #6
ho...@eure.jp <ho...@eure.jp> #7
rg...@google.com <rg...@google.com> #8
vr...@deezer.com <vr...@deezer.com> #9
br...@monzo.com <br...@monzo.com> #10
rg...@google.com <rg...@google.com>
ti...@google.com <ti...@google.com> #11
br...@monzo.com <br...@monzo.com> #12
en...@gmail.com <en...@gmail.com> #13
ti...@google.com <ti...@google.com> #14
ti...@google.com <ti...@google.com> #15
Any plans to fix it?
en...@gmail.com <en...@gmail.com> #16
ti...@google.com <ti...@google.com> #17
ap...@google.com <ap...@google.com> #18
jb...@google.com <jb...@google.com> #19
Any plans to fix it?
Native crash of com.sec.android.inputmethod
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'samsung/starqlteue/starqlteue:8.0.0/R16NW/G960U1UEU1ARBG:user/release-keys'
Revision: '14'
ABI: 'arm64'
pid: 4259, tid: 4259, name: oid.inputmethod >>> com.sec.android.inputmethod <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x2
Cause: null pointer dereference
x0 0000000000000002 x1 000000732f216004 x2 00000000000003f3 x3 0000007350614018
x4 000000732f216004 x5 000000732f216000 x6 342cfb9c325c2e5f x7 8caec0c00850a39e
x8 77eca4df4ac4bde4 x9 3e79aa2be9db592e x10 0000000000000000 x11 0000000000000067
x12 0504d1bbc5ebf0f2 x13 325c2e5f59daf299 x14 0000000000000004 x15 fffffffffffffffe
x16 00000073537b42c8 x17 0000007353707e50 x18 000000007ff00000 x19 0000007350614018
x20 0000000000000001 x21 0000000000000002 x22 ffffffffb5f72d67 x23 00000000000003f3
x24 ffffffffb5f72d67 x25 00000000000003f3 x26 0000007fcb37cf51 x27 0000007355d29a60
x28 0000000000000009 x29 0000007fcb37caa0 x30 000000735375edc8
sp 0000007fcb37ca60 pc 0000007353707fe8 pstate 0000000080000000
backtrace:
#00 pc 000000000001dfe8 /system/lib64/libc.so (memcpy+408)
#01 pc 0000000000074dc4 /system/lib64/libc.so (fread+220)
#02 pc 00000000000290d0 /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#03 pc 00000000000276c4 /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#04 pc 00000000000275a8 /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#05 pc 000000000001d52c /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#06 pc 00000000000207ac /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#07 pc 000000000001fea4 /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#08 pc 0000000000029ba8 /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x1ca0000)
#09 pc 00000000002105fc /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x11e7000)
#10 pc 0000000000103e64 /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x11e7000)
#11 pc 000000000011467c /system/app/SamsungIMEv3.0/SamsungIMEv3.0.apk (offset 0x11e7000)
#12 pc 0000000001d364e0 /system/app/SamsungIMEv3.0/oat/arm64/SamsungIMEv3.0.odex (offset 0x704000)
ti...@google.com <ti...@google.com> #20
Thank you Jeremy.
Since androidx.core
as mentioned at
If the issue mentioned at
de...@gmail.com <de...@gmail.com> #21
Any update on this to fix the crashing? Also does this new API will also fix the callback not being triggered after configuration change (orientation) for Android Tablet running on Android 21? We noticed another fragmented behavior between phone at tablet size devices where the setOnApplyWindowInsetsListener
callback is not being triggered in Fragments after configuration change.
Activity (callback is being triggered on both phone and tablet after configuration change)
ViewCompat.setOnApplyWindowInsetsListener(root) { _: View, insets: WindowInsetsCompat ->
// Return WindowInsetsCompat.CONSUMED if you don't want the window insets to keep passing down
// to descendant views including all views of Fragment(s) under this Activity
insets
}
Fragment with Jetpack Navigation (callback is being triggered regardless of Android version on phone size device after configuration change, but not on tablet running on Android 21)
ViewCompat.setOnApplyWindowInsetsListener(root) { _: View, insets: WindowInsetsCompat ->
// Return WindowInsetsCompat.CONSUMED if you don't want the window insets to keep passing down
// to descendant views including all views of Fragment(s) under this Activity
WindowInsetsCompat.CONSUMED
}
Also hoping
gr...@gmail.com <gr...@gmail.com> #22
Any chance this issue gets higher priority? It's a shame that Google is forcing developers to migrate to Android 15 and setup edge-to-edge while still having critical compatibility issues with older Android versions even in apps with relatively modern stack (Fragment + Compose)
ch...@gmail.com <ch...@gmail.com> #23
ti...@google.com <ti...@google.com> #24
Hi Jeremy,
Do you have any update about the new release?
jb...@google.com <jb...@google.com> #25
Build cut is this Wednesday and it will be released next week as part of Fragment 1.8.6
.
Description
According to docs
WindowInsetsCompat.CONSUMED
used inViewCompat.setOnApplyWindowInsetsListener
lambda should affect only View's direct children. This is working as expected on API >= 30, but on lower API's it affects whole View hierarchy making all other Views (even indirect children) ignore Insets.This behaviour is reproduced here:https://github.com/ai-corpo/InsetsTest . On API 30
NestedScrollView
respects bottom Inset even if topAppBar
returnedWindowInsetsCompat.CONSUMED
, but on lower API's same code makesNestedScrollView
ignore Insets.