leefuller

Hello Michael,

Thanks for that. That did give me the checkboxes I want. Trying to find out why they are not being populated from a Gravity Form. But, that’s a different issue.

Thanks!

Here’s a link to a screenshot: Screenshot

On a side note, is there a way to have separate chats on separate pages? I.e., a “chatId” in the shortcode?

Thanks for great responsiveness, by the way.

Great, thanks Jeff. I’ll take a look and see what I can do. Of course, I’ll share with you anything I find/do – for your benefit of upcoming releases.

Thanks for the quick response Jeff. I wonder, could you maybe point me to a place to modify the code for this type of feature, at least removing the auto-generated name and for me to set the placeholder? I’m sure I could figure it out – being a developer. However, may be faster to point me at the proper place.

Thanks again!

Just FYI – we’re using it, and it seems to work fine.

YMMV

Agreed. I see this same problem. The “Package” box sizes for Priority Mail do not match the currently available options under “Shipping Zones” > “USPS (Woocommerce Services)”

I see (under Woocommerce Services) box sizes like “USPS Priority Box 1095”, but just trying match something like “USPS Priority Small Box” to a “Package” box isn’t possible. Therefore, while the Woocommerce services are properly “bundling” items that have dimension set – it’s selecting the wrong shipping cost since it’s bundling to a box that isn’t available under “Packages”.

Confusing.

I should mention.. we are not receiving “Test Receipts” either.

I’m having the same issue on Bluehost. Is there any solution you can post here?

Thanks.

For me, Sucuri hardening of the /wp-includes directory was the issue. Reverted the hardening, and.. voila. Love Sucuri. But this is a real problem with using that plugin.

Great.. I’ll try that.

However, you did not address the errors I’m seeing. There are those, plus several that are appearing on top of the main admin screen for the plugin.

Same issue here. All other tabs work fine. I get just a blank screen where the dashboard should be. WP admin menu is still visible.

Yes.. there are a few hoops to jump through. But it was not all that painful. If anyone needs instructions, please reply here and I’ll be happy to regale you with details. ??

So it looks like there are about 5 different ways to setup SuExec. I chose to use the Ruid method, which required a compiling of the “mod” file and adding it to the server. Apparently using the built-in “suexec” mod doesn’t work – at least I could not find anyone who could get it to work.

Thanks for the help.

So I’ve looked through that document pretty thoroughly. I’ve created about half a dozen sites on a new server – and I still can’t seem to get past the request for FTP access for updates to a plugin.

Specifically, I’ve followed this section:

In such an suexec configuration, the correct permissions scheme is simple to understand.

All files should be owned by the actual user’s account, not the user account used for the httpd process.
Group ownership is irrelevant, unless there’s specific group requirements for the web-server process permissions checking. This is not usually the case.
All directories should be 755 or 750.
All files should be 644 or 640. Exception: wp-config.php should be 440 or 400 to prevent other users on the server from reading it.
No directories should ever be given 777, even upload directories. Since the php process is running as the owner of the files, it gets the owners permissions and can write to even a 755 directory.
In this specific type setup, WordPress will detect that it can directly create files with the proper ownership, and so it will not ask for FTP credentials when upgrading or installing plugins.

Tried each combination of permissions suggested. And while I was able to install WP successfully, any attempt to update a plugin or add one is met with a request for FTP credentials.

Any thoughts?