Home Forums Weaver Xtreme Theme problem with menu color

Viewing 16 posts - 49 through 64 (of 76 total)
  • Author
    Posts
  • #72995
    Private Reply
    Weaver
    Keymaster
    This reply has been marked as private.
    #72997
    beethoven
    Participant

    Hi @weaver. Thanks for your hard work on my site. Indeed it works now as it ever had.

    So the issue came, as I though from one of weaver updates.

    As as said earlier, the issue was there the first time after an update to weaver 6 and disappeared after the next one to come back with the actual.

    Perhaps it could be interesting to try what happens with the different versions of 6x (I tried to revert the entire site to 6.2.0.1 and it seemed to work but with loosing all my work since there) but you can only change the weaver versions one by one from 5.1.1 to 6.2.1.4 ?

    Of course you can clone my site, you have my permission and confidence.

    Another problem is the absence of the option Additional CSS even now with weaver 5. That has no effect on the the site but is strange. As I said on two other sides I created and manage, the option is there and weaver 6.2 works fine.

    Many thanks again and I am sure, you will clear up the mistery

    #72998
    beethoven
    Participant

    When I tried to edit my message, there was a long time 503 error. What I wanted to add :

    Where can I find the extreme 5.1.1 version you installed on my site ? If I try something on my site, I must be sure I can revert to this version. On the archive download page of the weaver site there is only the 5.5.1 version which probably but not surely works too.

    The issue with the primary menu color is the only  one I noticed. No issue with the primary menu bg color, no issue with the submenu color or bg color. That seems to me the most strange.

    #72999
    beethoven
    Participant

    @scrambler

    Wordfence did’nt find any issue. Yes I already tried deactivating all non weaver plugins. The maintenance was @Weaver working hard to find a solution. He finally reverted the theme to version 5 which resolve for now the problem as you can see. Mais le mystère reste entier ! A suivre. Merci

    #73002
    User
    Moderator

    @beethoven

    You may like to consider using the plugin: WP Rollback when you want to roll back to a previous version of a plugin or theme.

    It work very well and is very easy and fast to use, as all past versions are immediately available.  I have been using it for years for an instant fix when there is a update conflict.  Wouldn’t be without it!

    You will find  5.1.1  and all versions there….

    Regards!

     

     

     

    #73008
    beethoven
    Participant

    @weaver and @scrambler

    I used the wp rollback plugin, thank you @user, and the result is that the issue with the primary menu color comes from xtreme 6.2.0.1 When I rollback the theme to 6.2 there is no issue but after that, 6.2.0.1, 6.2.1 6.2.1.1 etc the issue is there. I hope that will help you find out what was going on between 6.2 and 6.2.0.1

    #73009
    scrambler
    Moderator

    Great data @beethoven, I am sure weaver will appreciate it, it should definitely help pinpoint what is going on.

    #73015
    Weaver
    Keymaster

    I loaded two special versions of Weaver Xtreme to our site: “Weaver Xtreme 6.2” and “Weaver Xtreme 6.2.0.1”.

    After properly setting the Menu setting for each new version of the theme to “accueil” both versions work as expected when logged in.

    However, the not-logged-in version does not reflect the menu being set properly, and instead shows the default version of the menus which was displayed the first time I tried one of the special versions.

    What this says is that someone is caching. And the cache seems to be very sticky. At the moment, I’ve left the site using the 6.2 version you got from WP Rollback. But here in the US when not logged in, I’m seeing HTML code generated by the “Weaver Xtreme 6.0” version generated on my very first try before properly updating the Primary menu setting. I can tell this because of line 10 in the html output has /weaver-xtreme-6-2-0/ in it that tells me that. Which in turn tells me that the non-logged in view has been cached.

    So, @beethoven , what you need to do is find out where that caching is happening. For example, I’ve discovered that my host, SiteGround, is doing it own caching (without telling me) that can create a similar situation. I can go to my hosting account and force the cache to clear, but it seems to self-clear after some period – maybe an hour? But it does make it look like changes I’ve made aren’t there until I force clear the cache.

    I highly suspect that there is no problem with the theme now (there may have been a problem with the > in the theme, but I think that is gone now). It is just that you aren’t seeing the real version on non-logged in views withing a reasonable time frame.

    That is the only explanation I can think of that would explain the wrong thing on the non-logged in view.

    #73016
    Weaver
    Keymaster

    @beethoven

    Duh – it is WP Super Cache.

    I turned off Caching and can see updates.

    Right now, I’ve left caching off, but you can turn it back on if desired.

    I’ve left it with Weaver Xtreme 6.2.0.1 which was a pretty stable version before I released 6.2.1.

    The 6.2.1 versions seem to not work again on your site, so that is a new starting point.

    I was having trouble with the Customizer not saving – don’t know what that might be – but it may not do that for you. If you try and the the something went wrong message (so unhelpful), you can resort to the Legacy interface.

    I’ll try to get back to this a bit tomorrow.

    #73017
    User
    Moderator

    @beethoven

    I was going to write this yesterday, but after reading Weaver’s comments… I now write immediately.

    Have you re-started/ reboot the server to see if this clears things?

    I say this, because over the weekend I had a similar minor issue, but the more I did, the worse it got… even when all setting were correct.    After Rebooting the server, the site was back functioning 100% in >4 min.

    Just a thought….

    Regards!

    #73020
    beethoven
    Participant

    I am not sure to understand everything because of my bad english

    Yesterday the color issue began with xtreme 6.2.0.1 today it begins with 6.2

    Yesterday the Customizer saved the settings. Today, in all 6 versions the settings are not saved in the Customizer. In the 5 version they are still saved and working

    Super cache is deactivated and I don’t know of another cache. I’ll ask my host but I’m pretty sure there is no cache at that level.

    If there were a caching problem would it not concern all changes and not only changing the primary menu color ?

    I really do not know what I could do more on my side. I hope, @weaver, you can

     

    #73021
    User
    Moderator

    @beethoven

    Have you tried to reboot the website server — redémarrer le serveur du site Web ?

    Regards!

     

    #73022
    beethoven
    Participant

    @user, I am not self hosting the site ! I just asked my host about an eventual caching on server side. Only they could reboot the server

    #73023
    scrambler
    Moderator

    I assume you have tried reinstalling the latest WordPress update to refresh things on that side.

    #73024
    beethoven
    Participant

    Yes @scrambler, I did that but the primary menu color issue is still there

    #73025
    beethoven
    Participant

    Good new, the customizer now saves the settings again … bad new, but not the primary menu color

Viewing 16 posts - 49 through 64 (of 76 total)
  • You must be logged in to reply to this topic.