Google Banner Admob crash: The specified child already has a parent. You must call removeView() on the child's parent first.

[cuong van]

Hi,

Some time when i show banner ads, this app will crash.

My version SDK google ads: 

implementation 'com.google.android.gms:play-services-ads:21.3.0'
37%: Android 13
19%: Android 9
19%: Android 10
19%: Android 12

Here's the error logs:

Fatal Exception: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.
       at android.view.ViewGroup.addViewInner(ViewGroup.java:5477)
       at android.view.ViewGroup.addView(ViewGroup.java:5296)
       at android.view.ViewGroup.addView(ViewGroup.java:5236)
       at android.view.ViewGroup.addView(ViewGroup.java:5208)
       at com.google.android.gms.ads.internal.mraid.e.a(e.java:2)
       at com.google.android.gms.ads.internal.gmsg.an.a(an.java:11)
       at com.google.android.gms.ads.internal.webview.q.B(q.java:4)
       at com.google.android.gms.ads.internal.webview.q.e(q.java:8)
       at com.google.android.gms.ads.internal.webview.ah.run(ah.java:4)
       at android.os.Handler.handleCallback(Handler.java:942)
       at android.os.Handler.dispatchMessage(Handler.java:99)
       at ass.a(ass.java)
       at com.google.android.gms.ads.internal.util.f.a(f.java:1)
       at ass.dispatchMessage(ass.java)
       at android.os.Looper.loopOnce(Looper.java:226)
       at android.os.Looper.loop(Looper.java:313)
       at android.app.ActivityThread.main(ActivityThread.java:8741)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.ja

[Mobile Ads SDK Forum Advisor]

Hi Cuong,

 

Thank you for reaching out to us.

 

For us to further check the crashes happening in your banner ads, can you provide us the following information below privately? You can provide the following details via reply privately to author option or directly provide it to the link below.

 

• Sample app project where the crashes is reproducible
• Steps to replicate
• SDK version used
• Device name and versions affected
• App Id

 

If the file(s) you are looking to share are less than 25mb in total you can attach them to this case on your next reply. If you are having trouble attaching your file to this case or if your file(s) are larger than 25mb, you can share your files with me by performing the following steps:

 

1. Navigate to

https://docs.google.com/forms/d/e/1FAIpQLSfkAiXMeYP-fw1W3Z-tT9uwmATEKO5X6S-th0gR2ezdKaaqfg/viewform?usp=pp_url&entry.400550049=Mobile+Ads+SDK&entry.460850823=5004Q00002hOxjCQAS&entry.80707362=00162006

2. Fill out all fields, and attach your file(s).

3. Please reply back on this thread when you have uploaded your file(s). Please do not share this link.

 

Regards,

Princess Pamela Mobile Ads SDK Team

ref:_00D1U1174p._5004Q2hOxjC:ref

[cuong van]

Hi Mobile Ads SDK Team,

I have sent you the form according to the link you sent me, hope it can help you to solve the problem. Hope to hear from you soon. Thank you!

Vào Th 5, 29 thg 12, 2022 vào lúc 12:23 Mobile Ads SDK Forum Advisor <mobile...@forumsupport.google> đã viết:

--

Thanks and Best regards,

Nguyễn Văn Cường

Mobile: 0982429650

Email: vacuon...@gmail.com

[Mobile Ads SDK Forum Advisor]

Hi Cuong,

Thank you for getting back to us.

I could see that you provided a document which contains the steps to reproduce the issue. Could you please provide to us at least a sample project as well? You may provide it using the steps provided by my colleague on this thread.

Regards,

Teejay Wennie Mobile Ads SDK Team

ref:_00D1U1174p._5004Q2hOxjC:ref

[اسلام محمد‎]

+201155678202

--

---
You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/OjTZ0000000000000000000000000000000000000000000000RNNTBS00Kb9uNTEfSWe9PhlPdKMVjA%40sfdc.net.

[Mobile Ads SDK Forum Advisor]

Hi اسلام محمد,

 

Do you have any concerns related to Mobile Ads SDK? If so, please provide us the details. We'll be happy to assist you.

 

