Matthew Fries

Hey there!
So, the way I created this is that only the most basic version of the display includes that navigation. If you add any settings at all to the shortcode, it will not display that automatic line for archives. I was assuming if you’re adding control then you’ll create your own way to setup.

If you peek at the documentation for the plugin (/wp-admin/admin.php?page=mf_gig_calendar_about) you’ll see some of the options. Just pick one that works for you – easiest is to to re-instruct it to sort in ascending order like so…

So instead of just:

[mfgigcal]

try:

[mfgigcal sort=ASC]

…and that menu goes away.

Hope that helps. Thanks for checking out the plugin!
M@

All good. Sorry about the confusion. I’ll update the requirements on the plugin.

So if 1.0.4 is working for you, stay there until you upgrade the site to WP 5.3. Then it will be safe!

Aha! That wp_date() function fixed a whole bunch of errors that other folks were having. Looks like it requires 5.3 of WordPress (it’s a new addition). I better update that in the plugin description.

5.3 is the minimum requirement now for MF Gig Cal 1.1

Well this is not what’s supposed to be happening! (obviously) I suspect a conflict with some other plugin you’re running. Can you give me any more info? Anything in error logs? Who are you hosting with? Any particular plugins you’re running at the same time?

Would like to figure this one out ASAP.
Thanks.
Matthew

Well, if it’s just a few I’d just do it manually, but if there are a lot of them… Most web hosts give you access to phpMyAdmin to browse/manipulate the database. If you look at your DB for your WP install using that tool you’ll see the mfgigcal table in there. You can just export that data using phpMyAdmin, then import it into the new site the same way.

From what you’re describing, it sounds like you’ll want to overwrite the existing (out of date) data on the new site. So it might be easiest to empty the table on the new site first, then just import the new data. That should also preserve any internal links to individual events.

As always – back up your data BEFORE you start mucking around in there! Good luck, and thanks for using the plugin.
Matthew

Sorry to be MIA on this. Crazy busy in my normal life at the moment.

The only way I was able to replicate this problem was by messing with my time zone in WP. The tool that provides the translated dates (so it can be in many languages) doesn’t handle time zones very well. My latest update 1.0.4 fixed that for me on my couple testing servers. So I’m just guessing at what might be the problem for you. Still looking for a solution here.

If you contact me directly through my website I might be able to help you specifically – at least temporarily until I find a real solution.

Sorry for the problems here. Again I’ve got 3-4 different versions of WP running on different versions of PHP and can’t replicate the problem…

Eeek!! Can you tell me what the error says? I did test it on 5 or 6 different sites I run before posting here and didn’t have any issues.

Thanks for the help. I know that WP date function is reported to be kinda finicky, so I’m looking for answers. I might send you a patch to try out (since I can’t replicate the problem here) if you’re game. Would be nice to know an update does what I hope before I release it!

Clemens

This helps a lot. I’ve had 2 people tell me they are having this issue. I’ve been unable to replicate it here and this the first info I’ve gotten confirming that the data in the DB isn’t distorted – that it’s an issue with date_i18n() returning the wrong day. Looking into it!

Did you happen to notice, is it just the day (number) that is incorrect? Or is it actually shifting it by a day?

For example: Nov 30 becomes Dec 1 on output.

Also – are you seeing this in the admin area AND on your site? Or is it correct in admin area?

Thanks for the help.

• This reply was modified 5 years ago by Matthew Fries.

So – finally some answers from my web host. It turned out to be a problem with PHP on our server. Our website is using PHP-FPM and the changes we were making were not being picked up because the PHP-FPM processes needed to be restarted.

Back in business for now…

• This reply was modified 5 years, 8 months ago by Matthew Fries.

Strangely the next morning everything was working correctly – like a cache had finally caught up, though my host swears there’s no caching going on. Since then I’m having the same problems with failed plugin updates. The last Yoast update took my whole site offline and I had to manually remove the plugin and haven’t been able to reinstall it through WordPress or manually. It’s like it halfway loads into WP and breaks.

I also confirmed with the server folks that there is no caching going on on the server.

Looks like now I’m getting the error on the login page as well. I’m unable to get to my dashboard at all now.

Fatal error: Call to undefined method WP_Error::has_errors() in .../wp-admin/includes/file.php on line 1504

Hi Nancy

Thanks for using the plugin. So… MFGigCal SHOULD just work with your new theme. If you’re looking to take the info and convert it to some other tool built into your new theme, that’s a different situation. LMK before I go into any more detail here.

MF