[Geoff B.]

Good evening Fred and welcome back!

Thank you for reaching out to us.

We are sorry to hear about the mobile version not displaying properly on your install.
I would love to help you with this topic.

It looks like there are CSS issues at play here.  One of them being the z-index of the content.

As a first troubleshooting step, could you please provide us with your complete system information in a private reply using the instructions found in the following link?

https://theeventscalendar.com/knowledgebase/sharing-sys-info/

Could you please send me a copy of your WordPress theme / child theme in a .zip file link (via Dropbox or Google Drive) so that I can run some tests on my end ?

Best regards,

Geoff B.

[Geoff B.]

Good evening Rob and welcome back!

Thank you for reaching out to us.

I would love to help you with this topic.

I recommend reading the following article: https://theeventscalendar.com/knowledgebase/required-fields-for-events-submission-form/

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good evening Kevin,

Thank you for writing back.

It looks like I unfortunately still can’t access the events with the credentials you have given me through the front-end. Would you mind testing that access on your end ?

That being said, I am wondering if this glitch is impacting only events or pages where the content is protected (for members only) ?

Finally, I am not sure I understand correctly what you are trying to accomplish.

 

Why are you trying the script from loading exactly ?

Best regards,

Geoff B.

[Geoff B.]

Good afternoon Vincent,

Thank you for writing back and sharing your system information.

It looks like you are using Twenty-fourteen (I’m just not sure if it was modified or not).
So there is no need to send your theme over 🙂

Based on that, I would recommend trying to add one of the following snippets in your theme’s functions.php:

1. https://docs.woothemes.com/document/adjust-the-quantity-input-values/
2. https://wordpress.org/support/topic/set-default-product-quantity-from-1-to-0

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good afternoon Julia,

Thank you for writing back and clarifying what you are looking to accomplish.

This is totally something that is possible to do.
For example, you can display only the past events by using the following URL yoursite.com/events/past

That being said, there is no way to accomplish that built-in.
You will have to do a customization for that (either through the themer’s guide or by hiring someone to do it for you).

Additionally, you could try the following plugin that we have built to accomplish something pretty similar: https://github.com/theeventscalendar/show-past-events-reverse-chronological-order/archive/master.zip

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good afternoon Stefan,

Thank you for writing back and for giving me the list of feeds.
This allowed me to run some tests.

Since there are not that many events available right now and that several of these feeds are actually blocked by restrictions from being imported in North America.

So at best, my tests are inconclusive since they are not representative of the real amount of events you are importing at the same time.

Also, as promised, I did ask for a second opinion on this one.
Our top Dev programmer did say that this sometimes can happen when a very large amount of events are being imported at the same time on certain server configurations.

As a short term workaround, he suggests turning off the auto-import and trying to import fewer events manually.

If you have any suggestions on good hosting, I would be happy to check it out. Been a SiteGround customer for a decade now and always have been happy with them (especially the support).

I totally understand that you don’t want to leave a long time webhost. Especially if you had so far.

In fact, if I were in your shoes, I would actually run that fact by them. Perhaps you could get some kind of discounted Hosting upgrade. You never know.

As far as good webhosts unfortunately, most of my preferred webhosts are North American (I personally am a big fan of Media Temple and WP Engine).

Let me know how that goes.

Best regards,
Geoff B.

 

[Geoff B.]

Good afternoon David,

Thank you for writing back.

Please let me know how that goes.

Best regards and have a great weekend,
Geoff B.

[Geoff B.]

Good evening,

It is my pleasure. I wish I had a better answer for you.

Unfortunately, unless Timely’s has another solution, your only other option would be to export your DB table into a CSV format and clean the file from there to match the examples provided above.

Best of luck with that.

You are welcome back on our support forums any time 🙂

For now, I am going to close this thread.

Have a great week!

Geoff B.

[Geoff B.]

Good afternoon Bruce,

Thank you for writing back and for your great feedback.

Some customer feedback: providing a solution that is not robust in the long term is not really a solution. Thrive Themes update regularly so this is not going to last long.

