704 comments found.
Encryption breaks the No Duplicates feature in GF and is documented. I searched through the comments it looks like you might have been looking into a solution to fix this. Is there any progress on this? or is not possible?
Hello
Progress has been made.
New in version 6.1- Added “No Duplicates” functionality for encrypted fields (BETA).
- Tested on WP 5.9.1
This new version is now available for download. Be sure to subscribe for item updates to receive emails for new versions if you are not using the Envato Market plugin to manage upgrades. This feature is noted as still being in BETA so please test its functionality thouroughly before using on any live site 
Hi, does this plugin support PHP 8? We are getting errors:
PHP Fatal error: Unparenthesized `a ? b : c ? d : e` is not supported. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in wp-content/plugins/gravity-forms-encrypted-fields/gravity-forms-encrypted-fields.php on line 2543
Hello
You appear to be using a very old version of the plugin. Please update to the latest plugin version (Version 6.0.2).
Emails are sent out on new plugin version availability if you select to be notified for the item in your Envto account, and if you use the free Envato Market plugin you get auto plugin updates and notifications through WP admin.
UPDATE: ver 6.1 was just released.
Having some issues applying license in a multisite environment.
Currently already have a license on the primary site in multisite network. Trying to add licensing for a subsite using the latest plugin version but when applying the purchase code in the settings getting back:
“Failed to connect. Please try again”
Only error written to the logs is the following:
PHP Warning: First parameter must either be an object or the name of an existing class in /xxx/xxx/public_html/wp-content/plugins/gravity-forms-encrypted-fields/gfef.php on line 2929
Can you please send us email. Click on our user name and use contact form. Include your purchase code in the form and we can take a look at your license from there to assist.
DO NOT list your purchase code publicly here in the comments
Hello, I like to pass encrypted values from an external PHP Site to a GravityForm. I can see in the features List that you support something like this on the same webpage from on form to another form. Is it possible to encrypt the query string on the external PHP website and decrypt it while accessing the form. I am aware the external site needs to know the secret or public key. What would be the PHP-Snipped to encrypt the query string on the external site?
^This is a copy of a comment I already saw but I need the exact same answer
Hello
This is a different scenario then passing from internal form to internal form, and there is no snippet for this. It is custom development which is very doable, however we do not support customer custom dev work. When encrypting externally to our plug-in/gravity forms/Wordpress you would need a developer to write the matching encryption format to then be decrypted by the same format, algorithm, and hash as our encryption. Pending your scenario you might find it easier to just pass the data securely via web api to gravity forms.
Correct, I understand this. It is a link that is clicked via an email so I would be willing to write the code for the Encryption, where would I find the format used?
Hello
The gfef_encrypt() function handles this in our plug-in from data in to return of encrypted data.
Hi
Can you please guide me if and how we can generate a CSV file for the encrypted entries? Do we need to decrypt the data first or is there a direct way through which we can get decrypted data in the CSV file?
Regards,
Hello
This is not a part of our plugins functionality. This is a function of gravity forms core. You can read up on Gravity Forms functionality on their website:
https://www.gravityforms.com/blog/how-to-export-form-entries/Just log into your site with a user that has all view permissions for encryption (or log into asynch if using asynch) and use the Gravity Forms built in export options as documented in the above link to export a CSV. It just has to be done with a user who has view permissions to the data you are exporting.
I am trying to install the latest update but there is no zip file to download.
Hello
I am not sure how you are attempting to update, but there is a zip file in the plugin files for download. Try going to your code canyon account and “downloads”. There should be should be a download button for the latest item version.
Hello, i need only your query string to have a secured url information from one form to second form. i dont want this secured details in the GF entries. is there a way for this setup?
Hello
Yes. You can have encryption active but leave it off in the individual fields settings and then use the encrypted merge tags to pass the data encrypted between forms. The fields must still be off supported type. We provide a code snippet for decrypting data passed forward like this on save of the new form data. This snippet leaves the data encrypted during entry of the new form so hiding the fields on the new form is an easy way to move the data forward to the new form without the user seeing the encrypted data, since they already entered it on the original form.
The same simple snippet could also be modified to make use of other available filters to decrypt the data before display on the secondary form if the data needed to be visible and readable there.
Hope this helps
Modifying the snippet to show the decrypted data on the secondary form however would be complex. VS using our pre supplied snippet to pass it hidden to the V second form.
thank you for your answer. it is hard to understand for me. can you update the plugin that i can click one radio button for this function?
Hello
We have a code snippet you would simply copy and paste into your functions.php for your child theme. It is not a standardized function of our plug-in so we would not write this in, but we provide this for random use case. The form and field ids for the snippet just need to be changed to match or could be removed to decrypt all data before saving the new form data.
Hello
To follow up on this, this only works between forms on the same website or websites both running our plugin and using the same encryption keys. The reason this is not a standard use case is that there are generally better methods of passing the data without putting it in the query string. For passing to external sites the GF webAPI can be used which passes entry data over SSL securely. This would require a developer. for internal passing of data on the same website between forms instead of using the query string to pass data to the new form you can actually just use a GF form shortcode directly in the confirmation message of the 1st form. When the user finishes the first form it displays the next form as a confirmation.. then displays that forms conformation on finish etc. The form shortcode used in the confirmation can directly pass field values through PHP by using field merge tags in the field values of the shortcode, so the field values are not exposed in the query string. example of a form shortcode with field values: [gravityform id=”29” title=”false” description=”false” ajax=”false” field_values=”myfield={text field:32}”]
I would recommend not using the ajax option for the forms as loading 2 forms on the page at once can cause issues so the reload of the page to the new form in the confirmation works best without ajax.
Sorry, that i ask again. i search for alternative plugin to Easy Passthrough that can push customer datas from one form to second DSGVO conform. Can we push very easy customer datas from one form to next form?
Hello
If information is pushed via a add on or feed you can push normally. Or plug-in does not add any ability to send data to other forms outside of what is core to gravity forms
We have some sites that currently use the old Gravitate encryption plugin, and I’d like to migrate those sites to use GF Encrypted Fields. Is it possible to use this plugin to de-encrypt data encrypted by Gravitate so I can remove that plugin?
Hello
Not without a little custom work. We provide developer encryption and decryption functions which would help. The best way to accomplish this would be to export the entries decrypted if possible from gravitate and then import them and manually re-encrypt them with our plug-in.
Hi there,
We have a field that still shows as “Encrypted Field Restricted” even after we log into GFEF Async… All of the other fields decrypt fine but this one still shows that text. Is there maybe a character in the text or something that could be causing the decryption to fail?
What it’s showing on the entry view screen:
Label: Provide only your first and last name as they are written on your Alberta Health Card. Field values: Andrew Encrypted Field Restricted
Any help that you can provide would be appreciated! -Dave
Hello
The issue was a character sequencing issue.
Please be sure you are running the latest version 6.0.2 which addressed this potential issue in Asynch mode.
Thanks for letting me know! I’ve installed the latest version. Will this just fix future entries to the form? I notice it still shows the Encrypted Field Restricted text for this specific case.
Hello
Yes this fixes future entries.
It seems like your plugin is causing 504 Timeout errors when trying to view Gravity Forms entries. When I disable the encryption plugin, I have no issues with viewing entries. Do you have any suggestions on how to fix that?
https://www.screencast.com/t/r8FVsVjOZLHello
This is not normal behavior.
It sounds like you may have a plug-in conflict of some type. Have you tried the following usual troubleshooting methods for plugins?
1. Double check the system setup for our plug-in on the encrypted fields settings page to ensure the system meets requirements.
2. Disable other plugins and run only ours + gravity forms. Enable other plugins one at a time and test to see when problem occurs after last plugin enabled.
3. Enable GF logging and /or WP error reporting to check if there are any direct reported conflicts.
Hi, How can I enable the encryption for a file upload field?
File upload fields are not a supported field type. You can use the Dropbox add-on to upload files to password protected and encrypted storage and delete local server copies.
Hmm that’s not gonna work for me – can I get a refund?
Hello
Plug-in details including supported field types are listed in the product description.
Refunds are handled through your Envato account. We can certainly approve the request when it comes through
Ok thanks!
Can you explain how this option works? ‘Ability to auto delete specified form entries and file uploads after submission/user registration/notifications/feeds. Keep the site clean and no site data to breach!’
Your plugin can delete the file from server but it will still be accessible from the notifications?
This option deletes entries or files from the server after they are processed by feeds and add-ons and the notifications are sent.
You can attach a copy of the file to the notification so it’s not just a link to the server file location. The file delivery is subject to any sending or receiving mail server file types/size restrictions when attaching so file type/size restrictions should be used on the upload field. Explicitly Encrypting the email itself is available using a plugin like PGP MAIL. The file is deleted on the Server so any links will not work.
Using the Dropbox file upload add on as suggested earlier will upload files to Dropbox for both password protected and encrypted file storage with all the easy sharing etc of the Dropbox platform and it can also remove the file from your WP server after copying it to your selected Dropbox account/location on submission.
1) For attachments You mean this? https://wordpress.org/plugins/notification-attachments-for-gravity-forms/ 2) Do we need a separate plugin for Dropbox? 3) Can I test drive the plugin now before i re-purchase lol?
Our plugin has an option for attaching the uploaded files to specific notifications built in.
The Dropbox add-on is a direct add-on for gravity forms and is currently already included with elite and pro licenses of gravity forms. Please reference gravity forms documentation for complete info on the Drop-box add-on:
plugin pagehttps://www.gravityforms.com/add-ons/dropbox/
Envato does not have a plugin testing platform available, so no test drive is available. If you find the plug-in does not function for your needs you may request a refund through your Envato account.
I added here the form id – see image https://snipboard.io/43J2zH.jpg And tried a submission which went through But no notification emails went through (not user and not admin) and also the entries tab is empty
Hello
Please review complete instructions for “attach file upload to notification emails” option instructions. It requires more than a form ID.
have you set the “delete form entries after submission” type option to delete that form entries? If so, they are deleted and will not show up in entries list.
Ok, but why are there files being stored under the tmp directory in backend?
Hello
Our plugin does not store any files or write to any temp directory, so this is not a function or result of our plugin. Our plugin feature can delete any uploaded files after the submission is complete and notifications area sent etc.
I am not sure of which temp directory files you are referring to, but please refer to Gravity Forms documentation for how their file upload structure and security functions.
https://docs.gravityforms.com/security/#h-file-upload-securityHi there I’ve juste baught your plugin and when i enter my licence it sais “Failed to connect. Please try again”
my server is really secured (i work in a bank) and i need to whitelist the adress of your licensing server. Is it possible to have it ?
I had the same problem with Gravity Forms.
Thanks a lot Marielle
Hello Please contact us via contact form in regard to this. Click on our username right above this comment. It will take you to our author page where there is a contact form here on Envato.
Hi PluginOwl,
We hope this support request finds you well. We have an issue arisen with regards to licenses on our website and development site.
You will see we have purchased two licenses as we now are running an older instance of the same site. We need to keep the old instance active, but we are unable to deactivate the licence on the first site so now we have an issue where your licensing is of course warning us we are using the plugin more than one but both sites are listing the same URL even though they are both using separate licenses. As these are not public facing sites we do not want to post URLs or licenses here can we communicate via email please as this will need your background assistance to help us resolve this issue. Thank you.
Hello please clock out username and send us an email through there contact form. Include both purchase codes in the form and the exact URL to deactivate. We can deactivate the site from purchase code of your choice DO NOT list purchase codes in public comments.
Thank you so much for such a prompt response. I will send this detail via the contact form.
Hi Plugin Owl, I am sorry, having trouble getting the above details to you. Can I clarify that you need us to log out of this platform and then send the details via a contact form? Can you provide a URL for the contact form as I cannot locate it. Thank you and sorry for the trouble.
Click on our username right above this comment. It will take you to our author page where there is a contact form here on Envato.
Thank you so much for such brilliant support, PluginOwl. My case has been solved perfectly and in such good time. 10/10. Thank you.
We’re using the following configuration: OpenSSL Async
Running PHP 7.4.18, system check is met and encryption testing and verification passes.
We’re running on plugin version: 6.0
Issue:
When Async is enabled, we run into this issue once logged in (GFEF with unlock icon shows at top) on the Entries page: Warning: openssl_open(): IV length is invalid in /wp-content/plugins/gravity-forms-encrypted-fields/gfef.php on line 418
The values are not unencrypted and just say: Encrypted Field Restricted
I did some digging and the length of the IV is either 36 and 56 characters long.
$text_decode also only had one key value pair in the array, here’s an example: array(1) { [0]=> string(36) “u���v�w�F�bSXkcGdd19Klc+8wmzDy2w==” }
$envKey and $sealed both are null.
Any help would be appreciated.
Hello
1. Did you just switch encryption type from something else to asynch with pre-existing encrypted data?
2. Is this custom code? .. and are you using our provided developer encrypt/decrypt functions?
Hello
If #1 . It is just a warning. You cannot decrypt data from another encryption type with asynch decryption. Only the same decryption types and key/pass etc can decrypt the data. Your likely to get warnings or “missing/not showing up due to not decrypting properly” data if you leave previous entries encrypted and switch encryption types or keys etc. replace the encryption type and keys etc back to what the data is encrypted under to decrypt it. .. or leave it archived under it if you’d like. You can always retrieve it by going back to the proper type/keys when you’d like, but it won’t be visible/decryptable until you do.
you can also manually decrypt your data before switching encryption types /keys and then manually re encrypt it under the new type/keys to keep all your data under one type/keys. This is the recommended method to change encryption unless you’d like to leave certain data sets under other encryption every so often for security reasons. These types of warnings are not a site error in need of correction if you don’t display your site warnings/notices/errors in the front end. It’s just letting you know it cannot decrypt what is processing with your current settings . This is because it’s encrypted with other settings Per instructions it’s very strongly recommended to stick to one encryption type and key etc for production site purposes unless you absolutely have to change it.
Thanks very much for your detailed response.
The issue above was due to setting an encryption password (due to trying to make all the checks green in system check), then setting Async. However I have found quite a few more issues.
Here’s the issues I have found so far with Async:
1. If you try and encrypt the data without first logging into Async via the Entries section, then it’ll say everything is encrypted but won’t let you login to Async via Entries again, the data won’t be encrypted in the database either.
2. While there are instructions saying to have a blank encryption password when setting up Async, the system check says: Encryption Password: NO Enter an encryption password. Which is confusing when you’re trying to debug why there’s issues with Async.
3. I find that when doing the bulk encrypt after logging into Async, random fields will be encrypted but will say “Encrypted Field Restricted” in the dashboard, next to others which do output the unencrypted value. They are also sometimes accompanied by the IV warning message as above. They were not encrypted by another type. Which fields fail is different each time. This is on a set of 82 entries.
4. I enabled ENCRYPTION VERIFICATION MODE to check the encrypted field values, which worked and I could see the encrypted values. However when I unticked it and then saved, I could no longer log back in to Async. I’m getting: “Notice: Undefined variable: decrypted_value in /wp-content/plugins/gravity-forms-encrypted-fields/gfef.php on line 255”
For issue 3, I have been importing a fresh unencrypted database to test each time. I simply do the following: Enabled: OpenSSL (Strongly Recommended), Async / Strict Access Mode, then set a password. Click save. Go to Entries, login to Async (successfully). Run an encrypt with a batch of 200.
This is on another machine with PHP: 7.4.26
Just confirming some things: Is this custom code? No. Using the default encrypt/decrypt functions.
I just re-imported the test database and re-encrypted again to see if I could reproduce the issues more times.
3. Is consistently happening on random fields, as in it’ll encrypt a field and make it unreadable on the frontend (essentially corrupting it) – but the fields this happens on will change each time I test on the freshly imported test database.
4. Found out what was happening here. In the brief time between enabling ENCRYPTION VERIFICATION MODE and reviewing the entries. I was logged out of Async mode, so when I unchecked it and saved the issue came up. If I’m logged into Async mode the whole time, the issue doesn’t happen.
Just an aside. The “Encrypt After Submission is Processed” function says: “Standard Gravity Forms Merge tags are still blocked from sending out the data as readable.” However this is not correct when using “Merge Tag Filter Bypass”.
Hello
Yes, If you turn off this protection for standard merge tags using the bypass filter option. It is off for all scenarios. This is not recommended as you will likely find it can send out decrypted data unintentionally from admins or others with permissions resending notifications etc.
The decrypted tags can still be used and are recommended even if the data is not yet encrypted when selecting to delay the encryption until post submission processing.
You do not have to be logged in to asynch to encrypt. Only to decrypt.
For issue 4 this is interesting. However you should only use encryption verification mode when not running any other processes. Accidentally leaving it on and processing data in any way is what causes possible corruption. .. essentially can double encrypt data. As instructions detail, it is for quick viewing to verify when forms and processes are not happening.
I understand now you are using the manual encryption and decryption tool. (This are different from the developer encryption and decryption functions). When you run a test batch. What does the encryption report detail? (top of page after running the batch)
Also wondering if all the fields attempting to be encrypted are of supported type when running the manual tool and what settings are used?
For the manual encryption with asynch and the concurrent login /logout issues we are looking into it currently.
values you see that say “encrypted field restricted” when viewing in encryption verification mode are displaying the actual value of the field. if you check your direct DB values you will see the value is actually “Encrypted Field Restricted” the vlaue is not being restricted. that simply is the value. This is an indicator that the encryption verification mode was likely left on and the data was processed. the actual data can end up being written over by the restricted display in that scenario if data is manipulated at all with that mode on. very important to turn it on when the site is silent, and no data is being processed in any way. verification mode and the manual encrypt/decrypt tool is a dangerous tool so there are many warning of use.
Clarification. Login to encrypt data from forms via asynch is not required. Login to manual encrypt/decrypt is.
Devs are working to block this action without login (..again and more robust) which is causing the issues.
Update pending
UPDATE: ver 6.0.1 releasing momentarily fixes an issue with asynch keys being cleared when updating settings on settings page and NOT logged in to asynch. Tested on WP 5.8.3
Thanks for explaining all of that and releasing that patch.
For the “Encrypted Field Restricted” issue, I can confirm that this happens across supported field types (email and phone). This issue is after a manual encryption after logging into Async (without ENCRYPTION VERIFICATION MODE enabled, or anything like that – just with the OpenSSL & Async setting). There are no errors in the response after the successful encryption (the field ids with the issues are listed out as successful), no PHP errors in the error log. The field data is encrypted in the database, same as the rest of them – it does not say “Encrypted Field Restricted” in the database. The actual pre-encrypted values of the fields are the same across multiple entries (some are shown on the frontend with no IV warning, and some say the “Encrypted Field Restricted” on the frontend with the IV warning).
I’m using the bypass filter option as that’s what’s required when using Async.
From what I understand, if I have the bypass filter on and only encrypt a handful of fields (which all need to be displayed via merge tags in notifications and processed by custom plugins anyway), there isn’t any added risk – as using a decrypted merge tag would be exposing the exact same data via re-sending notifications etc. via an admin that is logged in via Async unless I’m mistaken.
Hello Thanks for update
Please test patch and see if new data functions Normally.
If you have assessed the risks of turning off the filter and it’s easier to use then setting up decrypted tags it sounds like the proper solution. It just doesn’t leave control over them for future application Is all.
I am running the latest version.
Normally new entries work correctly, which is why I didn’t bring it up. I wanted to test this through so what I did was create a bash script to loop 100 times and send POST requests to Gravity Forms via CURL using the same data. I am noticing that maybe every 15 or so entries will come in with a random field (text, phone, email) “corrupted” via the encryption. Same issue, the field is encrypted in the database like all the others. However it says “Encrypted Field Restricted” on the frontend and there’s a IV length is invalid in /wp-content/plugins/gravity-forms-encrypted-fields/gfef.php on line 424 error.
The manual import has the exact same issue.
We can’t use this plugin until the issue is resolved, if there’s any information I can provide please let me know.
Regarding the filter, from what I understand from the documentation is that it’s only option to get unencrypted data to notifications while using Async? I did try the decrypted tags but they didn’t work via Async as expected.
Correct. Asynch has no way to decrypt for anonymous users so sending data before it is encrypted is only way in that case. Can you send an email to our team via our user page (click user name and use contact form) so we can possibly look into the random fields issue
Thanks, I have sent an email to your team with the information you require! Appreciate the fast responses.
Hello
Please update to version 6.0.2 for your testing. New release version for fix Asynch potential random issue.
Awesome, thanks so much for fixing the primary issues I reported. Issue #2 may impact others, so you might want to add some specific Async related checks so that the System Check reports all green and people don’t mess up by adding an encryption password by mistake, could even disable the encrypted password field if Async mode is on and the password is blank? Thanks again.
Hello
The encryption pass is not used when using Asynch so it does not necessary hurt to enter one, but it is not required. An update to instruction has been added to remind users of this not to use when using system check. We can look to possible change system check for Asynch mode in next update
Thank you for notice of the issue.
Great, thanks for the great support you provide!
We have a customer that currently uses gravity forms encrypted fields. They are a non profit and have a multisite with us. They have this working on their main domain but would like to have it on each schools subdomain. I see there is no multisite license but wanted to check if there is any deal of they purchased multiple license. Right now they own the 1 but would be looking at up to 22 more right now. Not all the schools may want to use it but if everyone does it would be an additional 22 of them. Let us know if there is any discount for bulk purchase for them.
Hello
We are an “exclusive” author which means per our author agreement with Envato, we only sell through them and cannot sell outside of their sales system. As such, although we would love to support non profits and other causes, simply have no way of offering any bulk discount such as this.
Hi, we have move our site to a new hosting provider and deleted our development site but forgot to deactivate the license, and when we create a new development site we cannot test the encryption, is there a way for us to deactivate the old development site?
If the site is offline. ( not Internet accessible) when you install on new site it can deactivate it if your license usage is full Make sure you’ve downloaded the latest version (6.0+) for this feature
Hello. How can I tell if a form field is encrypted? When I look at the form entry, I see all the form answers in plain text. Thanks for your time.
Hello
Please be sure to follow the setup instructions in full. They detail Step by step the encryption verification process.
Settings page -> setup and usage instructions (at near top of page)
I’m trying to use a summary page like this: https://gravitywiz.com/documentation/gravity-forms-preview-submission/
However, when I try to use regular merge tags they are blocked, but when I use the decrypt merge tags then just show up as plain text. How can I adjust this to make it work? It seems like this filter gform_merge_tag_filter changes everything.
For the decrypted tags showing up as plain text. Yes, the tags only output plain text. However, If you want to output the tag text as html in the html block you can write html around the tags to display them however you would like.
Our auto formatter Plug-in also adds a simple entry review page option to display GF built in review page with encrypted fields compatibility but it is not html customizable without dev work.
I was able to create a workaround. I enabled the bypass filter so that the encrypted text would print out. I then search for the encrypted text patterns in the field content. Once I had an array of all the encrypted fields, I then decrypted them and output them. Hoping this could help some one in the future.
Please be careful with the bypass filter. It disables protection of encrypted fields in all merge tags for your site and although it can be used for this specific case you may likely find you’ll need it’s protection elsewhere which is why it’s highly discouraged to turn off unless for very specific site wide usage.
Why not just use the decrypted tags? When you say “ they only show up as plain text” , what did you mean? The tags were not printing the decrypted data and showing up as the same merge tag text entered? Are they working elsewhere? As in did you test them in a simple confirmation to be sure they are unlocked and entered /functioning properly?
Hi there, I have successfully installed the plugin!
However, I’m seeing that when I have encryption enabled, The plugin does not respect the Page setting on the confirmation.
Is this expected behavior? Is there a setting that I’m missing?
Thanks so much!
Hello
Can you please detail what is meant by “ The plugin does not respect the Page setting on the confirmation.” ?
Sure thing! Thanks for the quick response.
We have set the Confirmation Type for our forms to be a page.
When the plugin is active, the form confirmation type seems to act like “Text” instead.
When the Encryption Verification Mode is enabled, the form confirmation acts as expected and redirects to a page.
Hope that helps explain the issue better!
Hello
Please be sure you are only using verification mode in a sandbox for testing and not leaving active.
This is not normal behavior. Our plug-in does not change the GF confirmation type. Have you checked for any conflicts or errors using GF debugging or WP error reporting?
Thanks so much for the suggestion of GF debugging.
I see this line :
DEBUG—> GFFormDisplay::process_form(): Failed Honeypot validation. Displaying confirmation and aborting.
I have a feeling this is causing the issue. We are using Honeypots and Akismet.
Thanks so much for the help!
Happy New Year! For anyone looking for a similar resolution here, it appears auto-fill was filling the honeypot field.
In this case, the honeypot field was labeled and acting like a “Phone” field
Autofill was treating it as a second phone field, filling it in, and tripping the honeypot action. which is to show the default confirmation, but not actually submit.
Not using autofill, it appears Akismet is not validating. I followed the #3 instructions here: https://codecanyon.net/comments/25454932 and we are good to go! Thanks so much.
Hi. i want to encrypt a customers email field that is entered on the form, but i want a third party to be able to decrypt the address from an export… is there way to do this by supplying them a key?
Hello
There is no built in way for this third party decryption. It can be built custom.
You can currently use PGP email encryption plugin to send 3rd party info in encrypted email to unlock with a key or use gravity pdf plugin to encrypt info in pdf for Sending which opens with a key . These are available and documented separately. But a third party decryption system for gravity forms CSV export would need to be built out. There are available developer encryption and decryption functions built into our plug-in to assist in things as this but we do not offer support or assist in custom dev work