On the other hand, I've deleted your post as it contains private information. Below is the copy of your post with scrubbed information.

 

Regards,

Princess Pamela Mobile Ads SDK Team

 

+xxxxxxxxxxx

ref:_00D1U1174p._5004Q2hOxjC:ref

[Andrey K]

Hello Google AdMob Ads SDK team,

I am facing the same issue in 2024. Please find my stacktrace attached:

com.google.android.gms:play-services-ads:23.0.0

```

Exception: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

       at android.view.ViewGroup.addViewInner(ViewGroup.java:5505)
       at android.view.ViewGroup.addView(ViewGroup.java:5324)
       at android.view.ViewGroup.addView(ViewGroup.java:5264)
       at android.view.ViewGroup.addView(ViewGroup.java:5236)
       at com.google.android.gms.ads.internal.mraid.f.b(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:30)
       at com.google.android.gms.ads.internal.mraid.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:47)
       at com.google.android.gms.ads.internal.webview.r.d(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:52)
       at com.google.android.gms.ads.internal.webview.ag.destroy(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:32)
       at com.google.android.gms.ads.internal.webview.y.run(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:3)
       at android.os.Handler.handleCallback(Handler.java:958)
       at android.os.Handler.dispatchMessage(Handler.java:99)
       at m.azn.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at com.google.android.gms.ads.internal.util.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:2)
       at m.azn.dispatchMessage(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at android.os.Looper.loopOnce(Looper.java:230)
       at android.os.Looper.loop(Looper.java:319)
       at android.app.ActivityThread.main(ActivityThread.java:8893)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:608)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1103)
```

I carefully read this conversation and I see you asked for the sample project to reproduce this issue. 
Unfortunately, nobody provided it. And I won't be able to provide it either - the issue happens for 1%-2% of my users and I don't have repro steps.

Some stats:

76%

Samsung

arrow_forwd

11%

Xiaomi

arrow_forwa

4%

Google

arrow_fward

3%

Huawei

arrow_forwa

6%

Other (7)

------

67%

Android 14

arrow_forwa

11%

Android 11

arrow_rward

9%

Android 13

arrow_forwa

8%

Android 10

arrow_forwa

5%

Other (2)

1. Could you kindly deobfuscate the stacktrace I shared, find the problematic line of code and add the "remove parent ViewGroup" one-line fix?

2. Btw, I have recently migrated my app from `AdManagerView` to `AdView` - we started using AdMob instead of AdManager. I didn't have such an issue using `AdManagerView`. Could you tell me if I can continue using `AdManagerView` for AdMob ads?

I'm looking forward to hearing from you and will appreciate any help.

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

Could you please confirm whether you have removed all the adViews before adding adView into the ad container while loading an ad? Also check your source code whether you are using any loop or loading banner again on ad view.

If found then the best practice is to remove those ad from container.

Could you please check and manage your ad view before loading ads.
adContainerView.removeAllViews();
adContainerView.addView(adView);

Kindly refer to our sample project BannerExample for further assistance.

 

This message is in relation to case "ref:!00D1U01174p.!5004Q02hOxjC:ref" (ADR-00162006)

Thanks,
 

Mobile Ads SDK Team

[Andrey K]

Hi Mobile Ads SDK Forum Advisor,

First of all, I would like to mention that we use Jetpack Compose in our android application.
```

@Composable
fun AdGoogleBannerView(
   cachedAdView: AdView,
   modifier: Modifier = Modifier,
) {
   AndroidView(
      modifier = modifier,
      factory = { context ->
         (cachedAdView.parent as? ViewGroup)?.removeView(cachedAdView)
         FrameLayout(context).apply {
            addView(cachedAdView)
         }
      },
   )
}

```

Second of all, to show Ads asap and prevent the app UI from jumping, we cache AdViews.

> Could you please confirm whether you have removed all the adViews before adding adView into the ad container while loading an ad? Also check your source code whether you are using any loop or loading banner again on ad view.

