Database Inspector makes it needlessly hard to find related processes [153803735]

Fixed

Bug

Status Update

No update yet.

Description

ub...@gmail.com

created issue #1

Apr 12, 2020 09:46PM

My production app has two processes. One shows up at the top of the Database Inspector process list, the other at the bottom. At a minimum, Database Inspector could sort the process list alphabetically to keep the two together. Process names are of the shape `a.b.c.d` and `a.b.c.d:otherproc`

Build: AI-193.6911.18.41.6362631, 202004031740,

AI-193.6911.18.41.6362631, JRE 1.8.0_242-release-1644-b3-6222593x64 JetBrains s.r.o, OS Mac OS X(x86_64) v10.15.4, screens 1440x900; Retina

AS: 4.1 Canary 5; Kotlin plugin: 1.3.71-release-Studio4.0-1; Android Gradle Plugin: 4.1.0-alpha05; Gradle: 6.3; NDK: from local.properties: (not specified), latest from SDK: (not found); LLDB: pinned revision 3.1 not found, latest from SDK: (package not found); CMake: from local.properties: (not specified), latest from SDK: (not found), from PATH: (not found)

Comments

ub...@gmail.com <ub...@gmail.com> #2Apr 13, 2020 01:18AM

I'd like to fix the formatting but I can't edit my issue.

vi...@google.com <vi...@google.com> #3Apr 13, 2020 03:52AM

Our team is also running into this because we use kotlin reflection to set up mock data for previews.

Can you suggest any workaround that we can apply locally to make layout lib include kotlin reflect until it is officially fixed? We are obviously including it as a build dependency but the layout lib preview doesn't pick it up for some reason.

ub...@gmail.com <ub...@gmail.com> #4Apr 13, 2020 06:01AM

I do not see this issue in Electric Eel Beta 4, but I do see it in Flamingo Canary 6.

ub...@gmail.com <ub...@gmail.com> #5Apr 13, 2020 06:07AM

I do not see this issue in Electric Eel Beta 4, but I do see it in Flamingo Canary 6.

Is it with the very same project? I'm trying to rule out whether this is related to specific library/compiler versions.

Thanks!

vi...@google.com <vi...@google.com> Apr 13, 2020 08:37AM

Assigned to an...@google.com.

se...@google.com <se...@google.com> #6Apr 14, 2020 11:34AM

Reassigned to pe...@google.com.

Yes, that was with the same project. I can double check with the latest versions of each IDE and get back to you though.

da...@google.com <da...@google.com> #7Apr 14, 2020 06:26PM

Reassigned to kn...@google.com.

Correction: I was either mistaken before, or behavior has changed, but I am now getting the KotlinReflectionNotSupportedError issue for IDE compose previews in both EE Beta 5 and Flamingo Canary 8.

Kotlin 1.6.21 AGP 7.3

cs...@google.com <cs...@google.com> #8Apr 14, 2020 06:31PM

Hi, I'm also running into this issue in the preview with Kotlin 1.7.10 on Android Studio Dolphine (2021.3.1). Have you found a workaround in the meantime?

ad...@google.com <ad...@google.com> #9Apr 14, 2020 08:30PM

We're having the same issue on Android Studio Dolphin (2021.3.1) with Kotlin 1.6.10. The issue occurs when we use class references with kotlin reflect. The behavior can only be seen in Compose Preview's runtime. Everything works perfectly fine in android runtime, though.

da...@google.com <da...@google.com> #10Apr 14, 2020 08:32PM

Diego, this looks to be the same problem as issue 183889504, which was marked as Fixed. Are you aware of a fix? If that issue was incorrectly marked as fixed, feel free to bounce this one back to me. Thanks!

cs...@google.com <cs...@google.com> #11Apr 14, 2020 08:37PM

This looks to be the same as https://b.corp.google.com/issues/183889504 but it is not marked as fixed. We need to look into the dependencies because it looks like reflect might not be found by the deps in the model.

da...@google.com <da...@google.com> #12Apr 14, 2020 08:47PM

I'm pretty sure the failure is in locating kotlin.reflect.jvm.internal.ReflectionFactoryImpl in https://github.com/JetBrains/kotlin/blob/master/libraries/stdlib/jvm/runtime/kotlin/jvm/internal/Reflection.java.

That Class.forName should redirect to the "renamed" version that we move in the classpath to the layoutlib.internal so it loads the correct JVM version in https://github.com/JetBrains/kotlin/blob/master/core/reflection.jvm/src/kotlin/reflect/jvm/internal/ReflectionFactoryImpl.java.

cs...@google.com <cs...@google.com> #13Apr 14, 2020 08:54PM

The fix for this will be in a future canary of Flamingo.

