Troubleshooting Issues with Calculation Results

Troubleshooting Issues with Calculation Results

SummarySolutionsExample Logging Statements

Summary
When the calculation result stored in the entry differs from the result displayed on the front-end, that indicates that one or more field values referenced in the formula were not available.
How calculations work is that the value you see on screen is not included in the submission. For security reasons the calculation is rerun during submission using the field values saved in the entry. If a field hasn』t been saved yet then its value isn』t available to the calculation. The most common cause of this issue is if fields are in the wrong order; a calculation field must always be located after all the fields referenced in the formula.

Note: The Total field type is always the last to be saved so its value is not available for use in calculations.

Another cause is if the field used in the formula has a conditional logic rule based on a choice based field such as checkbox, radio buttons, or multi-select and the choice includes special characters or HTML.
Solutions
The solution to the total field not being available is to use a Number field with a subtotal calculation. Refer to the GravityWiz Subtotal Merge Tag (for Calculations) article for more information.
You can test with logging enabled to determine which field value wasn』t available when the calculation was rerun. See Logging and Debugging for details on how to do so.
Example Logging Statements

DEBUG –> GFFormsModel::save_input(): Queued field operation: Calculated Subtotal ([field label])(#[field id] – [field type]).
DEBUG –> GFCommon::get_calculation_value(): No value or non-numeric value available for field #[field id]. Returning zero instead.
DEBUG –> GFCommon::calculate(): No result or non-numeric result. Returning zero instead.

Troubleshooting Issues with Gravity Forms Download and Signature Links

Troubleshooting Issues with Gravity Forms Download and Signature Links

SummaryCauses

Summary

A small number of users have reported an issue with Gravity Forms produced links to download files. This includes links to files in a post, entry, or form submission email notification. This issue only applies to links which contain the gf-download or gf-signature query string parameter. Direct URLs which are stored in the entry within the database are not affected.

Causes

This issue may be caused by one of the following (ordered from most common to less common):

A theme or plugin conflict, such as blank lines after closing PHP tags in .php files. Try running through a full theme/plugin conflict test.An outdated PHP version. Refer to the Gravity Forms System Requirements article for details.A redirection plugin or .htaccess rule conflicting with the download URL.A caching or security module configured on the server.An email service such as SendGrid replacing the functional file URL from the notification with an invalid tracking URL. Deactivating the email services click/open tracking for links has resolved this issue in the past.The salts in the sites wp-config.php file being changed, invalidating the hashes which are included in the links. This can happen if you』ve migrated your site to a different server recently. If that is the case, you can get the new download links from the entry detail page.

Once the above causes have been ruled out and the issue remains, the next step would be to contact your web host so they can check for server side issues.

Troubleshooting Mailchimp error 「Unable to add/update subscriber」

Troubleshooting Mailchimp error 「Unable to add/update subscriber」

IntroductionHow To Capture More InfoChecking Error CodesExample

Introduction

Any issue that occurs while attempting to add or update a Mailchimp subscriber will often generate the same generic message

Unable to add/update subscriber: Invalid Resource

The error message is also saved as a note on the entry.

How To Capture More Info

Recreate the error with Gravity Forms logging enabled (see this article). The error will be saved to the Mailchimp error log, as well as a hopefully more detailed error message from the Mailchimp service.

For some Mailchimp errors, additional information is sent if a specific field has thrown an error. These errors are also saved to the Mailchimp Add-On log.

Checking Error Codes

You can cross-check any error code captured against Mailchimp』s Error Glossary

If the logged information does not help figure out why the error occurred, a developer could add specific debug statements into the site code to try and track the error.

But if you still cannot see any easy resolution, submit a ticket to Gravity Forms Support for technical assistance.

Example

This screenshot shows an example snippet from the error log.

Note how the log identifies what exactly was sent, and what the returned error was. In this case, it is clarifying that when using the Mailchimp Address field, Mailchimp expects that you pass a complete address, including street address and zip code (If you only want to collect the city/state, create a text audience field and merge tag in Mailchimp to map to your Gravity Forms city/state field).

Troubleshooting a Missing Settings Page

Troubleshooting a Missing Settings Page

Check that the add-on is activatedEnsure you have the correct user capabilitiesEliminate possible conflictsCheck for errors

Most add-ons are managed from their own settings pages. These settings pages are typically accessible by accessing the primary Gravity Forms Settings page, then clicking on the tab appropriate for your add-on.
If you do not see the settings page, here』s a few steps to troubleshoot the issue:
Check that the add-on is activated
This seems like a no-brainer, but individuals regularly install WordPress plugins and simply forget to activate them. Check on your Plugins page within the WordPress admin to ensure that the add-on you』re trying to access settings for is activated.
Ensure you have the correct user capabilities
Settings within Gravity Forms are dependent upon the permissions allowed to the user attempting to access them. Simply put, if the user you』re logged in as doesn』t have permission to do something, the option typically won』t even appear.
To check and/or modify your user capabilities, the 3rd party User Role Editor plugin can be used.
Eliminate possible conflicts
To narrow down the issue, be sure to deactivate all other plugins, and switch to a default theme like Twenty Fifteen. By doing so, you can better locate where the issue is coming from.
If the issue goes away with other plugins and/or themes deactivated, slowly begin re-activating things until the issue appears again.
Check for errors
Sometimes, there might be an error occurring within the Gravity Forms code, or a conflict with another plugin or theme. If you see any PHP errors on your site with WP_DEBUG turned on, they may be causing the issue.

Troubleshooting Notifications

Troubleshooting Notifications

How email notifications are sentEnsure WordPress and Gravity Forms are up to dateCheck your settingsCheck for typosAvoid spacesUse a valid From AddressAvoid using same email in From and To addressesCheck routing conditionsIs the notification enabled?Use Third-Party Transactional Email Services or SMTPSending Result NotesWordPress successfully passed the notification email to the sending server.Could not instantiate mail function.SMTP Error: connect() failedSMTP Error: Could not authenticateSMTP Error: Data not acceptedWordPress was unable to send the notification emailEnable LoggingCheck for plugin or theme conflictsContact your web hostUnderstanding E-mail Reliability

How email notifications are sent
Like most other WordPress plugins, Gravity Forms does not handle emails directly. Gravity Forms uses the wp_mail() function that is provided by WordPress to send any emails.
Once Gravity Forms hands the email off to the WordPress wp_mail() function, one of the following occurs:

WordPress directly interacts with your web server to send the email.
WordPress contacts your SMTP or external 3rd party mail server to send the email (e.g. SendGrid, Mailgun, etc.).

After WordPress hands the email off, it』s up to the mail server, as well as the recipient』s mail server, to complete the sending of the email. We don』t have any control over the delivery process once the email is passed to WordPress.
If you』re having trouble sending sending or receiving emails from Gravity Forms, this article will provide you with a few different steps to follow. In the overwhelming majority of cases, these steps have been proven to resolve a multitude of email issues.
Note: WordPress allows filtering of emails sent using wp_mail() function, this means third-party plugins or custom functions can alter any aspect of the email after Gravity Forms passes it to WordPress.
Ensure WordPress and Gravity Forms are up to date
The first thing you want to check is your WordPress and Gravity Forms versions. The version you are on could potentially have a bug in it that is fixed within a newer version. Checking that you are running the latest version is a critical step in troubleshooting any issues.
Check your settings
When configuring notifications, it』s easy to miss an error in the recipient address or elsewhere. By looking over the notification configuration carefully, a quick mistake can be easily resolved.
Check for typos
It』s easy for a small typo to turn into a big problem. Check for any typos within your notification feeds.
Avoid spaces
Within your notification, check for any spaces in the recipient』s address, or between multiple addresses. If a space exists in the setting, it can potentially cause the notification to fail.
Use a valid From Address
Within the sender, or From Email field, ensure that it is the address that the message is originating from, that must be an email address authorized by your server (e.g. an email using the same domain that your site uses).
In plain English, don』t use your visitor』s email as from address, always use your site domain in the from address.
If not, things like SPF records and/or DMARC records can cause the mail to be marked as spam and/or rejected. If you need to allow the recipient to reply another address, set it as the Reply To address instead.
Many providers as Yahoo, AOL or Gmail are known to apply this policy. For more information on the Yahoo domain issue visit the following:
Yahoo email anti-spoofing policy breaks mailing lists.
For more info on the AOL domain issue visit the following:
AOL imposes stricter email rules.
You can read also about Gmail DMARC policy changes here:
Gmail DMARC Update 2017.
These are only a few examples, applying this policy to fight against spam is becoming a standard in the email and hosting industry, therefore using a valid from address for your emails must be always in your top list when configuring your notifications settings.
Avoid using same email in From and To addresses
Far too often, we see situations where an email address is configured as both the From Address and To Address. For many mail providers, this will cause the email to be rejected as spam (or placed in a spam folder). Be sure that you use a different, valid email address in the From setting.
Check routing conditions
If you have routing configured for the notification recipient, be sure to double-check that at least one condition was successfully met. If none of the conditions were met, a notification would not be sent, as it would not have a valid recipient.
Is the notification enabled?
While doing form tests it』s common to disable notifications to prevent receiving lot of emails that we don』t really need. Sometimes you can forget to enable the notification again ( it happens more than you think ).
To check if your notifications are enabled, access the form editor, then click on *Notifications at the top menu. You should see a list of all configured notifications for that form. Be sure that all notifications are enabled and the toggle switch to the left of the notification name is green.
Use Third-Party Transactional Email Services or SMTP
Sometimes, due to server settings or e-mail reliability issues, using PHP sendmail does not work. Switching to third-party transactional email services or SMTP can be more reliable and solve many issues.
Gravity Forms provides add-ons for the following major third-party transactional email services:

Mailgun
Postmark
SendGrid

Using any of the above add-ons will make Gravity Forms to use the configured service to send the notifications, this will not affect other emails sent by WordPress or third-party plugins.
If you prefer to use a SMTP server, there are a number of SMTP plugins for WordPress. You will need to install one of the following and set it up using the details given to you by your web host or third party SMTP host.

SAR Friendly SMTP
Post SMTP Mailer/Email Log
Easy WP SMTP
Mailgun for WordPress

Sending Result Notes
Starting with Gravity Forms 2.4.15 you will see a note added to each entry, created with this version or newer, with the result for each notification sending process.
To find this note, simply go to your form Entries list, click on an entry from the list to load the entry details page, and scroll down to the Notes section.
If you see any of the following notes added to your entry, all worked as expected from Gravity Forms side of things. But something happened during email sending between WordPress and your sending server.
Check below most common results reported by WordPress.
WordPress successfully passed the notification email to the sending server.

This means that your Gravity Forms notification settings are fine, the email was passed to wp_mail() function without issues and WordPress reported successfully handing off the notification for delivery. Now the ball is in the sending server side. Only your server admin can investigate this further.
Could not instantiate mail function.

WordPress is not able to send the email because for some reason the PHPMailer class included in WordPress (used by the wp_mail() function) can』t use the PHP mail function. Most of the time this is caused by some restriction in your hosting (e.g. a spam filter was triggered in your server and the email was rejected).
SMTP Error: connect() failed

You』re using a SMTP plugin to send the emails but WordPress can』t connect to the SMTP server. Most common causes for this are incorrect settings in your SMTP plugin, your hosting is blocking the outgoing connection to the SMTP server or the SMTP server is blocking connections coming from your web server.
SMTP Error: Could not authenticate

This WordPress is able to reach the SMTP server, but it can』t authenticate. This can be caused again by incorrect details used in your SMTP plugin (double check not only the username and password but also the port and encryption used). You might also see this error when the SMTP user that you』re trying to use is not active (e.g. disabled by an admin).
SMTP Error: Data not accepted

This means that the SMTP server is rejecting your email message because it contains something not allowed by the SMTP server rules. Most of the time it can be due to from address restrictions (many SMTP servers only allow to use the email address associated to the username that you』re using to send the email), but it can be any other part of your email content.
WordPress was unable to send the notification email

In this case WordPress was unable to send the email for unknown reasons, the sending server didn』t provide any additional information. Only the sending server admin can investigate this further.
Enable Logging
By using logging, you can easily cover scenarios where the sending result note is not being added to the entry, and why they are occurring. Reviewing your logs will allow you to see where the notification might be failing, and correct the issue if it』s within the scope of Gravity Forms side of things. If you need to contact support for better understanding of the log contents, don』t turn off logging until receiving a response from support or your log files will be deleted.
Check for plugin or theme conflicts
Sometimes other plugins or themes create issues that stop notifications from working. Please go through the following instructions to test for a Plugin or Theme conflict.
Testing for a Theme/Plugin Conflict
Contact your web host
If there wasn』t a plugin or theme conflict, SMTP isn』t working for you or you』re seeing in your log any of the results described in the logging add-on section, then you will want to contact your web host and have them look at the server logs to check to see if there are any errors being written.
Often they will see if things are being blocked, by them on purpose or due to some server misconfiguration issues.
Understanding E-mail Reliability
There are a huge number of potential issues that can lead to your notifications not being sent or received, and as such, if you』ve gotten to this point, you are most likely experiencing an issue that is less common and will require the support of your server administrator to solve.
Joost de Valk has written a great summary of why there can be so many issues in e-mail reliability that we hope you will find as a good guide to help you understand the factors at play, and hopefully come to an acceptable solution for any issue you may be experiencing.
Email Reliability: use an SPF record

Troubleshooting Payment Feeds Not Processing

Troubleshooting Payment Feeds Not Processing

Updates Are ImportantCheck Conditional LogicCheck the Payment/Recurring AmountEnable Logging

Of course, payments being properly processed is the most important part of selling anything. When it』s not working as expected, it can be frustrating. In this article, we will show you how to troubleshoot issues with payment feeds.

A feed to the payment service must be present and active at the time of form submission in order to send payment data. Entries created without an active feed will not be sent to the payment service. Creating a feed afterwards will not process any entries previously submitted.

Updates Are Important
Your first step in troubleshooting payment or any other issues, is to make sure that your installation of WordPress, Gravity Forms, and any Gravity Forms add-ons are fully updated.
Doing this ensures that you are not encountering a bug that is in a later version, and thus eliminates possible embarrassment of an issue that could easily be fixed.
Check Conditional Logic
Within your feed, ensure that any conditional logic rules that may be in place, are actually being processed. Sometimes, conditional logic rules are are not met, which would then cause the feed to not be processed.
Check the Payment/Recurring Amount
In the event that the payment/recurring amount does not add up to a positive number, the payment feed will not process. Check to ensure that when the form is being submitted, that the product total is updated. If not, this is likely the reason that your payment feed is not processing.
Enable Logging
If you are continuing to have issues and you are certain that everything is configured properly by following the previous steps, testing with logging enabled is the next step.
Simply enable logging of all messages for Gravity Forms core and the add-on, then test the form. Once done, check the logs within the Forms > Settings > Logging or Forms > System Status pages for any errors; particularly those relating to the response from the payment gateway.
If you』re not able to see an issue within the logs, include the links to the logs in with your support ticket and we will be happy to help.

Signature Change Log

Signature Change Log

4.1.24.1.14.1 | 2021-09-014.0 | 2020-09-233.9 | 2020-05-183.8 | 2019-07-313.7 | 2019-03-193.6 | 2018-12-183.5 | 2018-04-093.4 | 2018-01-293.3 | 2016-10-263.2 | 2016-10-263.1 | 2016-06-163.0 | 2016-04-142.4 | 2016-01-062.3 | 2014-10-162.2 | 2014-04-142.1 | 2014-01-312.0 | 2014-01-291.3 | 2013-03-071.2 | 2012-09-131.1 | 2012-08-301.0 | 2012-07-02

4.1.2

Fixed an issue where the signature field has no width when other forms fields use conditional logic.

4.1.1

Fixed an issue where the signature field does not work correctly for mobile/touch devices.
Fixed an issue where the lock reset button is not hidden when clicking the signature reset button when a signature is present and the screen is resized.
Fixed an issue where a conditionally hidden signature field's width is not updated or responsive.
Updated SuperSignature to version 1.5.0.4.

4.1 | 2021-09-01

Fixed JavaScript errors on the edit entry page that prevent the signature field from being edited.
Fixed an issue that causes the signature field to throw a JavaScript error on the front-end when the data input doesn't exist.
Fixed an issue where script tags are output above document head element.
Fixed a fatal error which can occur when saving the signature in some hosting environments.

4.0 | 2020-09-23

Added security enhancements.
Added the gform_signature_url, gform_signature_url_permission_granted, and gform_signature_url_require_login filters.
Added support for Gravity Forms 2.5

3.9 | 2020-05-18

Added translations for Hebrew, Hindi, Japanese, and Turkish.
Added the label visibility and description placement settings to the field appearance tab.
Updated Javascript files to use minified versions.
Fixed signing issue with Windows touch devices.

3.8 | 2019-07-31

Added a check to GFSignature::display_signature() to only use mime_content_type() if the signature image file is local.
Added security enhancements.
Added the gform_signature_delete_file_pre_delete_entry filter to disable deletion of the signature file or trigger deletion at a later time.

3.7 | 2019-03-19

Fixed signature field not appearing on single page forms or multi-page forms embedded without AJAX.
Fixed signature field disappearing on multi-page forms embedded via AJAX when rotating mobile device.
Fixed extra lines added to signature when signing with Chrome on Android.
Fixed issue where signature was clipped when rotating on mobile devices.

3.6 | 2018-12-18

Added responsive support to Signature field.
Fixed fatal error when displaying the signature image on some servers.
Fixed PHP warning message.
Updated SuperSignature to version 1.5.0.3 and used unhexed version.

3.5 | 2018-04-09

Added security fixes.
Added query parameter to return signature as transparent image.
Added GPL to plugin header.
Updated Plugin URI and Author URI to use https.

3.4 | 2018-01-29

Added compatibility with Gravity Forms 2.3.
Updated IeModalFix init option to only be set for IE browsers; fixes issue with FireFox with 3+ paths on a signature.
Fixed a JavaScript error which could occur in the form editor with Gravity Forms 2.3-beta.
Fixed an issue where the field could be populated with the value from another form on the same page if both fields have the same ID.
Fixed an issue where the signature file could remain after the entry was permanently deleted.

3.3 | 2016-10-26

Updated initialization options for signature to set different values based on MAC or PC to fix issues with touch not working.

3.2 | 2016-10-26

Updated field appearance settings label classes for consistency with GF2.0+.
Fixed issue where signing with more than three lines corrupted the signature.
Fixed a fatal error if Html2RGB() has already been defined by the theme or another plugin.

3.1 | 2016-06-16

Added the gform_signature_init_options filter.
Updated to include the ss_orig.js script in the footer.
Updated the signature container markup to use the height from the init options.
Updated script to be initialized via get_form_inline_script_on_page_render() rather than inline with the input markup.
Fixed an issue when signing on a Windows touch machine with chrome.
Fixed an issue with the required field validation when updating an existing entry outside the entry detail context e.g. from a Gravity Flow user input step.
Fixed a JavaScript error which could occur when the signature init script is included on a page and the field input is not e.g. the Gravity Flow user input step when the field is not editable.
Fixed an issue with the border width style in the admin and on the front-end for old IE.
Fixed a JavaScript issue which affected multi-page AJAX enabled forms when loading the next page.

3.0 | 2016-04-14

Added support for Gravity Forms 2.0.
Added GF_Field_Signature.
Updated SuperSignature to version 1.5.0.8.
Fixed an issue where the old signature file was not deleted when using the 'sign again' link.
Fixed an issue where the signature files would remain when permanently deleting all the entries for a form.
Fixed an issue which prevented the signature canvas being displayed after deleting the existing signature when editing an entry.
Fixed some strings in the form editor which were untranslatable.
Fixed an issue with the borderStyle setting.
Updated to only include the deleteSignature script on the entry detail edit page.
Updated location of Signature field settings so they are now located on the Appearance tab.
Updated SuperSignature; fixing a vertical offset issue with the touch point/capture location when the WP admin bar is present on a mobile device.
Removed Browser.php.

2.4 | 2016-01-06

Added drag and drop support to the field button in the form editor (GF 1.9).
Added Spanish (es_ES) translation.
Updated POT file.
Updated GFSignature::maybe_save_signature() to public.
Updated signature script to latest version.
Fixed a fatal error if Browser.php was already included by another plugin.
Fixed an issue with the delete signature confirmation message.
Fixed signature appearing as a black image in some email clients.
Fixed issue a JavaScript error in the form editor in some languages.
Fixed issue with causing mixed content warning when Force SSL was enabled in the admin.
Fixed issue when multiple Html2RGB() functions were defined.
Fixed issue with folder path causing signature not to be saved correctly on same servers.

2.3 | 2014-10-16

Added function gf_signature to easily get a Signature instance.
Added text domain/path to header.
Added support for save and continue in Gravity Forms 1.9.
Added new filter: gform_signature_show_in_all_fields
add_filter( 'gform_signature_show_in_all_fields', '__return_false' );
Updated protected functions to be public.
Updated to have the file class-gf-signature.php and organized code into this file and signature.php.
Updated version to use a variable.
Updated to display signature image in {all_fields} tag.

2.2 | 2014-04-14

Updated Super Signature script to latest to resolve issues with Kindle Fire HD.
Fixed issue with IE11 when using the latest version of the Super Signature script.

2.1 | 2014-01-31

Downgraded super signature script to previous version due to an issue with IE11.

2.0 | 2014-01-29

Added Add-On Framework integration.
Updated super signature script to 1.5.0.2.
Updated masked input JS library to 1.3.1.
Fixed issue creating signature image when output buffer wasn't empty.
Fixed issue with signature being deleted when editing the entry.

1.3 | 2013-03-07

Fixed issue with signature file name being displayed on the print page instead of the signature image.
Updated signature script to version 1.3.0.0.

1.2 | 2012-09-13

Added ability to add a signature in the entry detail page when a signature does not already exist.

1.1 | 2012-08-30

Fixed issue with custom validation message not getting displayed.
Fixed issue with signature URL not being created correctly when resending notifications.
Fixed conflict with IE8.
Fixed issues when signing on IE9.
Fixed issue where editing entry resulted in removal of signature from lead.
Updated edit entry functionality to support previewing, downloading and deleting signature from lead.

1.0 | 2012-07-02

Fixed issue when signing on IE 9.
Fixed issue with jQuery being included in the ss_orig.js file.
Added support for ManageWP.
Fixed issue with signature files not being deleted when lead is deleted.
Fixed duplicate field size setting.
Updated field size setting to an open text input instead of a drop down.
Fixed conflict with datepicker field.
Fixed issue with multi-page forms where signature was not maintaining its value from page to page.

Signature

Signature

SummaryCommon SettingsAppearance SettingsEntry DetailsMerge TagsRelated Filters

Summary

The Signature field for Gravity Forms allows you to capture signatures online by allowing users to sign your forms using touchscreen devices, touch pads or mouse. It is available under the Advanced Fields section within the form editor.

Signature field as displayed in the Field Library

Signature field as displayed in the Form Editor.

Common Settings

For a description of each of the common field settings, refer to this article. Below you will find descriptions of specialty settings that are particular to this field.

Appearance Settings

SettingDescriptionBackground ColorSelect the background color of the Signature field.Border ColorSelect the border color of the Signature field.Border WidthSelect the border width of the Signature field from a dropdown.Border StyleSelect the border style of the Signature field from a dropdown.Pen ColorSelect the pen color of the Signature field.Pen SizeSelect the pen size of the Signature field from a dropdown.Field WidthSelect the field width of the Signature field.

Entry Details

When you view the Entry Details for a Form Entry that contains a Signature field, you will see the signature included in the entry details. The signature will be presented as a thumbnail image and you can click on the thumbnail to see the full size version of the signature itself.

Merge Tags

For security reasons it is not automatically included as part of the {all_fields} merge tag output. You can include signatures in your email notifications by inserting the merge tag for your Signature field in the message of your notification.

Related Filters

The following filter was added to Gravity Forms in support of the signature field:

gform_signature_show_in_all_fields

Single Line Text Field CSS Selectors

Single Line Text Field CSS Selectors

ContainerInputMaximum Characters Counter

Container

example: single line text field container (div) – applies to all forms
body .gform_wrapper .gform_body .gform_fields .gfield .ginput_container_text {border: 1px solid red}

example: single line text field container (div) – applies just to form ID #1
body #gform_wrapper_1 .gform_body .gform_fields .gfield .ginput_container_text {border: 1px solid red}

example: single line text field container (div) – applies just to specific indicator (based on the unique parent element ID – replace 「XX_X」 with your actual element ID)
body .gform_wrapper .gform_body .gform_fields #field_XX_X.gfield .ginput_container_text {border: 1px solid red}

Input

example: standard text field (input) – applies to all forms
body .gform_wrapper .gform_body .gform_fields .gfield .ginput_container_text input[type=text] {border: 1px solid red}

example: standard text field (input) – applies just to form ID #1
body #gform_wrapper_1 .gform_body .gform_fields .gfield .ginput_container_text input[type=text] {border: 1px solid red}

example: standard text field (input) – applies just to specific text field (based on the unique parent element ID – replace 「XX_X」 with your actual element ID)
body .gform_wrapper .gform_body .gform_fields #field_XX_X.gfield .ginput_container_text input[type=text] {border: 1px solid red}

Maximum Characters Counter

example: standard text field (input) – applies to all forms
body .gform_wrapper .gform_body .gform_fields .gfield .ginput_container_text .charleft {border: 1px solid red}

example: standard text field (input) – applies just to form ID #1
body #gform_wrapper_1 .gform_body .gform_fields .gfield .ginput_container_text .charleft {border: 1px solid red}

example: standard text field (input) – applies just to specific text field (based on the unique parent element ID – replace 「XX_X」 with your actual element ID)
body .gform_wrapper .gform_body .gform_fields #field_XX_X.gfield .ginput_container_text .charleft {border: 1px solid red}

Single Line Text

Single Line Text

SummaryCommon SettingsInput MaskMerge TagsUsageModifiers

Summary

The Single Line Text field allows users to submit a single line of text. This basic field can be used for anything where no more than a single line of input is required. It is available under the Standard Fields section within the form editor.

Single Line Text field as displayed in the Field Library

Single Line Text field as displayed in the Form Editor.

Common Settings

This field uses only common field settings for the General, Appearance, and Advanced settings. For a description of each of the common field settings, refer to this article. Below you will find description of specialty settings that are particular to this field.

Input Mask

Single Line Text and Post Custom Field are the only fields that have the Input Mask setting. You can learn more about input masks in this article.

Merge Tags

For more information on the use of merge tags, refer to these articles.

Usage

{Field Name:2}

Modifiers

This merge tag does not have any modifiers.