Did you install the plugin? I think you are still on a Discourse version before it was included in core.
This is a version from July 16th.
And the ad plugin is included since the 22nd.
While there are new commits almost daily, Discourse only notifies you about updating when there is a beta version bump. It’s easy to forget that.
You nailed it. Thanks por you help, solved! 
Has anyone been having problems with banners being larger than intended and overlapping content, specifically on mobile? We use DFP and this has been happening more frequently lately.
On DFP, we have created multiple ad units with a specific fixed size (not fluid), one for each position/platform that the plugin supports, in order to be able to specify just that exact size, and yet, it doesn’t seem to be enough to keep it from rendering in unintended sizes.
We have disabled “optimize ads” on AdSense (which DFP uses as backfill) and, as far as I can see, DFP does not have any setting to configure automatic ad expansion that I can access.
For whatever reason, it seems to happen mostly (if not only) with the ad units that are placed lower in the page (e.g. below the fold) — it’s specially common with the “above suggested” placement, but sometimes it also happens with other placements if they happen to not be in the viewport on load. Hence, I’m guessing this is happening when they show using .refresh().
The plugin seems to use SafeFrame which I think should make it render on an iframe of a specific size so this shouldn’t be happening. And yet… this is happening fairly frequently. We use this same DFP account on a larger website and the ads never render bigger than intended. Unsure if relevant, but on this other website, we do not use explicitly use SafeFrame.
This is tricky to debug as it does not always happen (normally the right size is used), but on the aggregate, it annoys quite a bit of people. Has anyone experienced this? Any idea what may be causing it?
Adblock detecteert dit extreem gemakkelijk door de bestandsnaam van “discourse-adplugin-[hash].js” in vrijwel elke whitelist te matchen, kunnen we deze code op de een of andere manier inline plaatsen? ik heb al adblock detectiecode op maat geschreven, maar aangezien deze bestandsnaam op geen enkele manier is geobfusceerd of willekeurig gegenereerd, zal geen enkele codeoplossing die ik kan implementeren de eenvoudige blacklist van “discourse-adplugin” in de url voorkomen.
A post was split to a new topic: Paid consult for ads plugin setup
For several months now we have been having issues with a particular ad placement by the ad plugin in which it frequently (but not always) overlapps content because it renders in a different size than what it is configured for. I’m wondering if anyone has had this experience as well?
The location/placement is the Topic Above Suggested and it only happens on mobile. Moreover, it only happens if the page is initially loaded further up (ie, ad not visible/displayed/rendered yet) and when scrolled down until it becomes visible: that’s when it overlaps the content. If the page loads already in (or near) the position where the placement is rendered, then it seems to always render correctly.
That seems to be a 300x250 rendering on what is meant to be a 320x50 placement, hence the overlap.
In our case, this is dfp_mobile_topic_above_suggested_code, that is, DFP and the banner is from AdSense. We have dedicated Ad Units on DFP for each placement and for each platform (mobile/desktop) and they are configured similarly, and with the intended fixed size (not dynamic). AdSense is not configured to use AutoAds. Our Discourse theme is rather simple, so I doubt this is being caused by it.
Has anyone seen reports of something ad overlaps in the wild?
Any idea what may be causing this, given that it seems to happen only when the rendering is triggered by scrolling to it?
