jimmymoto

I’ve disabled the spinning pre-loader (an Enfold feature), but no change.

The problem most definitely occurred after starting my last support thread linked above. Perhaps Guust is right and I shouldn’t have started a new thread, but we’re here now.

Here’s a breakthrough:
After testing with preloading-spinner disabled, I changed GD > Business Settings > Field: Category (taxonomy) > Category Display Type > back to “Multi-select” from “Ajax-chained”, then attempted to edit a listing from front-end. Problem persisted, but at least it loaded the page right away (however the blue status bar in Safari showed the page was stalled for about a minute or 2).

The real breakthrough was when I checked my Facebook page: (https://www.facebook.com/locallogicpr)
Low-and-behold, all my listings in all CPT’s had just been reposted! That just might explain the server delay. I scrolled down the FB page and there was a second set of listings from only my “Health and Wellness” CPT. The first lot timestamped “Just now”, second lot timestamped “17 minutes ago”, which would correspond to the 2 times I clicked the front-end “Edit this Post” link. Not sure why the second lot was just of 1 CPT.

I kept scrolling down and saw a third set from 8 hrs ago when i tested at my office–this time all the listings in all CPT’s were posted. Scrolling down more, I see another set of all listings from my all CPT’s from 12 hrs ago (again at my office).

Just before submitting this update, I tested clicking the front-end “Edit this listing” link again (I’m a sucked for an active FB page, lol), and nothing was posted. I’m assuming FB has some sort of posting limitation since I noticed the most recent group of postings was just shy of the whole alphabetical listing.

I have not re-imported any listings since about 24 hrs ago (see below), so I have no idea why my listings are repeatedly being posted to my FB page (aside from apparently being triggered by clicking on “Edit this listing”).

So back to the original sequence of events, after Guust changed the Category Display Type setting from Multi-selct to Ajax-chained (Re: https://wpgeodirectory.com/support/topic/map-icons-keep-reverting-to-parent-category-icon/), I did deleted all gd_business listings and re-imported to see if the icon problem was fixed. I did the same for a few other CPT’s but not all.

I hope you this lengthy post help you pinpoint the problem.

Thanks for the explanation Paolo. I’ll have to redesign a few icons to be a little more generic.

btw. The hanging problem was due to the GD social importer plugin (I keep forgetting to disable it when I import my listings). It was quite busy posting the imported listings in the background.

OK, I see this working now. I initially chose “multiselect” since I found “ajax-chained” to be confusing to use.

However, I tried csv import again and the default_category fields are not importing properly. This means I’d need to edit each post to correct the default category.

This problem would relate to the last support topic I made:
https://wpgeodirectory.com/support/topic/cannot-import-expire_date-package-id-etc/

Can you please check into whether or not importing default_category from csv should work?

thanks for verifying this paolo.

Thanks for solving the mystery. I had just imported about 120 listings at once with the new GD Import/export feature. I didn’t know the Social Importer worked this way (I thought new listings were only posted if imported with Social Importer). The only thing I did out of the ordinary was manually copy and paste the expiry date for most of the listings via PHPmyAdmin.

Yes, please clear the list trying to post to FB. Is this something that you can tell me how to do for future reference?

I’ll ensure SI is disabled when I import a large list. Luckily I haven’t promoted my FB page yet, otherwise I might have some unhappy likers.

A few questions come to mind related to this post:
1. Can the GD Import/export function be made to automatically (or optionally) bypass Social Importer to avoid this problem?
2. Can Import/export be updated to include listing expiry date data? This would be extremely helpful to avoid back-end database work in cases where pre-existing paid members are imported into a new GD installation.

I’ve rebuilt the menu. When doing so I noticed it loading slower and slower as the menu items piled up. When I got near the end of adding all the items, saving resulted in the menu page nearly stalling, then showing no items (at least not a white screen).

As I recall, this is the same behaviour that eventually led to the white screen upon saving.

If I deactivate GD, the menu saves rapidly and does not act glitchy.

This is a problem for me because if I have to deactivate GD to work on my menu, I loose all my listing’s package ID settings and expiry dates as per https://wpgeodirectory.com/support/topic/all-prices-and-payments-settings-reset-when-payment-manager-plugin-disabled/

My Google page speed score is also hammered (especially on mobile) when GD is active. https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Flocallogic.ca%2Fpowell-river&tab=desktop

Is there a problem with my install or database that is causing these problems?

The menu page I’m referring to is here:
http://locallogic.ca/powell-river/wp-admin/nav-menus.php

I’ve tried clearing cache in Firefox and the problem remains.

Please also check the post I made a few minutes before your last. Now none of my pages will load if I deactivate GD Prices and Payments.
If the menus are saving fine on your end (strange!), can you verify that no pages load if GD payments module is deactivated?