The ad container is a composable AdGoogleBannerView() with the FrameLayout in our case. When a new composable AdGoogleBannerView() is created, a new empty `FrameLayout` is created as well. If the `cachedAdView` has a parent, we remove it before adding to the `FrameLayout`.

Please let me know if you see issues in our approach and if it can be improved.

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

The implementation seems to be correct in regards to cache since you are removing adView before adding to the `FrameLayout`. Please note that AdMob is not natively supported in Jetpack Compose yet. Please be informed that AdMob exclusively provides support for the following platforms:

• Android
• iOS
• Unity
• C++
• Flutter 

[Andrey K]

Hi Mobile Ads SDK Forum Advisor,

Thanks for checking my implementation. I am glad it seems to be correct to you as well.

1. I would be interested to know if you have plans to add native support of Jetpack Compose for android AdMob? Would be really helpful.

2. If my implementation seems to be correct (I understand you cannot check my full code, but at least the general idea is correct), could you deobfuscate the stack trace I shared above and fix the problematic line (remove a parent probably) in Android AdMob SDK?

3. Also, I mentioned that we have moved from AdManager to AdMob recently. Could you tell me if I could use `AdManagerView` for AdMob banners? Because we didn't have any issues when we used `AdManagerView`.

Could you reply to all 3 questions one by one? Thanks in advance!

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

1. I would be interested to know if you have plans to add native support of Jetpack Compose for android AdMob? Would be really helpful.

-> This process is in queue, please keep a eye on android release notes.

2. If my implementation seems to be correct (I understand you cannot check my full code, but at least the general idea is correct), could you deobfuscate the stack trace I shared above and fix the problematic line (remove a parent probably) in Android AdMob SDK?

-> The error you're might be occurring because cachedAdView is already attached to a parent view, and you need to remove it from that parent before re-adding it to the new FrameLayout.

3. Also, I mentioned that we have moved from AdManager to AdMob recently. Could you tell me if I could use `AdManagerView` for AdMob banners? Because we didn't have any issues when we used `AdManagerView`.

-> I recommend you to use AdView instead of AdManager View as it might lead to some exceptions.

[Andrey K]

Hi Mobile Ads SDK Forum Advisor,

Thanks for your replies. I would like to ask more about the second question.

> -> The error you're might be occurring because cachedAdView is already attached to a parent view, and you need to remove it from that parent before re-adding it to the new FrameLayout.

As you see in my code below, I remove a parent of the `cachedAdView` before adding it to the new FrameLayout:
```

@Composable
fun AdGoogleBannerView(
   cachedAdView: AdView,
   modifier: Modifier = Modifier,
) {
   AndroidView(
      modifier = modifier,
      factory = { context ->

         (cachedAdView.parent as? ViewGroup)?.removeView(cachedAdView) // <----- Remove parent here
         FrameLayout(context).apply {
            addView(cachedAdView)
         }
      },
   )
}

```
Also, please have a look at the stack trace:

```

Exception: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

       at android.view.ViewGroup.addViewInner(ViewGroup.java:5505)
       at android.view.ViewGroup.addView(ViewGroup.java:5324)
       at android.view.ViewGroup.addView(ViewGroup.java:5264)
       at android.view.ViewGroup.addView(ViewGroup.java:5236)
       at com.google.android.gms.ads.internal.mraid.f.b(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:30)
       at com.google.android.gms.ads.internal.mraid.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:47)
       at com.google.android.gms.ads.internal.webview.r.d(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:52)
       at com.google.android.gms.ads.internal.webview.ag.destroy(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:32)
       at com.google.android.gms.ads.internal.webview.y.run(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:3)
       at android.os.Handler.handleCallback(Handler.java:958)
       at android.os.Handler.dispatchMessage(Handler.java:99)
       at m.azn.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at com.google.android.gms.ads.internal.util.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:2)
       at m.azn.dispatchMessage(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at android.os.Looper.loopOnce(Looper.java:230)
       at android.os.Looper.loop(Looper.java:319)
       at android.app.ActivityThread.main(ActivityThread.java:8893)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:608)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1103)

com.google.android.gms:play-services-ads:23.0.0
```

