Fran?uel Soares

Check my message more carefully. In the part of links for logged in users, I left a detailed print of the error log.

I removed all the classes you mentioned including the div.overflow, still the problem remains. Take the test, please.

I’m using the theme in question to insert ads, as it already has complete functionality for this without the need to use plugins.

Here you can see the AdSense code configuration configured there. As you can see, this feature of the theme supports AMP without any problems. To do this, simply set up a second alternate code. This second code is inserted only when it is detected that the page in question is AMP. By analyzing the HTML code of the page, you can also verify that it is working correctly.

…

Your plugin is great! But this problem really now is bothering me a lot. Several other Wolf WP theme customers are experiencing the same thing.

I thank you for your help.

These class are important class of the theme to adjust the layout of the site, I can’t help but use them.

And the tag “<div overflow …” is not generated by me, but by the output of the plugin. Even if removing it resolves the issue, I don’t see a clean way to tell the AMP plugin that I don’t want this tag.

I am the theme developer. And as an advanced user, I can guarantee you that there are no incorrect closing tags.

Following your feedback on the CSS, I looked deeper until I decided to remove a rule that I overridden the padding of the .container element (Bootstrap 5).

This apparently fixed the issue, but it was in a test environment where the ads weren’t turned on, as I was also suspicious of them.

After turning on the AdSense ad at the top, I noticed that the margin on the side comes back again. If you delete it from the DOM manually, you’ll notice that the spacing on the side is gone.

Here’s a preview that the ad is positioned incorrectly. Can you show me a plausible reason for this to happen? This is a component generated by the AMP plugin that I have no control over.

Milind,

It even solves, but I believe it is still not an optimized solution.

I used Pretty Links here as an example only. We know that there are several other plugins of this same category, mainly the paid ones. And the ones I tested, the same problem happens.

A generic solution for all of them I believe would have the most effect. I am the creator of a Premium theme, and my clients use many of these plugins. It would be a lot of work to create such a specific solution for each of them.

Is there really no HTML attribute that I can add to the code so that the AMP plugin doesn’t change the link of that element?

Fellyph,

UUID: ampwp-cf2a7037-b215-5887-a81d-6ac75eea69a0

https://www.francuelsoares.com.br/wolf-wp-3-0-0-guia-de-migracao/amp/

The problem can be seen in the sidebar link titled “Hospedagem Umbler”.

Weston,

It wouldn’t be a viable solution as several of my AMP pages have already been indexed by Google with the /amp parameter

Changing this will only have more 404 errors.

I don’t think you understand me.

I created a post that is not recognized by this WordPress if/else I posted above.

The value of $request->action_name only recognizes “export_personal_data” and “remove_personal_data”

And my value is remove_personal_data… That’s why it doesn’t create the variable $manage_url and keeps giving this Notice error.

I will repeat it again !!

The first link I sent is a print from a localhost site running its plugin.

You are modifying with JavaScript every link that contains “https://pinterest.com/pin/create/button/?url …”

In this modification, you are removing the “fa-pinterest” class, so the button is broken.

One of my clients.

Even though it’s not your plugin, it’s the same for yours as well.

The photo I sent was a localhost test with yours.