Forum Replies Created

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter coluccini

    (@coluccini)

    Well, so I will have to wait until the issue get triggered again because is currently fixed, so the CSS is on the source code and in the Additional CSS panel.
    It happens every few weeks…

    Thread Starter coluccini

    (@coluccini)

    Sorry the late reply, I missed the notification.

    I’ve checked several times and when this happens, the CSS is never in the source code (I’m a frontend developer).

    I have never changed the theme since I made the site. The weird thing is that this had happened even during times that I have not even logged into the administrator. That is why I think that it may be a process that trigger the issue. But even then: why if the custom CSS is in the DB is not being applied nor in the frontend nor in the custom css admin field?

    Thread Starter coluccini

    (@coluccini)

    It’s that really necessary? Sorry, last time I added the web url in here I was receiving email spam from “wordpress expert” during 2 months 😅

    I don’t think there is much to see on the web site. From the public point of view, the only thing changing is that the inline CSS added as additional CSS is not appearing on the rendered HTML (or it is when I fix it).
    In the admin the css is not the corresponding field, but If I run this SQL query on DB:

    SELECT post_content FROM wp_posts WHERE post_type = ‘custom_css’;

    I do get all the CSS rules.

    What I do not understand is why all of the suddenmy wordpress installation starts ignoring that info from DB

    Following…

    According to the docs if the visitor close the dialog it shouldn’t be opened again in the upcoming requests, but this is not happening 🙁

Viewing 4 replies - 1 through 4 (of 4 total)