The crash doesn't happen because the `AdView` (`cachedAdView` in my case) with a parent are being added to a ViewGroup. The crash happens because the `AdMob SDK` tries to add a child to some `ViewGroup` inside the `AdView` (the `internal` package of the `AdMob SDK`).

Could you deobfuscate this stack trace and add a check `if (hasParent) removeParent` to the problematic line of code in the `internal` SDK package?

It would be extremely helpful because about 1-2% of our users face crashes and we cannot add any fix - the crash happens inside the `AdMob SDK`.

Look forward to hearing from you and would appreciate any help!

[Mobile Ads SDK Forum Advisor]

Hi,

As we already mentioned in the previous mail that AdMob is not natively supported in Jetpack Compose yet, we could not provide any information for Jetpack implementations as this is out of scope for us.

[Andrey K]

Hi Mobile Ads SDK Forum Advisor,

I appreciate your guidance, but could we please focus on the issue without considering Jetpack Compose implementation for now?

I have the next stack trace:

```

Exception: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

       at android.view.ViewGroup.addViewInner(ViewGroup.java:5505)
       at android.view.ViewGroup.addView(ViewGroup.java:5324)
       at android.view.ViewGroup.addView(ViewGroup.java:5264)
       at android.view.ViewGroup.addView(ViewGroup.java:5236)
       at com.google.android.gms.ads.internal.mraid.f.b(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:30)
       at com.google.android.gms.ads.internal.mraid.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:47)
       at com.google.android.gms.ads.internal.webview.r.d(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:52)
       at com.google.android.gms.ads.internal.webview.ag.destroy(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:32)
       at com.google.android.gms.ads.internal.webview.y.run(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:3)
       at android.os.Handler.handleCallback(Handler.java:958)
       at android.os.Handler.dispatchMessage(Handler.java:99)
       at m.azn.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at com.google.android.gms.ads.internal.util.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:2)
       at m.azn.dispatchMessage(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at android.os.Looper.loopOnce(Looper.java:230)
       at android.os.Looper.loop(Looper.java:319)
       at android.app.ActivityThread.main(ActivityThread.java:8893)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:608)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1103)

com.google.android.gms:play-services-ads:23.0.0
```

The crash happens because the `AdMob SDK` tries to add a child to some `ViewGroup` inside the `AdView` (the `internal` package of the `AdMob SDK` - please have a look at the bold line  com.google.android.gms.ads.internal.mraid.f.b....... 1:30).

Would it be possible for you to deobfuscate this stack trace and implement a conditional check—something along the lines of `if (hasParent) removeParent`—at the source of the issue within the `internal` SDK package?

Regretfully, we find ourselves unable to directly address this crash (it happens inside the AdMob SDK). Your assistance in resolving this would be immensely beneficial and greatly appreciated.

Thank you for your attention to this matter.

[Mobile Ads SDK Forum Advisor]

Hi,

Could you please confirm whether you are using any third party network adapter, in your application?

[Andrey K]

Hi,

Could you clarify what exactly third party network adapters you mean? Could you provide a few examples of third party network adapters?

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

I will check with our team regarding your query and one of my team members will reach out to you once we have an update on this. Meanwhile, your patience is highly appreciated.

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

 

Can you provide the code which caused this error?

 

The error "The specified child already has a parent. You must call removeView() on the child's parent first." Implies the cause of this bug is not internal to the Google Mobile Ads SDK, but from irregular view hierarchy.

 

This message is in relation to case "ref:!00D1U01174p.!5004Q02hOxjC:ref" (ADR-00162006)

Thanks,
 

Nicholas Ventimiglia Mobile Ads SDK Team

[Andrey K]

Hi Nicholas,

The code / sample project to reproduce the issue was already asked several times in this thread but nobody provided it because the issue happens just for about 1% of our users - I don't have stable repro steps.

But please have a look at the stack trace I have:

