[Cole Schweikhardt]

Steven, I’ve downloaded a copy of a live site to work through the Connections update and reintegrate some small customizations we made. However, the Gridder/Profile shortcodes are yielding blank space and stopping the content from loading, including the sidebar. Yet there are no errors being thrown.

Is there any reason this would happen only on the local site? Local is running PHP7.1.8 while the live server it still currently on PHP5.5

Here are screen shots of what I’m seeing on both sites:
Local site – https://www.dropbox.com/s/m1lqzzgji4w1rx0/localsite.png?dl=0

Live site – https://www.dropbox.com/s/m51fuospvk61y9q/livesite.png?dl=0

It’s pretty much stopped me in my tracks.

[Cole Schweikhardt]

An additional note Steven. If I remove the shortcode from the wordpress editor, the page will render completely. It appears to be breaking due to the shortcode itself.

[Cole Schweikhardt]

…yet a bit more…I did run updates on the local site from WP 4.9 to 4.9.1 and Connections.

What I have just noticed is that WP seems to be altering the quote structure within the shortcode. It doesn’t matter how I save it – text or visual, it will alter them. So, I’m guessing either there is something funk in my shortcode that WP feels like warrants it changing it or, WP is just doing it because it wants to. I will inspect the shortcode. I don’t know if i can do anything if the problem is the latter.

Have you heard of any issues with long Connections shortcodes being altered in the editor of 4.9.1?

[Steven Zahm]

@ Cole

RE: shortcode changes

Actually Connections applies fixes when the page/post is saved. It takes care of the most common issues I’ve run into while supporting users. Primarily removing HTML tags and making sure the shortcode is not wrapped in code tags. That was a big one. Since implementing this awhile back, support issues around the shortcode have dramatically been reduced.

That said, I guess it would depend on what changes you are seeing. Could you elaborate?

RE: blank page

I guess I would first suggest [increasing the memory limit](WordPress Memory Limit). That’s usually this issue when this is encountered. Since you’re local, you might have to do it in the php/apache config.

If that does not work, try deactivating all other plugins temporarily.

Hope that helps!

[Cole Schweikhardt]

Hey Steven, it isn’t a “white page of death” it’s just that the content stops at the shortcode. I can type content into the editor above the shortcode and it will render. If I type below the shortcode it will not.

I have deactivated all plugns except Connections. Same result. I deactivate Connections and the page will render with “error: template not found.” As soon as I turn it back on the page will stop at the shortcode location.

The local shortcode is below, followed by what is working on the live site. One item that gets changed every time locally is color=”000000″. Every time it will remove the quotes. I think I have all of the other quotes stable now, but that are not the same as they have been on the live site.

Local shortcode:
[connections template="gridder" color=000000 name_format="%first% %last%" enable_map='FALSE' background_color="6387B9" enable_note='FALSE' image_width=220 image_height=320 enable_category_select='TRUE' enable_search='TRUE' show_addresses='FALSE' excerpt_length=25 show_contact_name='FALSE' exclude_category="2,3,4" home_id=276 force_home='TRUE' order_by="meta_key:category|NUMERIC_ASC,meta_key:order|NUMERIC_ASC" email_format="%label%%separator% %address%" str_work_email="Email" str_work_phone="Phone" str_work_fax="Fax" str_work_addr="" str_note_head="Secretary" str_personal_email="Secretary Email" str_home_addr="" str_bio_head="" str_select_all="All Categories"]

Live shortcode that currently functions. Key difference is that this one uses single quotes throughout. Neither color or background_color use quotes at all.

[connections template='gridder' color=000000 name_format='%first% %last%' background_color=6387B9 enable_map=FALSE enable_note=FALSE image_width='220' image_height='320' enable_category_select=TRUE enable_search=TRUE show_addresses=FALSE excerpt_length=25 show_contact_name=false exclude_category='2,3,4' home_id=276 force_home=TRUE order_by='meta_key:category|NUMERIC_ASC,meta_key:order|NUMERIC_ASC' email_format='%label%%separator% %address%' str_work_email='Email' str_work_phone='Phone' str_work_fax='Fax' str_work_addr='' str_note_head='Secretary' str_personal_email='Secretary Email' str_home_addr='' str_bio_head='' str_select_all='All Categories']

[Steven Zahm]

@ Cole

I can duplicate the issue using your shortcodes, both. If I remove order_by='meta_key:category|NUMERIC_ASC,meta_key:order|NUMERIC_ASC' the page loads as it should.

[Steven Zahm]

@ Cole

I’ve been able track down the exact line of code causing the issue… I think it has to due with a change in PHP7… what once was okay, will now throw a fatal error. Not sure why the error is not being displayed… might have to due with object caching. Working on a solution now.

[Steven Zahm]

@ Cole

I think I have a fix. Try this…

Edit this file:
../wp-content/plugins/connections/includes/class.retrieve.php

Search for this line:

$atts['meta_query']['meta_query'][] = array( 'key' => $meta[1] );

Replace it with these:

isset( $k ) ? $k++ : $k = 0;
$atts = cnArray::add( $atts, "meta_query.meta_query.{$k}.key", $meta[1] );

Does that fix it?

[Author]

Posts