Viewing 15 replies - 31 through 45 (of 51 total)
  • Plugin Contributor Nick Young

    (@nickyoung87)

    Hi Mike,

    First off, thank you for all the testing and information you keep posting here. Great stuff!

    I also found out recently that there is an issue with the cache setting not being set correctly by default. I think this may be an issue when you first save the calendar. After the first save it will show 0, but the value is actually empty until you save the calendar a second time.

    I have put a fix into the next version for this when it is released, but maybe that could be the issue this whole time?

    Nick,
    I’ve now saved a second time with a zero cache time and we’ll see if that helps, BUT I was having this issue before I even started changing the cache time, and I then saved the calendar several times while trying different cache values before reducing it to zero. and it wouldn’t explain the difference in behaviour when I swap from having backup buddy enabled or disabled.

    But we’ll see.

    Thanks for the info.

    I have also changed the Cache value to multiple different numbers with no change…

    Are you saying that the need is to hit the save button twice in the same time? Like “Save” wait 10 seconds “Save” again.??

    Plugin Contributor Nick Young

    (@nickyoung87)

    @mikeshand,

    Good point about backup buddy. Let me know what you find. Thanks again for all the great notes you have been leaving here.

    @martyf81,

    Just need to save twice on the initial creation of the calendar is all. If you have changed settings arounf multiple times then it is probably not the case. Are you also running backup buddy or some similar plugin?

    Yes I am running backup buddy. Its a very popular plugin.

    So this is weird. I reenabled backup buddy on my production system on Thursday and this morning a calendar entry for next saturday (8 days look ahead) appeared correctly! Backup buddy HAD been running (two) nightly backups during that period. We’ll see what tomorrow brings.

    OK, today I didn’t see next sunday’s 3 events on the production platform (with BackupBuddy enabled), but I DID see them on the sandbox (without BB ). So that’s more what I would expect. I’ll leave it for another day and see if they appear, but past experience indicates that once it is “stuck” then only a manual cache refresh will fix it.

    Plugin Contributor Nick Young

    (@nickyoung87)

    Thanks Mike. So it does seem to be an issue with BackupBuddy for sure then?

    Thanks Mike. So it does seem to be an issue with BackupBuddy for sure then?

    It certainly looks that way. It has stayed “stuck” and didn’t show any new events for next weds or thurs.

    I’ve now upgraded to the latest version of SC and manually refreshed all caches, but I don’t see any reason in the release notes why that would change anything.

    I also note that backup buddy 7 is now available. I’ll try upgrading to that in a while (don’t want to change two variables at once), but again I’m not really expecting that will change anything.

    However, they have introduced what they call stash live, which seems to be a very different way of “scheduling” the backups in that it does it in “real time”. That MAY make a difference, but it involves something of a paradigm change for the backup strategy. Might be worth a try though.

    But lets see how the latest SC performs to begin with.

    Plugin Contributor Nick Young

    (@nickyoung87)

    Alright cool, thanks once again Mike. I will keep an eye on this thread for your response.

    I ran into this problem today, and also on Jan 21. My wife updates the calendar in google calendar and changes are not reflected in either the grid calendar page or the sidebar list widget https://ragtagrescue.org/calendar/month-view/ . I had cache refresh interval at 2 minutes. I forced both to update by manually hitting “clear cache” on one of entries on the All Calendars List. I don’t have backup buddy, but I do have other backup plugins. Here’s my system dump

    ### WordPress Installation ###

    Site Name: Ragtag Rescue
    Home URL: https://ragtagrescue.org
    Site URL: https://ragtagrescue.org
    Version: 4.4.2
    Locale: en_US
    Timezone: America/Chicago
    Multisite: No
    Permalinks: /%postname%/
    WP Memory Limit: 64 MB
    WP Debug Mode: No
    Script Debug: No

    ### Active Theme ###

    Theme: Catch Box – 4.3.3
    Child Theme: No
    Parent Theme: –

    ### Active Plugins ###

    Easy Google Fonts: 1.3.9
    Google Analytics by Yoast: 5.4.6
    Simple Calendar: 3.0.14
    BackWPup: 3.2.3
    Google Analytics Dashboard for WP: 4.9.2
    WP Htaccess Editor: 1.3.0
    Slideshow: 2.3.1
    Google Analytics: 1.0.6
    Document Gallery: 4.1.12
    Clone Posts: 1.0
    Admin Menu Editor: 1.5
    Broken Link Checker: 1.10.11
    Page Links To: 2.9.6
    Social Media Feather: 1.7.9
    All In One SEO Pack: 2.2.7.6.2
    Favicon by RealFaviconGenerator: 1.3.2
    NM Contact Forms: 1.1.7
    WP Shortcode by MyThemeShop: 1.4.2
    BackUpWordPress: 3.4.3
    Akismet: 3.1.7

    ### Server Environment ###

    Web Server: Apache
    PHP Version: 5.6.17
    MySQL Version: 5.5.42-37.1-log
    Server Timezone: UTC
    Display Errors: No
    Safe Mode: No
    Memory Limit: 256M
    Upload Max Filesize: 50M
    Post Max Size: 50M
    Max Execution Time: –
    Max Input Vars: 1000
    fsockopen: Yes
    cURL: Yes
    SOAP: Yes
    SUHOSIN: No
    WP Remote POST: Yes
    WP Remote GET: No (Operation timed out after 5014 milliseconds with 0 bytes received)

    ### Client Information ###

    IP Address: 173.254.28.115
    Browser: Firefox 44.0 (Windows)

    Plugin Contributor Nick Young

    (@nickyoung87)

    @plarkinjr,

    I don’t yet have a solution for this since we are still investigating, but I do want to thank you for posting some additional info for us to use. It is interesting that you have the problem also and while it’s not BackupBuddy specific I wonder if it could be related to ALL backup plugins.

    Thank you again for this useful information we will definitely be using it to further debug.

    Well this is interesting. I upgraded to the latest SC (3.0.14), but it made no difference to this observed behaviour (as expected). Then on Friday I upgraded to BackupBuddy 7.0.3.7, keeping all the BB settings the same as before (i.e. NOT using “live stash”), and since then on both Sat and Sunday the events for next week have appeared correctly!

    However, it is early days. I have previously had occaisions when it has inexplicable worked OK for one or two days.

    I’ll monitor it for the next week or so and report back.

    Plugin Contributor Nick Young

    (@nickyoung87)

    Thanks Mike looking forward to your results. Maybe BackupBuddy added a change that helped fix it?

    OK, it has been working perfectly for a week now. So it looks as if the new BackupBuddy has made some change that fixed it (strictly, all I have tested is the combination of the the new SC and the new BB, but just changing to the new SC didn’t fix it).

    It would be interesting to know what it was that actually fixed it about the BB change, and I’m hoping they don’t change it back!

    Be interesting to know if other people have the same experience.

Viewing 15 replies - 31 through 45 (of 51 total)
  • The topic ‘Cache Refresh Interval is not working’ is closed to new replies.