You are right, the more robust the solution, the better.

That being said, in your specific situation, we are trying to fix something that might have gone wrong at the Database level.

Once that initial fix in place, it should not happen again and the actual snippet will no longer be necessary (in fact I recommend removing it).

If this situation was caused by a glitch in our plugins, you can rest assured that we take this very seriously and systematically integrate bug fixes in our maintenance releases. That would cover the robustness side of things.

After more than 10 years playing with websites I have settled on both a host and a theme provider that I like for functionality and for customer service. In both cases, in the event of a problem that I can’t easily fix they will ask for access and go in and fix it. It usually doesn’t take more than 48 hours from start to finish.

In this case we are more than a week with a broken website and still have not identified the problem. I say that having just found that Jetpack has now disconnected and says that it is getting 403, site inaccessible- and I cannot reconnect it, so am presuming that there is possibly another issue.

I completely understand how frustrating this must be and I am absolutely aware of the importance of this issue.

In fact, I share absolutely the same goal as you do: solve this as fast as possible.

For the record, most of the issues we encounter can be fixed below the 48 hours mark.

That being said, your specific issue is much harder to pinpoint than a normal one because of it’s nature.

Keep me posted on what you find out about the other issues.

What can we do about the child theme? Or will the Scripts function in the theme serve this purpose? See: http://screencast.com/t/9sS1gpi1YRLL

Normally a child theme’s rules and customizations will always have priority over the theme’s default behaviour.
But, it actually uses the Parent theme for pretty much everything else.

If you want to be extra safe about this, I always recommend making a database backup before trying anything.

That being said, in my experience, the parent theme’s settings usually carry over when switching to the child theme.

In the meantime, replacement functions.php file uploaded to the server at 0900 my time. Will let you know when it becomes effective.

I appreciate your help – I’m just more worryied about my broken website.

The script usually kicks in at most after 12 hours (depending on your server’s CRON settings).

This means that either the script didn’t kick in (for some reason) or that issue lies elsewhere.

This leads us to what the next steps are:

1. It’s probably not fun, but I would recommend going through our testing for conflicts procedure (preferably in a staging/dev environment or local install of your WordPress website OR a maintenace plugin activated) and let us know what you find out. Basically the goal here is to revert back to a bare WordPress installation to see if the problem persists. It also allows us to pinpoint what the cause of the issue is. 
2. If you are able to have a complete database backup done, it would be worth trying to temporarily delete all events (to see if the issue persists). Now of course, this requires you to be able to get the backup back in place afterwards and is more suited for a testing environment.

   If that works, then I will ask for a database dump to see if I can’t find anything obvious in the DB itself.

Hang in there!

Best regards,

Geoff B.

[Geoff B.]

Good afternoon Jeff,

Thank you for writing back.
I’m stoked that this solved your issue!

You are welcome back on our support forums any time 🙂

For now, I am going to close this thread.

Have a great weekend!

Geoff B.

[Geoff B.]

Good afternoon Thomas,

Thank you for writing back and for your great words.

I’m stoked that the ticket’s start sale date fixed the display issue.

But I’m definitely less stoked to hear about the fact that you were not able to simply remove the start date easily.
That being said, kudos for the workaround (even if less than ideal).

I went ahead and tried to reproduce this on my install and unfortunately was not able to.

By the looks of it, it sounds like there might be a conflict with a customization, another plugin or with your theme at play.

If you are interested in looking into this further, the next step would be to go through our complete testing for conflicts procedure (preferably in a staging/dev environment or local install of your WordPress website) and let us know what you find out.

Basically the goal here is to revert back to a bare WordPress installation to see if the problem persists. It also allows us to pinpoint what the cause of the issue is.

If that is not something that you are interested in, I would also completely understand.

To answer your other question, you are always welcome back on our forums with anything you notice.
Ideally, the best thing to do is to open a separate support thread for each issue you encounter (to keep things nice and tidy).

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Good afternoon Dan,