pe...@google.com <pe...@google.com> #14Apr 14, 2020 10:08PM

I'm on Flamingo 2022.2.1 Patch 1 and this isn't working quite right...Preview does not report any errors specific to Kotlin reflection anymore and will generate a preview, but it's as if the kotlin-reflect library was never loaded. For instance, given sealed class Foo, calling Foo::class.isSealed in a Preview Composable returns false, yet returns true when called in a Composable running on a physical device.

ub...@gmail.com <ub...@gmail.com> #15Apr 14, 2020 10:31PM

I noticed this as well, and created this issue https://issuetracker.google.com/issues/281014894

cs...@google.com <cs...@google.com> #16Apr 15, 2020 12:36AM

It appears to still be an issue in Android Studio Koala | 2024.1.1 Patch 1

aa...@google.com <aa...@google.com> #17Dec 14, 2023 08:43PM

Accepted by aa...@google.com.

Reopening as this doesn't seem to be fixed, according to multiple reports.

Thu Dec 14 2023 12:42:59 GMT-0800 (Pacific Standard Time).png

64 KB

View

Download

ub...@gmail.com <ub...@gmail.com> #18Dec 14, 2023 09:13PM

I presume this is related, if not I can open a new issue.

For context, BackgroundUploadState can be any sealed class or interface and the subclasses can be data objects, objects, or classes and it makes no difference.

With this in a PreviewParameterProvider: BackgroundUploadState::class.sealedSubclasses, I get the following Render Issue error:

