silico26

@bejonbee WP Engine “fixed” the issue yesterday evening (rolled back their infrastructure update). The plugins should be back to functioning normally without causing 502 errors.

No prob @bgoosen and sorry to hear about WP Engine support. I’ve noticed their support has gotten a lot worse over the last year… hopefully not a sign of bad things to come.

WP Engine update:
https://wpenginestatus.com/incidents/584073

Same issue. WP Engine support just told me “our team is aware that something odd is going on and are investigating”.

I noticed the same issue happening to another client on the same WP Engine server as well, but in that case it’s a different plugin causing the issue (PixelYourSite).

I’m experiencing the same issue as the OP. I think it might be a Chrome cacheing issue. @wood1e are you using Chrome?

edit / update: I was able to fix this by logging out of a WordPress.com account that I hadn’t realized was logged into within the same browser. It would provide a better UX if there was a note on the Woo login page about this. Frustrating if you manage multiple accounts.

• This reply was modified 3 years, 8 months ago by silico26.

@sdarter I was facing the same issue, but it was because I was on an older version of WordPress. Tablepress 1.10 requires WP 5.3.2, and it looks like the plugins area of the WP dashboard will not show you that an update is needed for Tablepress if you’re on older versions of WP.

Just chiming in to say that I’m another user with a large table that has many rows… almost 2,000. The Tablepress backend UX with this amount of rows reminds me of dial up days, except even worse… so I do all of my editing in Excel, and then import the table as needed.

If this plugin didn’t have the import option, I wouldn’t be able to use it at all.

Not knocking Tablepress (I’ve even donated in the past) but hopefully we’ll see some further development in the future for users that have tables with a lot of data.

Thanks, this worked perfectly. Really appreciate the great support.

Okay, under Gallery > Gallery Settings > NextGEN Basic Thumbnails (and NextGEN Basic Slideshow) I changed the default settings of:

[Show slideshow]

to:

Show Slideshow

Crossing my fingers this will permanently fix the issue. There’s not really been enough time to properly ensure the issue isn’t going to pop up again like it has previously, so not sure why you marked this as “Resolved” already?

okay, so instead of:

slideshow_link_text=”[Show slideshow]”

try this below instead?

slideshow_link_text=”Show slideshow”

can you also clarify what you mean by this:

“You might also look at the similar values under Gallery > Gallery Settings > NextGEN Basic Thumbnails (and NextGEN Basic Slideshow) as well.”

Thanks.

Please note I was previously using PHP 5.4, but changed to 5.6 yesterday after reading some of the other recent posts.

Shortcode:

[ngg_images source=”galleries” container_ids=”101″ display_type=”photocrati-nextgen_basic_thumbnails” override_thumbnail_settings=”0″ thumbnail_width=”120″ thumbnail_height=”90″ thumbnail_crop=”1″ images_per_page=”100″ number_of_columns=”0″ ajax_pagination=”0″ show_all_in_lightbox=”0″ use_imagebrowser_effect=”0″ show_slideshow_link=”0″ slideshow_link_text=”[Show slideshow]” order_by=”sortorder” order_direction=”ASC” returns=”included” maximum_entity_count=”500″]

Server Settings:

Operating System : Linux (64 Bit)
Server : Apache
Memory usage : 71.84 MByte
MYSQL Version : 5.5.51-38.2
SQL Mode : Not set
PHP Version : 5.6.30
PHP Safe Mode : Off
PHP Allow URL fopen : On
PHP Memory Limit : 256
PHP Max Upload Size : 64M
PHP Max Post Size : 64M
PCRE Backtracking Limit : 1000000
PHP Max Script Execute Time : 30s
PHP Exif support : Yes (V1.4 )
PHP IPTC support : Yes
PHP XML support : Yes

Graphic Library:

GD Version : bundled (2.1.0 compatible)
FreeType Support : Yes
FreeType Linkage : with freetype
T1Lib Support : No
GIF Read Support : Yes
GIF Create Support : Yes
JPEG Support : Yes
PNG Support : Yes
WBMP Support : Yes
XPM Support : No
XBM Support : Yes
WebP Support : No
JIS-mapped Japanese Font Support : No

Same problem here. My site was on PHP 5.4… I just upgraded to 5.6, we’ll see if this helps temporarily.

• This reply was modified 7 years ago by silico26.

thanks for the fast response. issue is indeed resolved. great plugin.

@rociopts i actually didn’t realize you’re not the plugin author – very much appreciate your replies.

i tried enabling that theme setup setting in the EPL plugin’s setting but unfortunately it didn’t work.

here’s what did end up working:

.site-content {
    margin-left: auto;
    margin-right: auto;
    width: 960px;
    max-width: 100%;
}

.site-content .pad {
    padding: 0 20px;
}

thanks again

yes i removed the width 100% code but the template is still the same, for example:

https://rentwithus.com/rental/falmouth-flats/

if your plugin doesn’t create its own post type than i have no idea why my site’s default pages and posts all appear fine (960px global width) yet all my listings appear differently / full width.