Chris Lagasse

Hey @pbevanudp,

The more I look into it, it seems like a glitch in the deployment, since it was non-destructive rsync. After this issue and my initial reporting, I did a full replacement of the plugin folder on the server via an SFTP transfer, and the issue did not come up again, so it definitely seemed to be something tied to the autodeployment script.

Going to mark this as ‘resolved’ — I really appreciate your speed in responding ??

While reviewing to make sure my hotfix carries over, I see the migrator.php file not included in the repo, but it still exists on production (uses an non-destructive rsync)

Hey Kyle,

This is a curious issue. The plugin is set to run after a successful form submission, so it’s interesting that the file upload isn’t failing until after the submission clears.

I’ll need to look into this. Are you using a special plugin for the file upload, or native Gravity Forms?

-Chris.

Hey Christopher,

This is a current issue with the enumeration of the fields. Gravity Forms stores the checkboxes as a comma delimited list, but HubSpot needs it as a semi-colon delimited list. As such I need to do a find/replace to replace the commas with semi-colons.

Preferable option is to not have “values” for the checkboxes that have commas in it. The Labels can have commas, but the Values shouldn’t.

I will add this to my bug list, though, as it’s likely a somewhat common issue, and one I _may_ be able to compensate better than I currently do.

-Chris.

Hey Thomas,

I have been unable to replicate your concerns. I have not tested a submission just yet, but I am not having any issues seeing pricing, quantity, or hidden fields in the dropdown selector. (see: https://cl.ly/4f432ab76e9f)

I had other priorities pop up at work, so I plan to actually test submissions with this data next (hopefully tomorrow), but as your issue was specific to being able to select the fields… I’m not sure why you’re experiencing this.

Hey Thomas,

I will check into why these fields aren’t visible, but I don’t see why they wouldn’t be by default.

The filter is offered as a way to bypass it. Instead of selecting the fields on the Feed side, you can modify the feed’s data that is going to HubSpot before it actually gets sent. Allowing you to modify the data that is being sent or add/remove data from the array.

As such, if for whatever reason the Feed doesn’t have access to the Product/Quantity information, you might in the original object, and can add the data via the filter.

But I’ll aim to write back to you by EOD about the payment fields.

Well, that is something I’ve never encountered before.

There wouldn’t be any console errors as there’s no javascript running on the page…

Did you check your PHP error log to see if there were any errors in there?

-Chris.

Hey Thomas,

You could potentially use the filter to modify the data before it goes to hubspot… but I’ll have to take a look at the code.

add_filters( 'gf_hubspot_data_outgoing', 'myFunction', 10, 3);
function myFunction ($data_to_hubspot, $form, $feed) {
  // Do manipulation of the object that will be going to HubSpot, based on your $form's data
  // $data_to_hubspot['quantity'] = "forms_hidden_quantity_field"
  return $data_to_hubspot;
}

Are you referring to “hidden” fields on HubSpot’s end or on Gravity Forms?

Thanks,
-Chris.

Just updating this thread to keep things up to date. For starters, kcastle contacted us by email, and resolved their issues by not using the GDPR fields that HubSpot provides.

As of this time, HubSpot’s Built-In GDPR fields are not compatible with the API, and I am still looking for potential ways to work around it. GDPR compliance in our plugin is done through custom fields, and using the Gravity Forms “Conditional” handling.

More information can be found on our blog: https://bigsea.co/tech-code/plugin-update-hubspot-for-gravity-forms/

I’m going to have to look into why HubSpot restricts API to Super Admin, but good to know, Thanks for the heads up on your resolution!

-Chris.

Hey Thad,

I noticed that yesterday with a different integration entirely (I was trying to connect CallRail to HubSpot)… I think HubSpot had a little hiccup. I waited a few moments and then tried to connect again and it worked fine the second time.

Were you able to connect?

-Chris.

Hey samvthom,

Sorry for the delay, I was on vacation last week and catching up.

There’s a cache in place of about 30 minutes I believe.

You can clear this cache by going to wp-content/uploads/gf-hubspot and deleting the forms-XXXXXX files contained within. This will force the plugin to get a fresh copy of the forms.

Hey there bureauvet,

Sorry for the delay, I was on vacation last week and still catching up.

White screen of death points to a PHP error. Likely this is being caused by a PHP versioning issue that’s conflicting with some of my code.

Do you have access to your PHP error log to see what is returning?

Enabling WP_DEBUG can help too, sometimes (depending on your system’s settings).

-Chris.

Hey Viktraffic,

You’re encountering a rare instance that I am currently unable to replicate.

This is a passion project of mine at Big Sea and I offer support for this on a limited basis as it’s a free plugin. I’ll do my best to help you, but I do not have a timeline as I can’t replicate. I am also going to be any out of town next week, starting tomorrow, unfortunately, so my ability to provide support will be hindered after today until September 10th.

I do still have some questions that I feel were unresolved. I am trying to find hints as to why a Feed would process multiple times. We’re using Gravity Forms’ built in Feed handling. This typically works correctly not just for our plugin, but for many other plugins that utilize the same AddOn handling that Gravity Forms offers. So there clearly must be a conflict down the line, but there are way too many possibilities to narrow down at this time.

Firstly, if you’re willing, I would suggest completely removing our plugin, and then installing, reactivating, and rebuilding the Feeds, and see if the problem persists. I’m curious if you have lingering feeds that somehow Gravity Forms kept but aren’t displaying anywhere. You can delete all of the current settings by going to Forms > Settings > HubSpot and clicking “Uninstall AddOn” https://cl.ly/0e441271f1d6

If that does not help, or if you’re not willing to do so at this time, here are some questions to help me narrow down and replicate:

1) Can you please list your forms (you can use variables for names if you want) and their relationship to HubSpot, for each feed you have set up?

[Gravity Forms Form] > [HubSpot Form]

ie:

X > A
X > B
Y > C
Z > C

We have several clients that use this plugin, set up with multiple feeds and multiple forms, and do not encounter this issue.

2) Can you please provide a list of all of the Gravity Forms hooked plugins that you have installed/activated?

3) When you submit GF Form X, please describe what is happening: Simultaneous submissions arrive in HubSpot, but for HubSpot Forms A, B, and C? or do they all show up in Form A?

Thanks,
-Chris.

Hey Viktraffic,

I have this on my list to take a look at. Will hopefully get back to you soon.

I’ve heard of a similar issue in one instance: Are all of these forms accessible from the same page?

And how are the feeds set up on your WordPress end (Forms > Edit Form > Settings > HubSpot), and distinct? referencing different forms?

I get this weird nagging feeling that Gravity Forms is handling the feeds differently than I expect and there’s an overlap just because they’re on the same page. Are they all submitting in Gravity Forms, too? Distinct entries in each form’s entries results?

Thanks for the additional info and I hope to resolve it for you.