Thank you for chiming in and for being engaged.
We always appreciate it.

I suspect the plugin version might be the issue too.

Have a good week-end,

Geoff B.

[Geoff B.]

Good afternoon Ingrid,

Thank you for writing back.
I’m sorry to hear that downgrading PHP was not sufficient to solve the issue at hand.

If you are pressed for time (and based on the fact that you said that it worked great before the last update), you could simply downgrade our plugins until we figure out what is going on.

I recommend reading the following: https://theeventscalendar.com/knowledgebase/downgrading-plugin-past-version/

From what we know so far, there is indeed an issue on your install with the following combination:

• Latest version of our plugins
• The X theme
• Latest version of WPML
• Some other plugins

We also know that the latest version of our plugins and of WPML with a default WordPress theme does not produce the unfortunate error messages you are getting.

To be transparent, even though the issue disappears when you deactivate WPML, the actual cause can be anyone of the elements listed above (because of the combination).

I am confident that we can pinpoint what is causing this on your end. That also means that we can then take steps to fix it.

That being said, it will require a fair amount of testing and working together with you.
I do appreciate your collaboration and patience as we go through this process.

With that in mind, there are a couple of other things worth trying:

• Can you actually go to the <b>/httpdocs/wp-includes/</b> directory and see if the <b>template-loader.php</b> file is there ?
• Can you head over to WPML > Support > Troubleshooting page , click on the first 3 buttons in the Cleanup section and then re-save your site’s permalinks ?
• Could you please send me a copy of your WordPress theme / child theme in a .zip file link (via Dropbox or Google Drive) so that I can run some tests on my end ?

Have a good week-end,

Geoff B.

[Geoff B.]

Good afternoon Sheila,

Thank you for writing back and answering my questions.

By looking at your screenshots (a054b768ec57.png), it seems like there is a configuration problem with your Paypal IPN response (wrong email address).

As such, even if you do set the order to “Complete” manually and even though the Payment went through at the Paypal level, from WooCommerce’s perspective, this transaction did not go through the complete cycle.

This probably explains why the stock count is off.

I would advise to take a look at the email address tied to the account under WooCommerce > Settings  > Checkout > Paypal

Perhaps the email address tied to the PayPal account was changed at some point  ?

As for Avada, I have 4.0.2 which is close enough to not be an issue. If what I recommended did not work, you can past the dropbox link here (in a private reply).

Have a good week-end,

Geoff B.

[Geoff B.]

Good afternoon Nathaniel,

Thank you for writing back and trying the recommendations that you were able to try.

I took a look at your website again and it seems that the following message is back:

XMLHttpRequest cannot load http://gupta.consulting/wp-admin/admin-ajax.php. No ‘Access-Control-Allow-Origin’ header is present on the requested resource. Origin ‘http://dev.gupta.consulting&#8217; is therefore not allowed access.

The first thing we would need to fix is that aspect (permission / security related).

The reason for that is because when something Ajax or Javascript related breaks upon page load, every other element on the page that would use some form of Javascript will not work properly or not at all.

That includes:

• Displaying the correct day’s event when clicked on
• Navigation through months in the mini-calendar widget
• Etc..

So in short, it looks like we are a bit stuck with your current server configuration on some of the issues you are experiencing.

Hopefully when the owner of the account returns, that can be fixed.

The listed widget in the sidebar is having problems with the display of days and months and it seems to be inconsistent. Some days or months display correctly and some show only the first two letters of the day/month before carrying the last letter below.

This is due to the fact that Divi’s sidebar’s width is 20.875% by default on your single events pages.

Sometimes it goes over 2 lines, sometimes it doesn’t because of the fact that different letters actually have different widths 🙂

There are couple of ways around that:

1. Use CSS to change the width of the left area and of the sidebar
2. Try different settings for Events template dropdown settting under Events -> Settings -> Display

Let me know how that goes and if you need any help with that ?

Have a good week-end,

Geoff B.

[Author]

Posts