IssueTracker

Information redacted by Android Beta Feedback.

Thanks for reporting this issue!

As Yuri said in comment #2, explicitly adding the runtime dependency should work for now. We're working on actually fixing the resolution of transitive dependencies.

Have you tried to disable the render sandbox for this one?

When you click on the red error icon on the top-right corner of the preview, you should see the stacktrace you pasted in comment #5. On top of it, there is a link saying "Turn off custom view rendering sandbox". Clicking on it should disable the sandbox for that session. Please let me know if you can't find it, so we can assist you further.

Just to add more context, you're getting this error by a combination of two issues:

1. A bug introduced in Compose 1.2.0-alpha06, but already fixed in 1.2.0-alpha07, that causes an error to be logged.
2. Our logger, inherited from IntelliJ (IdeaLogger) being unable to log because of our RenderSecurityManager, which prevents access to System.getProperties(). This one was fixed in Dolphin, and that's why you only see the issue in Bumblebee.

Replying to comment #10:

Did you add the missing dependencies? Using 1.2.0-alpha07 and manually adding the missing dependencies should work on Bumblebee without needing any extra steps.

debugImplementation "androidx.customview:customview:1.2.0-alpha01"
debugImplementation "androidx.customview:customview-poolingcontainer:1.0.0-alpha01"

Thanks for confirming the workaround works for now! We'll keep looking into fixing the root cause for this.

I was able to work around the issue just by adding:

debugImplementation "androidx.customview:customview-poolingcontainer:1.0.0-alpha01"

I see that androidx.compose.ui:ui depends on androidx.customview:customview-poolingcontainer, so that makes sense, but I'm not seeing anything compose related that depends on androidx.customview:customview (from the previous workaround suggestions).

I'm currently using 1.2.0-alpha07. I've tested on Bumblebee Patch 3 and Dolphin Canary 8 and the workaround works on both.

FYI, this seems related to https://issuetracker.google.com/issues/191070658. Different issue/workaround, but also appears to be an issue with transitive dependencies.

I'm also facing this problem. My compose version is 1.1.1.

The following classes could not be instantiated:
- androidx.compose.ui.tooling.ComposeViewAdapter (Open Class, Show Exception, Clear Cache)
Tip: Use View.isInEditMode() in your custom views to skip code or show sample data when shown in the IDE.  If this is an unexpected error you can also try to build the project, then manually refresh the layout.

java.lang.ClassNotFoundException: android.view.OnBackInvokedCallback
	at com.android.tools.idea.rendering.classloading.loaders.DelegatingClassLoader.findClass(DelegatingClassLoader.kt:81)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:589)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
	at com.android.tools.idea.rendering.classloading.loaders.DelegatingClassLoader.loadClass(DelegatingClassLoader.kt:65)
	at androidx.compose.ui.tooling.ComposeViewAdapter$FakeOnBackPressedDispatcherOwner$1.<init>(ComposeViewAdapter.kt:738)
	at androidx.compose.ui.tooling.ComposeViewAdapter.<init>(ComposeViewAdapter.kt:737)
	at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
	at org.jetbrains.android.uipreview.ViewLoader.createNewInstance(ViewLoader.java:352)
	at org.jetbrains.android.uipreview.ViewLoader.loadClass(ViewLoader.java:189)
	at org.jetbrains.android.uipreview.ViewLoader.loadView(ViewLoader.java:149)
	at com.android.tools.idea.rendering.LayoutlibCallbackImpl.loadView(LayoutlibCallbackImpl.java:301)
	at android.view.BridgeInflater.loadCustomView(BridgeInflater.java:417)
	at android.view.BridgeInflater.loadCustomView(BridgeInflater.java:428)
	at android.view.BridgeInflater.createViewFromTag(BridgeInflater.java:332)
	at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:965)
	at android.view.LayoutInflater.inflate(LayoutInflater.java:663)
	at android.view.LayoutInflater.inflate(LayoutInflater.java:505)
	at com.android.layoutlib.bridge.impl.RenderSessionImpl.inflate(RenderSessionImpl.java:361)
	at com.android.layoutlib.bridge.Bridge.createSession(Bridge.java:436)
	at com.android.tools.idea.layoutlib.LayoutLibrary.createSession(LayoutLibrary.java:121)
	at com.android.tools.idea.rendering.RenderTask.createRenderSession(RenderTask.java:736)
	at com.android.tools.idea.rendering.RenderTask.lambda$inflate$7(RenderTask.java:892)
	at com.android.tools.idea.rendering.RenderExecutor$runAsyncActionWithTimeout$2.run(RenderExecutor.kt:187)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)

@comment #15 which version of Activity are you depending on?

@comment #17 can you please confirm if you're seeing the same stacktrace of comment #1 or comment #15? Thanks!

activity: 1.6.0-alpha03

compose: 1.2.0-alpha08

I'm getting the same stacktrace #1 without these dependencies.

debugImplementation("androidx.customview:customview:1.2.0-alpha01")
debugImplementation("androidx.customview:customview-poolingcontainer:1.0.0-alpha01")

Adding those I get the following error instead

The following classes could not be instantiated:
- androidx.compose.ui.tooling.ComposeViewAdapter (Open Class, Show Exception, Clear Cache)
 Tip: Use View.isInEditMode() in your custom views to skip code or show sample data when shown in the IDE.  If this is an unexpected error you can also try to build the project, then manually refresh the layout.

