[Steven Zahm]

@ Melissa

When adding an entry, change the Entry Type to Family found above the Save button. You will then be able to enter the family name. Same for when adding an Organization, you would select the Organization Entry Type.

Hope that helps!

[Steven Zahm]

@ Carol

Please navigate to the Connections : Tools admin page and click the System Info tab. Scroll to the bottom and generate a remove viewing link. Reply back with that private remote viewing link. Please be sure to check the “Set as private reply” before submitting the reply.

Thanks!

[Steven Zahm]

@ H.Dupont

Yes, errors due to the tables not existing. They would be expected. Look for InstantWP’s PHP error log. Perhaps something will display in that log file after Connections is activated.

But, also do as I suggested above, confirm that the database user that InstantWP creates has the create and alter table capabilities. If the database user does not have those you will never be able to install any plugin which installs custom tables… which is a lot of plugins.

Alternatively, move to a different local dev solution. Personally, I find it best to dev on an actual web host since the web hosting environment is more often configured correctly to allow WordPress to run correctly.

[Steven Zahm]

@ Marjoline van der Jagt

lol, thanks!

If you have the time, I’d love a review

https://wordpress.org/support/plugin/connections/reviews/

[Steven Zahm]

@ antonella

**re: It just need the option of adding a City field, **

Sorry, I remember you mentioning this before… I must have forgot to address it…

I added this to my todo list.

re: I am testing it with Postcode at the moment – it doesn’t work with “All” selected for the Category

How does it not work? Perhaps it is due to it being set up and the directory not being populated.

[Steven Zahm]

laurelv

Can you please share a link to the page with the issue and the exact shortcode you are using?

[Steven Zahm]

@ Global Cultura

Move the following line from out of the else statement.

https://github.com/Connections-Business-Directory/Connections/blob/8.5.32/connections.php#L664

Moving it to line 667 should be fine.

Having the file load in the admin context should be fine since the filters it hooks into WordPress only runs on the site’s frontend (assuming Divi is not running frontend filters in the admin too).

What is a little confusing about this is that I’ve helped many others for other issues who were using Divi and not have encounter this before.

Hope that helps, let me know.

[Steven Zahm]

@ paul

re: No, did not resolve

Ok… did you try increasing the PHP memory as suggested? What have you doe to try to resolve?

Can you share the link to the page with the issue so I can give you better advice?

Can you attached screenshots of what you’re seeing?

Really anything you can add so I can better help you.

re: Actually now when someone submits their contact for posting, I can click on it from the dashboard and update it but how do I “release” it so that it shows in production? I would have thought that was update but I don’t think so.

If you are using any type of caching, server side or with a plugin, try clearing the page cache.

If you setup the users to require moderation when adding/editing their entries, make sure you “approve” the entry by clicking the “Approve” action link under the entry name on the Connections : Manage admin page.

Hope this helps, let me know.

[Steven Zahm]

@ Stacy

Please navigate to the Connections Settings admin page and click the Advanced tab. Re-enable the “Google Maps API v3” option. This is enabled by default, perhaps it was turned off inadvertently.

Does this fix it? If not, please leave the option enabled and I’ll look at the page again.

[Steven Zahm]

@ Marjoline van der Jagt

Well I spent the better part of my day tracking this down… I eventually tracked down thru the Connections code that the file names for the template were being changed. The file names being searched for, not the actual files themselves.

Thru some trial and error I narrowed it further down to the core WordPress sanitize_file_name() function was basically “hashing” the file names instead of simply ensuring the files sames were safe.

So… with that knowledge I new for a fact another plugin or a theme was indeed the cause. Another plugin was changing the behavior of this core WordPress function thru the use of the sanitize_file_name filter within that function.

I downloaded the installed plugins one at a time looking for one which hooked into the sanitize_file_name filter. On the fifth one, I found it.

The culprit, “Discussion Board Pro”.

It hooked into the sanitize_file_name and under the following conditions would “hash” the file name.

• The user was logged in.
• The login in user was not an admin
• The user was permitted to post a discussion.
• The user was permitted to upload a featured image or had access to the media button when posting a discussion.

The bad part is all those above criteria were met, their filter would be applied to all usages of sanitize_file_name() globally — all other plugins, theme and even WordPress.

The solution…

Fortunately there was a simple solution. In the Discussion Board Pro setting under the Pro tab, uncheck both the “Upload featured image” and “Allow media button” options.

Bingo! The editor and user can view the directory just fine because Connections can now find its template files because the name it was looking for were not correct.

I personally would consider this a major bug in “Discussion Board Pro”. Their filter should only be applied within the strictest scenarios as possible to help reduce the possibility of this type of conflict. They really should refactor this so their filter is only applied to when a logged in user is posting a discussion and not globally like they are now.

Hope this helps!

[Author]

Posts