```

Exception: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

       at android.view.ViewGroup.addViewInner(ViewGroup.java:5505)
       at android.view.ViewGroup.addView(ViewGroup.java:5324)
       at android.view.ViewGroup.addView(ViewGroup.java:5264)
       at android.view.ViewGroup.addView(ViewGroup.java:5236)
       at com.google.android.gms.ads.internal.mraid.f.b(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:30)
       at com.google.android.gms.ads.internal.mraid.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:47)
       at com.google.android.gms.ads.internal.webview.r.d(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:52)
       at com.google.android.gms.ads.internal.webview.ag.destroy(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:32)
       at com.google.android.gms.ads.internal.webview.y.run(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:3)
       at android.os.Handler.handleCallback(Handler.java:958)
       at android.os.Handler.dispatchMessage(Handler.java:99)
       at m.azn.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at com.google.android.gms.ads.internal.util.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:2)
       at m.azn.dispatchMessage(:com.google.android.gms.policy_ads_fdr_dynamite@241199803@241199801034.618989241.618989241:1)
       at android.os.Looper.loopOnce(Looper.java:230)
       at android.os.Looper.loop(Looper.java:319)
       at android.app.ActivityThread.main(ActivityThread.java:8893)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:608)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1103)

com.google.android.gms:play-services-ads:23.0.0
```

The bold line says that the `ViewGroup.addView()` method is called at the line:
```
com.google.android.gms.ads.internal.mraid.f.b....... 1:30)
```

It's AdMob SDK code. There is no any reference to my code in this stack trace.

Could you deobfuscate this play-services-ads:23.0.0 stack trace and have a look at the problematic line of code?

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

I think the problem is in your use of caching. Can you try a simpler implementation? For instance:

@Composable
fun BannerAd(adSize: AdSize, adRequest: AdRequest, adUnitId: String, modifier: Modifier) {
  
  // Remember the adView so we can dispose of it later.
  var adView by remember { mutableStateOf<AdView?>(null) }

  if (LocalInspectionMode.current) {
    Box(
      modifier =
        Modifier.background(Color.Gray)
          .width(adSize.width.dp)
          .height(adSize.height.dp)
    ) {
      Text(text = "Google Mobile Ads Preview Banner.", modifier.align(Alignment.Center))
    }
    return
  }

  AndroidView(
    modifier = modifier.fillMaxWidth(),
    factory = { context ->
      AdView(context).apply {
        // Make sure we only run this code block once and in non-preview mode.
        if (adView != null) {
          return@apply
        }

        adView = this
        this.adUnitId = adUnitId
        this.setAdSize(adSize)
        this.adListener = ...
        this.loadAd(adRequest)
      }
    },
  )
  // Clean up the AdView after use.
  DisposableEffect(Unit) { onDispose { adView?.destroy() } }
}

[Andrey K]

Hi Nicholas,

Thank you for the code example. 

We aim to utilize Ad caching to enhance our users' app experience. By displaying cached Ads immediately, we can prevent any UI disruptions that occur when Ads are loaded in real-time. Based on my understanding, caching AdViews is permitted.

According to this link (https://groups.google.com/g/google-admob-ads-sdk/c/OAGAtvMJyXE/m/4q6bTdzMBwAJ), preloading ads in 2023 (and I hope in 2024) is still fine.

I would be interested to know if you could provide us with any suggestions on how to fix or prevent this crash using Ads caching.

[Mobile Ads SDK Forum Advisor]

Hi Andrey,

Give me some time to cross check this issue with the Jetpack team. I will let you know the results shortly.

[cuong van]

Hi  Mobile Ads SDK Forum Advisor,

Lately we've been seeing more of these crashes when using Collapse Banner. When we turned off Collapse Banner crash no longer occurred. According to our investigation, the cause comes from Admob SDK. Maybe while you were showing Collapse View it crashed. Please check it or is there any way we can prevent this crash.

This is the error log:

 Fatal Exception: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

       at android.view.ViewGroup.addViewInner(ViewGroup.java:5505)
       at android.view.ViewGroup.addView(ViewGroup.java:5324)
       at android.view.ViewGroup.addView(ViewGroup.java:5264)
       at android.view.ViewGroup.addView(ViewGroup.java:5236)

       at com.google.android.gms.ads.internal.mraid.f.b(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:30)
       at com.google.android.gms.ads.internal.mraid.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:47)
       at com.google.android.gms.ads.internal.webview.r.d(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:52)
       at com.google.android.gms.ads.internal.webview.ai.destroy(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:34)
       at com.google.android.gms.ads.internal.webview.x.run(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:3)

       at android.os.Handler.handleCallback(Handler.java:958)
       at android.os.Handler.dispatchMessage(Handler.java:99)

       at m.bah.a(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:1)
       at com.google.android.gms.ads.internal.util.f.a(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:1)
       at m.bah.dispatchMessage(:com.google.android.gms.policy_ads_fdr_dynamite@241806205@241806202034.633974825.633974825:1)

       at android.os.Looper.loopOnce(Looper.java:230)
       at android.os.Looper.loop(Looper.java:319)
       at android.app.ActivityThread.main(ActivityThread.java:8893)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:608)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1103)