java.lang.IndexOutOfBoundsException: Sequence doesn't contain element at index 0.
	at _layoutlib_._internal_.kotlin.sequences.SequencesKt___SequencesKt$elementAt$1.invoke(_Sequences.kt:35)
	at _layoutlib_._internal_.kotlin.sequences.SequencesKt___SequencesKt$elementAt$1.invoke(_Sequences.kt:35)
	at _layoutlib_._internal_.kotlin.sequences.SequencesKt___SequencesKt.elementAtOrElse(_Sequences.kt:55)
	at _layoutlib_._internal_.kotlin.sequences.SequencesKt___SequencesKt.elementAt(_Sequences.kt:35)
	at androidx.compose.ui.tooling.PreviewUtils_androidKt.getPreviewProviderParameters(PreviewUtils.android.kt:62)
	at androidx.compose.ui.tooling.ComposeViewAdapter$init$3$1$composable$1$1.invoke(ComposeViewAdapter.android.kt:508)
	at androidx.compose.ui.tooling.ComposeViewAdapter$init$3$1$composable$1$1.invoke(ComposeViewAdapter.android.kt:502)
	at androidx.compose.ui.tooling.ComposeViewAdapter$init$3$1.invoke(ComposeViewAdapter.android.kt:539)
	at androidx.compose.ui.tooling.ComposeViewAdapter$init$3$1.invoke(ComposeViewAdapter.android.kt:497)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.runtime.CompositionLocalKt.CompositionLocalProvider(CompositionLocal.kt:380)
	at androidx.compose.ui.tooling.InspectableKt.Inspectable(Inspectable.android.kt:61)
	at androidx.compose.ui.tooling.ComposeViewAdapter$WrapPreview$1.invoke(ComposeViewAdapter.android.kt:444)
	at androidx.compose.ui.tooling.ComposeViewAdapter$WrapPreview$1.invoke(ComposeViewAdapter.android.kt:443)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.runtime.CompositionLocalKt.CompositionLocalProvider(CompositionLocal.kt:380)
	at androidx.compose.ui.tooling.ComposeViewAdapter.WrapPreview(ComposeViewAdapter.android.kt:438)
	at androidx.compose.ui.tooling.ComposeViewAdapter.access$WrapPreview(ComposeViewAdapter.android.kt:124)
	at androidx.compose.ui.tooling.ComposeViewAdapter$init$3.invoke(ComposeViewAdapter.android.kt:497)
	at androidx.compose.ui.tooling.ComposeViewAdapter$init$3.invoke(ComposeViewAdapter.android.kt:494)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.ui.platform.ComposeView.Content(ComposeView.android.kt:441)
	at androidx.compose.ui.platform.AbstractComposeView$ensureCompositionCreated$1.invoke(ComposeView.android.kt:259)
	at androidx.compose.ui.platform.AbstractComposeView$ensureCompositionCreated$1.invoke(ComposeView.android.kt:258)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.runtime.CompositionLocalKt.CompositionLocalProvider(CompositionLocal.kt:380)
	at androidx.compose.ui.platform.CompositionLocalsKt.ProvideCommonCompositionLocals(CompositionLocals.kt:216)
	at androidx.compose.ui.platform.AndroidCompositionLocals_androidKt$ProvideAndroidCompositionLocals$3.invoke(AndroidCompositionLocals.android.kt:132)
	at androidx.compose.ui.platform.AndroidCompositionLocals_androidKt$ProvideAndroidCompositionLocals$3.invoke(AndroidCompositionLocals.android.kt:131)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.runtime.CompositionLocalKt.CompositionLocalProvider(CompositionLocal.kt:380)
	at androidx.compose.ui.platform.AndroidCompositionLocals_androidKt.ProvideAndroidCompositionLocals(AndroidCompositionLocals.android.kt:121)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1$1$3.invoke(Wrapper.android.kt:155)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1$1$3.invoke(Wrapper.android.kt:154)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.runtime.CompositionLocalKt.CompositionLocalProvider(CompositionLocal.kt:401)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1$1.invoke(Wrapper.android.kt:154)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1$1.invoke(Wrapper.android.kt:133)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:109)
	at androidx.compose.runtime.internal.ComposableLambdaImpl.invoke(ComposableLambda.jvm.kt:35)
	at androidx.compose.runtime.ActualJvm_jvmKt.invokeComposable(ActualJvm.jvm.kt:97)
	at androidx.compose.runtime.ComposerImpl.doCompose(Composer.kt:3593)
	at androidx.compose.runtime.ComposerImpl.composeContent$runtime_release(Composer.kt:3520)
	at androidx.compose.runtime.CompositionImpl.composeContent(Composition.kt:743)
	at androidx.compose.runtime.Recomposer.composeInitial$runtime_release(Recomposer.kt:1114)
	at androidx.compose.runtime.CompositionImpl.composeInitial(Composition.kt:649)
	at androidx.compose.runtime.CompositionImpl.setContent(Composition.kt:635)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1.invoke(Wrapper.android.kt:133)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1.invoke(Wrapper.android.kt:124)
	at androidx.compose.ui.platform.AndroidComposeView.setOnViewTreeOwnersAvailable(AndroidComposeView.android.kt:1597)
	at androidx.compose.ui.platform.WrappedComposition.setContent(Wrapper.android.kt:124)
	at androidx.compose.ui.platform.WrappedComposition.onStateChanged(Wrapper.android.kt:180)
	at androidx.lifecycle.LifecycleRegistry$ObserverWithState.dispatchEvent(LifecycleRegistry.jvm.kt:320)
	at androidx.lifecycle.LifecycleRegistry.addObserver(LifecycleRegistry.jvm.kt:198)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1.invoke(Wrapper.android.kt:131)
	at androidx.compose.ui.platform.WrappedComposition$setContent$1.invoke(Wrapper.android.kt:124)
	at androidx.compose.ui.platform.AndroidComposeView.onAttachedToWindow(AndroidComposeView.android.kt:1678)
	at android.view.View.dispatchAttachedToWindow(View.java:21980)
	at android.view.ViewGroup.dispatchAttachedToWindow(ViewGroup.java:3490)
	at android.view.ViewGroup.dispatchAttachedToWindow(ViewGroup.java:3497)
	at android.view.ViewGroup.dispatchAttachedToWindow(ViewGroup.java:3497)
	at android.view.ViewGroup.dispatchAttachedToWindow(ViewGroup.java:3497)
	at android.view.ViewGroup.dispatchAttachedToWindow(ViewGroup.java:3497)
	at android.view.ViewGroup.dispatchAttachedToWindow(ViewGroup.java:3497)
	at android.view.AttachInfo_Accessor.setAttachInfo(AttachInfo_Accessor.java:51)
	at com.android.layoutlib.bridge.impl.RenderSessionImpl.inflate(RenderSessionImpl.java:372)
	at com.android.layoutlib.bridge.Bridge.createSession(Bridge.java:454)
	at com.android.tools.idea.layoutlib.LayoutLibrary.createSession(LayoutLibrary.java:120)
	at com.android.tools.rendering.RenderTask.createRenderSession(RenderTask.java:779)
	at com.android.tools.rendering.RenderTask.lambda$inflate$6(RenderTask.java:927)
	at com.android.tools.rendering.RenderExecutor$runAsyncActionWithTimeout$3.run(RenderExecutor.kt:204)
	at com.android.tools.rendering.RenderExecutor$PriorityRunnable.run(RenderExecutor.kt:321)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)

aa...@google.com <aa...@google.com> Dec 15, 2023 12:16AM

Marked as fixed.

an...@google.com <an...@google.com> #19Dec 28, 2023 06:01PM

Great to see this is fixed, which Android Studio release will have the fix included? Will the fix make its way into 2024.2.2?