[Steven Zahm]

@ Ryan

The issue is being caused by a fatal error in one of the theme’s JavaScript files. This error is likely causing JavAScript to cause all of the scripts fail which means many things on you site are failing silently.

The error is in this file at line 58:
http://school.sttars.org/wp-content/themes/LOP/js/popup.js

This line:
$(document).ready(function()

should be this:
jQuery(document).ready(function($)

As long as there are no other fatal errors, after that is fixed, the buttons in Form should work correctly.

I hope that helps!

[Steven Zahm]

@ David

Great to hear you have that figured out. Handy little plugin, yes?

[Steven Zahm]

@ Larry

Please log out of your site and then test a submission thru Form … all submissions will be sent to the moderation queue. When you submit an entry while logged in, you are adding an entry with the same permissions as if you were submitting a new entry using the admin.

Hope that makes sense and helps!

[Steven Zahm]

@ Edgar

The “Registration has been disabled.” message would not be coming from Connections so I can’t really help with what might be displaying it and how to fix it.

As for the non-writable cache directory … Sounds like maybe server level software was updated? HAve you triple checked the path of the cache folder to make sure you were working with the correct folder? Should be this:
../wp-content/plugins/connections/cache/

If none of those suggestions worked from the FAQ, unfortunately you’ll have to contact your webhost and ask them what needs to be done to make a folder writable. The suggestions I give a very standard so they must have some type of security policy in place that is preventing it from being writable.

Sorry I can not be more of a help … but I hope it helps at least a little!

[Steven Zahm]

@ Foaad

It looks as if the entry was created as an Individual with the name of Moses Perez and then changed to an Organization so the slug for that entry, moses-perez will forever be moses-perez as there is not yet a way to edit an entry slug. You would have to create a new entry as an Organization with the name of 9Queens for the entry slug to be correct. After you do, the URL will be:

domain.tld/direct-home-page/name/slug

If all your entries are only ever going to organizations, you could change the Name permalink base from name to organization but you would also have to change the name permalink base to something else, like maybe individual so the two would not conflict.

Hope that helps!

[Steven Zahm]

@ David

In the card-single.php you would change this line:

if ( $atts['show_addresses'] ) $entry->getAddressBlock( array( 'format' => $atts['addr_format'] , 'type' => $atts['address_types'] ) );

to this:
if ( $atts['show_addresses'] ) $entry->getAddressBlock( array( 'format' => '%line1%, %line2%, %line3%, %city%, %state%, %zipcode%, %country%' , 'type' => $atts['address_types'] ) );

In the card.php file, change this line:

if ( $atts['show_addresses'] ) $entry->getAddressBlock( array( 'format' => $atts['addr_format'] , 'type' => $atts['address_types'] ) );

to this:

if ( $atts['show_addresses'] ) $entry->getAddressBlock( array( 'format' => '%city%, %state%, %country%' , 'type' => $atts['address_types'] ) );

No, in both the tile-plus.css and tile-plus-single.css files you need to add CSS to override the block layout. The following CSS should do the trick:

#cn-slim-plus span.adr span.street-address { display: inline-block; }
#cn-slim-plus span.adr span.extended-address { display: inline-block; }
#cn-slim-plus span.adr span.country-name { display: inline-block; }
#cn-slim-plus span.adr span.geo, div#cn-list span.adr span.geo span.latitude,div#cn-list span.adr span.geo span.longitude { display: inline-block; }

Lastly, instead of modding these file directly, I suggest making copies and use this method for the PHP files and this method for the CSS files so your changes are update safe.

Hope that helps!

[Steven Zahm]

@ David

I think this is enabled in all templates, the link_format shortcode option.

The shortcode would be this:
[connections link_format='%url%']

Hope that helps!

[Steven Zahm]

@ David

That is because the action hook name is specific to cMap and will run only when using cMap. Here’s a tweaked version that should run with Slim Plus:

function cn_slim_plus_add_submit_button( $atts, $results ) {
	
	if ( $atts['enable_category_multi_select'] ) {
		
		cnTemplatePart::submit( array( 'return' => FALSE ) );
	}
}

add_action( 'cn_action_list_before-slim-plus', 'cn_slim_plus_add_submit_button', 99, 2 );

Hope that helps!

[Steven Zahm]

@ Marco

Since I now have access … I took a look at the page itself. The best I can tell it is working exactly as it should.

Without order_by, the sort is by name (last name if individual, org name if organization) in ascending order. A, B,C…

The problem you are facing sorting with the you seem to only have a name in the department field for two entries:

ORG:  Kunsthandel S. Mehringer OHG
DEPT: Beate

ORG:  Möller & Cie KG
DEPT: Andreas

ORG:  Galerie Thomas
DEPT: {empty}

ORG:  Gordian Weber Kunsthandel GmbH
DEPT: {empty}

ORG:  Galerie von Vertes
DEPT: {empty}

and so on …

Every other entry I (randomly) checked after that seems to have nothing entered in the department field so there would be nothing to sort by…

I would expect in ascending order the results to be {empty}, A, B. And in descending I would expect B, A, {empty}. Which seems to be exactly what you’re getting.

The empty fields, there nothing to sort by, so the result would be whatever the DB returns. So if you need to be sorted by owner using the department field, you’re going have to enter an owner for each org so it is properly sorted OR provide a secondary sort order for the results that are {empty} to be sorted by. Maybe this:

[connections enable_search='true' exclude_category='1,27,28,47,57' addr_format='%line1% %line2% %line3% %zipcode% %city% %state% %country%' order_by='department|SORT_DESC,sort_column|SORT_DESC']

Does this help?

[Steven Zahm]

@ Cheryl

An image … or all images? If it was a single image … its seems Duplicator missed it somehow or maybe got corrupt during the archiving from the source site or corrupted when being restored to the destination site.

If all image were missing then Duplicator did not archive the ../wp_content/connection_images/ folder from the source site. I would imagine it would archive the entire wp-content folder. I have no personal experience with that plugin but I would be surprised if it did not.

[Author]

Posts