Vào lúc 00:41:49 UTC+7 ngày Thứ Năm, 30 tháng 5, 2024, Mobile Ads SDK Forum Advisor đã viết:

[Mobile Ads SDK Forum Advisor]

Hi cuong,

Can you provide a code snippet of your implementation? I think this error ("The specified child already has a parent. You must call removeView() on the child's parent first.") might be solvable on your end.

[cuong van]

Hi, 
Im Flow in the document https://developers.google.com/admob/android/banner/collapsible , no have any special of my code 

Vào lúc 01:50:59 UTC+7 ngày Thứ Ba, 9 tháng 7, 2024, Mobile Ads SDK Forum Advisor đã viết:

[Mobile Ads SDK Forum Advisor]

Hi cuong,

How do you ad the banner to the view hierarchy? According to the crash message, that is the area of interest.

[cuong van]

see my code

Vào lúc 00:42:09 UTC+7 ngày Thứ Tư, 10 tháng 7, 2024, Mobile Ads SDK Forum Advisor đã viết:

[Mobile Ads SDK Forum Advisor]

This code is much different than our kotlin sample code, which makes me reason that the issue is the custom layout code. I am not familiar with IKSDKLoadCore, and it appears much of the code is related to reparenting the AdView, which is the issue. For me to investigate this further I need to prove this bug is either in our sample project and the SDK and would need to replicate this issue in the sample before I could propose a fix.

[cuong van]

About IKSDKLoadCore, just , is my callback to manage callbacks. and then I use a viewgroup to add AdView. I think it crashed after adding AdView. AdMob SDK will then add the view to a WindowView to show CollapseAd. And for some reason I think the problem lies in adding CollapseAd to WindownView

Vào lúc 00:50:54 UTC+7 ngày Thứ Sáu, 12 tháng 7, 2024, Mobile Ads SDK Forum Advisor đã viết:

[Mobile Ads SDK Forum Advisor]

Hi cuong,

That sounds plausible, what steps do I need to take in order to replicate this on my end? For me to forward this to engineering I need to demonstrate the issue. Currently, the sample app will not cause issues on its own.

[cuong van]

Hi Mobile Ads SDK Forum Advisor,

Any update?

Vào lúc 23:25:16 UTC+7 ngày Thứ Sáu, 12 tháng 7, 2024, Mobile Ads SDK Forum Advisor đã viết:

[Mobile Ads SDK Forum Advisor]

Hi cuong,

I am unable to replicate this issue on my end. Can you modify the minimal sample application so that I can demonstrate the issue on me end?

[cuong van]

While in the test environment or when we test, this bug does not appear. It only occurs in a limited number of users when using it, so we cannot reproduce it or provide the source so you can reproduce it. Can you provide a way to help us make sure we don't crash according to the log we provided so we can provide the best user experience?

Vào lúc 05:56:30 UTC+7 ngày Thứ Tư, 17 tháng 7, 2024, Mobile Ads SDK Forum Advisor đã viết:

[Mobile Ads SDK Forum Advisor]

Hi Cuong,

Maybe we can try changing how we remove the adview from the parent. In the case we are using some sort of dynamic or recycled view, the parent might change.

ViewGroup viewParent = (ViewGroup) adView.getParent();
viewParent.removeView(adView);