Forum Replies Created

Viewing 15 replies - 76 through 90 (of 102 total)
  • Thread Starter 1waytoheaven

    (@1waytoheaven)

    With both of those excluded the hamburger ceases functioning, so I removed just the plugins exclude… Purge All, purge browser…

    Hamburger Not working.

    I then replaced the plugins exclude and removed just the themes exclude… Purge All, purge browser… Same result… Hamburger not working.

    Double checked to make sure… Hamburger not working.

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    Thank you for the quick response.

    I deleted the wp-content exclude, so we are now excluding only wp-includes to see what happens…

    I purged all LiteSpeed cache and FF browser cache…

    And the Hamburger stopped working.

    So we conclude…?

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    Yes, disabling JS Combine makes the hamburger work.

    As you suggest, I added

    wp-content
    wp-includes

    To Tuning Settings > JS Excludes

    Turned JS Combine back ON.

    Purged All…

    Refreshed browser caches, and tested in FF and Safari:

    The Mobile Hamburger works now, but Pagespeed has plummeted from 97 to 86 for both Mobile and Desktop; which is logical, since the excludes mean LiteSpeed isn’t actually working on the tested pages.

    This can’t be the ideal solution?

    Any further suggestions

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    Whilst awaiting your reply, I’ve tested the hamburger icon in Safari and FF.

    Clicking the hamburger icon on the site homepage does nothing, there’s no action.

    Only when you click through to the full article does the hambrger icon act when you click it.

    So still not working properly yet.

    Edit:
    The homepage mobile hamburger not working bug:

    I have now found is due to JS/CSS Combine in LiteSpeed Plugin’s Optimization pane. I’ve disabled Combine JS/CSS for now, I can identify the exact JS causing it, and later on, exclude it in LiteSpeed>Exclude

    Posting this to help others… and save you headaches ??

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    I also tried adding a space between wrap and .nv- but it still didn’t do the trick.

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    In the meantime, I dug out this article from the Neve Dcs which shows how to get the Header images to display on Pages (for some weird reason they are disabled by default in Neve theme!)

    https://docs.themeisle.com/article/1263-neve-how-to-display-the-featured-image-on-pages

    I put the code in the functions.php file of my child theme and it worked as it is supposed to ??

    So that is bug 3) fixed, I’ll now try to stop the search form obscuring the hamburger icon on tablets.

    First I’ll try using the width: 910px code I found worked above… lets see…

    Yes ?? The search form is now blocked in Tablet and Mobile at the top.

    So we have managed, but not sure if that has properly resolved the bug. So I’d appreciate your comments on the 910px size, which I guessesd by trial and error.

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    I’ve not had any reply from the Ivory Search support yet.

    My guess is the root problem is with how themes integate with the WP Theme Customiser, when switching from an old theme to a new theme in Live Preview mode.

    If a person’s old Theme has some code in it that a new theme does not support, then the WP Customiser “attempts” to duplicate the feature, but can’t do so without bugs like we have encountered here.

    Waiting for you all to respond… ??

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    I have requested help from Ivory Search and given this thread url for reference.

    In order for them to see the overlap on Tablet screens I have reverted the max-width: 910px to max-width: 768px otherwise they won’t know what we are trying to fix here ??

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    Progress Update:

    1) Whilst awaiting your response, I noticed that using the “Additional css” code that you suggested above, its addition causes all my ‘Pages’ to lose their header images!

    To be clear, as well as ‘Posts” I have over 90 ‘Pages’ such as those in the Top menu, ie. Register, Login, About, Healing, etc.

    The site ‘Posts’ do NOT lose their header images when I tried your Additional css code.

    So why would using your ‘Addtional css’ in the theme cause this?

    And how do I fix it?

    2) To stop the search form overlying the hamburger icon, I experimented with different max-widths in your suggested code, and found that a max-width: 910px DID stop the search form appearing on tablets. So I have left the Additional code like that. I only guessed, by trial and error.

    However, with this code in-situ, the hamburger icon does NOT action! (It did action previously if you clicked theedge sticking out from under the search form.)

    So this is the code I now have in the Neve Child theme Additional css;

    @media only screen and (max-width: 480px){
    
    .is-menu-wrapper {
       display: none !important;
    }
    	
    }
    @media only screen and (min-width: 481px) and (max-width: 910px){
    	
    .is-menu-wrapper {
       display: none !important;
    }
    
    }

    3) As well as fixing 2) properly, we also have to get the header images back on my ‘Pages’ in the top menu, please

    I appreciate your diligent assistance ??

    It’s a nice theme, I’d like to keep it, but we must fix these bugs quickly.

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    Thank you for that suggestion, which I have put in “Additional css”, in place of the previous suggestion. I then purged caches, but the result is the same as the previous code, ie. the search form still sits on top of the hamburger icon on Tablet sized screens (mobile size works fine).

    You can see that code’s effect here, by resizing your browser viewport, if you are on a desktop like me;

    https://www.born-again-christian.org/news/

    Note: In case this makes any difference; I have the Neve proprietary Child theme activated, so I’m using that to add your suggested “Additional css”.

    Thank you for your continued help ??

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    Thank for your help.

    I placed the css as you suggested, and purged all caches.

    That code has done the trick on mobile-size screens, but on tablet-size screens I still see the overlap of the search form on top of the menu hamburger.

    You can test the live site yourself, and see what I mean.

    https://www.born-again-christian.org/news/

    Perhaps the Additional css code needs tweaking a little to include tablet-size screens?

    Kindly advise ??

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    I would add, I updated to “Neve” theme from another theme which +did+ use a search form that only appeared on mobiles, so perhaps when I installed and activated “Neve” theme… it tried to “mimic” that behaviour? (I don’t know, just a thought.)

    I’m on a LiteSpeed server, and use Litespeed cache plugin.

    I have of course tried flushing all caches, and purged Litespeed, and even deleted the previous deactivated theme.

    The bug was present yesterday (on the earlier “Neve” version) and is still there today on the updated “Neve”.

    Just getting rid of the seach form, to stop it appearing on mobile and tablet screens would be a great help. ??

    I have also set up a child theme for “Neve”, but have not made any changes to how “Neve” itself works, I just have it ready if required.

    I appreciate your help.

    Thread Starter 1waytoheaven

    (@1waytoheaven)

    https://www.born-again-christian.org/news/

    Thank you, I’d like to get this fixed as most visitor use mobiles and tablets.

    Note: We do not allow right-clicking, on purpose ??

    Report:
    I just now tested Ethan’s suggestion.

    The code suggested was put in the “Do Not Cache” pane in the “Exclude” tab of my LiteSpeed cache plugin.

    I then purged All caches on the site.

    I updated WP Forms Lite to the latest version 1.6.4.1

    Purged all caches once again, and tested my Registration, Login and Contact forms…

    Exactly as on the previous two times I tested, I see the same error message:

    “Heads up! WPForms has detected an issue with JavaScript on this page. JavaScript is required for this form to work properly, so this form may not work as expected. See the troubleshooting guide to learn more or contact support”.

    Therefore, I have reverted to the stable 1.6.4 WPFormsLite once again.

    Beta-testing via customers’ live sites is not acceptable.

    Similar problems will be experienced by many of your users, but most will be unaware, or would not bother to wait around for you to fix the code.

    This plugin has now been seriously broken for over a month!

    Instead of tracking down the bugs you are waiting for punters to find and correct them for you.

    “Fail” : Could do much better.

    • This reply was modified 4 years, 1 month ago by 1waytoheaven.

    Ethan,

    WARNING: This plugin has not been tested with your current version of WordPress.

    The WARNING has been plainly visible since 2020 and for the first MONTH of 2021, not only on the plugin’s homepage, but also in the WP Plugin Library.

    This slackness gives the distinct impression of carelessness or laziness.

    Thank you for taking the trouble to post a suggested ammendment to my LiteSpeed cache settings. I have now added the Exclusion you suggested, and will let you know if it makes any difference to the bugs I encountered.

Viewing 15 replies - 76 through 90 (of 102 total)