FocusManager.clearFocus() sets focus the first AndroidViewBinding [374031296]

Assigned

Bug

Status Update

No update yet.

Description

to...@unext.jp

created issue #1

Oct 17, 2024 09:34AM

Jetpack Compose version:
1.7.4

Jetpack Compose component(s) used:
foundation
ui-viewbinding
material3
runtime

Android Studio Build:
Android Studio Ladybug | 2024.2.1 Patch 1
Build #AI-242.23339.11.2421.12483815, built on October 11, 2024
Runtime version: 21.0.3+-79915917-b509.11 aarch64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.lwawt.macosx.LWCToolkit
macOS 13.3.1
GC: G1 Young Generation, G1 Concurrent GC, G1 Old Generation
Memory: 8192M
Cores: 10
Metal Rendering is ON
Registry:
ide.instant.shutdown=false
debugger.new.tool.window.layout=true
ide.experimental.ui=true
i18n.locale=
Non-Bundled Plugins:
com.intellij.lang.jsgraphql (242.21829.3)
com.master.studio.plugin.adb_input (1.0.1)
wu.seal.tool.jsontokotlin (3.7.5)
idea.plugin.protoeditor (242.23339.11)
io.github.takahirom.roborazzi (1.8.0)
com.developerphil.adbidea (1.6.18)
com.mistamek.drawablepreview.drawable-preview (1.1.6)
com.suusan2go.kotlin-fill-class (1.0.23)
com.github.copilot (1.5.25.10)

Kotlin version:
2.0.20

Steps to Reproduce or Code Sample to Reproduce:

1. Build

https://github.com/tomoya0x00/nowinandroid/tree/issue_view_focus and run on Android 8.0
2. Tap the EditText1
3. Tap the ClearFocus button
4. Reproduced! The EditText1 loses focus but immediately gains focus again
5. Tap the EditText2
6. Tap the ClearFocus button
7. Reproduced! The EditText2 loses focus but the EditText1 gains focus

Screen_recording_20241017_183255.mp4

547 KB

Download

Comments

to...@unext.jp <to...@unext.jp> #2Oct 17, 2024 09:35AM

Thanks for the report. I was puzzled.

to...@unext.jp <to...@unext.jp> #3Oct 17, 2024 09:38AM

The same for me. Android 4.0.4.

to...@unext.jp <to...@unext.jp> #4Oct 17, 2024 09:46AM

This is intentional to reduce complexity of Spinner's API and implementation. Consider using a full-blown ListView in a dialog instead.

Message last modified on Oct 17, 2024 09:56AM

jo...@google.com <jo...@google.com> Oct 18, 2024 10:38AM

Reassigned to ra...@google.com.

to...@unext.jp <to...@unext.jp> #5Oct 21, 2024 01:39AM

Here is a proposed workaround:

http://stackoverflow.com/questions/16398468/why-is-android-recycling-the-wrong-view-type-in-my-spinneradapter

an...@sigma.software <an...@sigma.software> #6Oct 23, 2024 07:34AM

I just spent 3 hours on this issue and I disagree that it is "working as intended". If you want to make developers happy, fail fast.

Spinner$DropDownAdapter wraps the client's adapter and shadows getItemViewType() and getViewTypeCount() and simply returns constants. This will never work as intended if the inner adapter has more view types.

I suggest the DropDownAdapter constructor asserts if adapter.getViewTypeCount() != 1.

an...@sigma.software <an...@sigma.software> #7Oct 25, 2024 01:04PM

THIS NEEDS TO BE FIXED.

po...@gmail.com <po...@gmail.com> #8Oct 25, 2024 04:57PM

What's going on with this issue?