We decided not to use the Titles in that manor because of this issue. But now we are unable to use cache plugin since we inserted that code in the live css even though it has been deleted.

After deleting the WP Fastest Cache plugin (and ensuring the plugin folder was removed from the server), I switched to the WP-Optimize plugin to manage caching. Unfortunately, as soon as I turned on its caching feature, all Ads (managed via the Advanced Ads plugin) disappeared. Turning off caching immediately brought the Ads back.

Currently, I am not using a caching plugin despite the fact that we have been using them seamlessly for years alongside the Advanced Ads plugin and the Newspaper theme (which we’ve been using since Newspaper 8).

Even though I no longer need the custom CSS code, I need to understand why cache plugins are now causing this issue. Is there something lingering from the deleted code or changes made through the live CSS that might be interfering?

Your guidance would be greatly appreciated as I need to restore caching functionality without affecting the Ads.

I added the code to the live CSS, and at first, everything seemed resolved. The titles appeared as we wanted. However, an hour later, I received a call that all the ads were missing from the site. I immediately removed the code from the live CSS and cleared the cache, and the ads reappeared.

Unfortunately, the ads started disappearing every five to ten minutes until I cleared the cache again. After going through this cycle several times, I finally deactivated the WP Fastest Cache plugin.

We have been using the Advanced Ads plugin with the Newspaper theme for five years and added the WP Fastest Cache plugin about ten months ago. We have never experienced this issue before. Do you know of any compatibility issues when using live CSS with either of these plugins? Are there any known conflicts between these plugins and the Newspaper theme?

Thank you for your response and the helpful suggestions. I appreciate the insights and the screencasts you provided.

However, I have a follow-up question regarding the implementation. Correct me if I’m wrong, but wouldn’t using the “[tagdiv] Text with Title” shortcode or building the title separately with the TD Composer require future updates to be made directly through the TD Composer?

The reason I’m asking is that the “NDG CURRENT EDITION” section is updated weekly with a new title and link. The person responsible for these updates does not have access to the TD Composer. To make this process simpler and avoid potential disruptions to the website layout, we created this section as a widget (see #2 in the attached image). This allows updates to be made directly on the WordPress widget page (see #1 in the attached image).

On the other hand, the first title, “Click Here: Win Tickets by Subscribing to NDG Video Channel,” does not change and was therefore built as a static title with the TD Composer.

That said, we are trying to achieve consistency by matching the width of the “NDG CURRENT EDITION” title bar to the “Click Here” title above it. Is there a way to achieve this while keeping the current setup of the widget for the “NDG CURRENT EDITION” section? Perhaps I am not understanding your suggestion correctly as I am also not sure what you mean by shortcode in this instance?

Thanks for your reply. No I want the ads to appear after the content in mobile view. We don’t think visitors want to scroll through a bunch of ads before getting to the article.

I will check the link you sent and let you know if I have any questions.

Thanks again

Also having a similar issue on my homepage (https://northdallasgazette.com/) where I used a inner row to split two columns to insert an add to look like this (https://northdallasgazette.com/wp-content/uploads/2025/01/SS-HP-Desktop.jpg)
however in mobile it looks like this (https://northdallasgazette.com/wp-content/uploads/2025/01/SS-HP-Mobile.jpg)
Are there any workarounds for this situation as well?

Sent.

I have sent two emails and have not heard anything back. When should I expect a response?

Akiim

Sent.

Still no change.

Thanks again. But there is still no change when using that code.

Thanks but it did not change it.
https://testsite.northdallasgazette.com/wp-content/uploads/2021/01/Sidebar-Heading-3.jpg

https://testsite.northdallasgazette.com/wp-content/uploads/2021/01/Sidebar-Heading-4.jpg

Any other suggestions would be greatly appreciated

OK I beleive I found the culprit. We were also running WP-Optimize Plugin. Once I disabled that the error stopped and we haven’t seen it since. The only thing that puzzles me is that we have been using that plugin since we installed Newspaper in Feb. Thanks for your help.

Yes we use Wordfence so I reset it to Learning Mode. We also use WP Super Cache. I cleared cache, disabled it and then re-enabled it. So far so good but since this issue is intermittent I will continue to monitor.

Yes we use the “load more” and the “<>”. On the page: https://northdallasgazette.com/ndglive/ it is very important because we used larger “<>” But have taken them down except on the bottom because of this problem.

According to your server requirements it was all green except the max_input_vars which we just changed to 2500 but the issue still remains. Also upgraded to the latest theme version but problem still persists.

Sorry there was a plugin conflict. Please look again

I did all of the above Deactivated plugins and cleared cache. And now I look at the Ipad and the TagDiv Black elements look the same (just closer together)

http://weekends.northdallasgazette.com/wp-content/uploads/2019/12/20191216_211811-scaled.jpg