java.lang.ClassNotFoundException: android.window.OnBackInvokedCallback
	at com.android.tools.idea.rendering.classloading.loaders.DelegatingClassLoader.findClass(DelegatingClassLoader.kt:81)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:589)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
	at com.android.tools.idea.rendering.classloading.loaders.DelegatingClassLoader.loadClass(DelegatingClassLoader.kt:65)
	at androidx.compose.ui.tooling.ComposeViewAdapter$FakeOnBackPressedDispatcherOwner$1.<init>(ComposeViewAdapter.kt:744)
	at androidx.compose.ui.tooling.ComposeViewAdapter.<init>(ComposeViewAdapter.kt:743)
	at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
	at org.jetbrains.android.uipreview.ViewLoader.createNewInstance(ViewLoader.java:339)
	at org.jetbrains.android.uipreview.ViewLoader.loadClass(ViewLoader.java:176)
	at org.jetbrains.android.uipreview.ViewLoader.loadView(ViewLoader.java:136)
	at com.android.tools.idea.rendering.LayoutlibCallbackImpl.loadView(LayoutlibCallbackImpl.java:301)
	at android.view.BridgeInflater.loadCustomView(BridgeInflater.java:417)
	at android.view.BridgeInflater.loadCustomView(BridgeInflater.java:428)
	at android.view.BridgeInflater.createViewFromTag(BridgeInflater.java:332)
	at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:965)
	at android.view.LayoutInflater.inflate(LayoutInflater.java:663)
	at android.view.LayoutInflater.inflate(LayoutInflater.java:505)
	at com.android.layoutlib.bridge.impl.RenderSessionImpl.inflate(RenderSessionImpl.java:363)
	at com.android.layoutlib.bridge.Bridge.createSession(Bridge.java:436)
	at com.android.tools.idea.layoutlib.LayoutLibrary.createSession(LayoutLibrary.java:121)
	at com.android.tools.idea.rendering.RenderTask.createRenderSession(RenderTask.java:739)
	at com.android.tools.idea.rendering.RenderTask.lambda$inflate$8(RenderTask.java:895)
	at com.android.tools.idea.rendering.RenderExecutor$runAsyncActionWithTimeout$2.run(RenderExecutor.kt:187)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)

@comment#19: Can you try downgrading Activity to 1.5.0-beta01 to see if it works for you?

That did the trick.

implementation("androidx.activity:activity") {
    version {
        strictly("1.5.0-beta01") // 1.5.0-rc01 also works 
    }
}

It turns out that appcompat 1.6.0-alpha03 is using activity 1.6.0-alpha03.

By downgrading appcompat to 1.4.1 or 1.5.0-alpha01 also fixes the issue.

I also upgraded compose to 1.2.0-beta01 but that did not fix the issue

Customview is still required

debugImplementation("androidx.customview:customview:1.2.0-alpha01")
debugImplementation("androidx.customview:customview-poolingcontainer:1.0.0-beta01")

"Customview is still required"

Yea, unfortunately the transitive dependencies bug was not resolved on the Compose side, so upgrading the library versions won't help. The problem was on how Android Studio resolves transitive runtime dependencies, and the fix will be available in Android Studio Dolphin. From that version, you won't need to specify the dependencies directly.

I need to upgrade my activity version to support Android 13, but this issue is still forcing me to use 1.5.0-rc01. How can I work around or fix this issue to both be able to see previews and develop for activity 1.6.0-alpha?

Can someone who reported the activity 1.6.0 bug try it on Electric Eel to confirm whether it's working? We should support Android 13 starting from Electric Eel. Thanks!

@comment#30 Can you please paste the stacktrace you find? Is it java.lang.ClassNotFoundException: android.window.OnBackInvokedCallback?

Also, can you please confirm that you're setting compileSdk to 33 in build.gradle? As mentioned in the Activity 1.6.0 release notes, the min compile SDK from this version is 33.

Thanks!

I can't repro the issue on Electric Eel (see the attached screenshot). I can gladly keep investigating, but I'd like to ask for snippets that are not working in Electric Eel with compileSdk 33.

Another thing I'll do is to close this bug and keep track of the Activity investigation in issue 245271877. This bug was originally open to report a transitive runtime dependency resolution problem, i.e. custom views not finding androidx.customview.poolingcontainer.R$id. This was fixed in Android Studio Dolphin, which is now in RC.

Please refer to issue 245271877 if you'd like to follow the discussion around Activity 1.6.0+, and let me know if you'd like to be CC'd to make tracking easier.

Thanks!

Hello, I recently updated to Compose 1.2.1 and Compiler to 1.3.0. Also using Android Studio Chipmunk | 2021.2.1 Patch 2

I started to receive the error described in the OP.

Saw this issue is resolved but what is the final solution? I assume I don't need to use the workaround anymore. Is it to use Android Studio Electric Eel ?

Thank you

I assume I don't need to use the workaround anymore

Correct. You won't need the workaround anymore. However, the fix will only be available in Dolphin, which will hopefully get to the stable channel soon. Thanks for your patience!

We still have an issue with this in a newer version of Android Studio > Dolphin. Was this fixed or not?

Android Studio Jellyfish | 2023.3.1 Beta 2
Build #AI-233.14808.21.2331.11608968, built on March 21, 2024
Runtime version: 17.0.10+0-17.0.10b1087.21-11572160 x86_64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
macOS 14.4.1
GC: G1 Young Generation, G1 Old Generation
Memory: 4096M
Cores: 16
Metal Rendering is ON
Registry:
  ide.instant.shutdown=false
Non-Bundled Plugins:
  com.intellij.marketplace (233.14808.24)
  wu.seal.tool.jsontokotlin (3.7.4)

We still have an issue with this in a newer version of Android Studio > Dolphin

Can you please share the stacktrace you're hitting in Jellyfish?

Was this fixed or not?

The problem should have been fixed, yes. However, you might be hitting a different, but similar, problem. Can you please share more details about it, so we can investigate it further? Thanks!

Sorry I missed your message. This isn't an issue any more in the newest version Ladybug.