mirror of
https://github.com/bitwarden/help
synced 2025-12-31 07:33:36 +00:00
Promote to Master (#748)
* initial commit
* adding quotes for the array error
* Create Gemfile
* Create Gemfile.lock
* add .nvmrc and .node-version
* removed /article from URL
* update links to work with netlify
* more fixed links
* link fixes
* update bad links
* Update netlify.toml
toml test for redirects
* article redirect
* link fixes
* Update index.html
* Update netlify.toml
* Update _config.yml
* Update netlify.toml
* Update netlify.toml
* Update netlify.toml
* Update netlify.toml
* Update netlify.toml
* add article back into URL for launch
* Update netlify.toml
* Update netlify.toml
* add order to categories front matter
* Update netlify.toml
* update
* sidemenu update
* Revert "sidemenu update"
This reverts commit 5441c3d35c.
* update order prop
* Navbar updates per Gary and compiler warnings
* font/style tweaks
* Update sidebar.html
* Stage Release Documentation (#739)
* initial drafts
* rewrite Custom Fields article to prioritize new context-menu option & better organize ancillary information
* edit
* edit
* Custom Field Context Menu & CAPTCHA item in release notes
* SSO relink event
* update rn
* small edits
* improve release notes titles
* fix side menu
* Edits courtest of mportune!
* update order
* link fixes
* link cleanup
* image updates and a link
* fix trailing slash
Co-authored-by: DanHillesheim <79476558+DanHillesheim@users.noreply.github.com>
This commit is contained in:
committed by
GitHub
parent
63f78e8979
commit
906e2ca0dd
@@ -5,69 +5,44 @@ categories: [account-management]
|
||||
featured: false
|
||||
popular: false
|
||||
tags: [fields, autofill, custom fields]
|
||||
order: 08
|
||||
order: "08"
|
||||
---
|
||||
|
||||
Custom fields, available for any [Vault item type]({% link _articles/account/managing-items.md %}), allow you to store additional well-structured data fields for a Vault item. Custom fields are saved as `Name:Value` pairs, and can be one of three types:
|
||||
Custom fields, available for any [Vault item type]({{site.baseurl}}/article/managing-items/), allow you to store additional well-structured data fields for a Vault item. Custom fields are saved as `Name:Value` pairs, and can be one of three types:
|
||||
|
||||
- **Text**: Field value stores a freeform input (text, numbers, etc.)
|
||||
- **Hidden**: Field value stores freeform input that is hidden from view (particularly useful for Organizations using the [Hide Password access control](https://bitwarden.com/help/article/user-types-access-control/#granular-access-control)).
|
||||
- **Hidden**: Field value stores freeform input that is hidden from view (particularly useful for Organizations using the [Hide Password access control]({{site.baseurl}}/article/user-types-access-control/#granular-access-control)).
|
||||
- **Boolean**: Field value stores a boolean value (true/false).
|
||||
|
||||
## Custom Fields for Keys
|
||||
{% callout success %}
|
||||
#### Custom Fields for Keys
|
||||
|
||||
In addition to common web service inputs like PINs and Security Questions, Custom Fields can be used to store values **up to 5000 characters in length**, for example RSA 4096-bit SSH keys.
|
||||
|
||||
{% callout success %}
|
||||
Character limits for custom field values are imposed on the **post-encryption character count**. For example, a 3383-character RSA-4096 Private SSH key would grow to about 4400-characters when it's encrypted and stored in your Vault.
|
||||
Character limits for custom field values are imposed on the **post-encryption character count**. For example, a 3383-character RSA-4096 Private SSH key would grow to about 4400-characters when it's encrypted and stored in your Vault.
|
||||
{% endcallout %}
|
||||
|
||||
## Auto-fill Custom Fields
|
||||
## Creating Custom Fields
|
||||
|
||||
The **Name** specified for a custom field is critical to successfully setting up auto-fill for custom fields. When naming the custom field, you should use one of the following HTML form element attributes/values:
|
||||
Custom fields can be added to a Vault item from any Bitwarden client using the **Custom Fields** section of the **Edit Item** panel:
|
||||
|
||||
1. HTML form element's `id` attribute.
|
||||
2. HTML form element's `name` attribute.
|
||||
3. HTML form element's corresponding `label` value.
|
||||
4. HTML form element's `aria-label` attribute.
|
||||
5. HTML form element's `placeholder` attribute.
|
||||
{% image features/custom-fields.png Custom Fields in Web Vault %}
|
||||
|
||||
Bitwarden will search the matched-URI webpage for those HTML form element attributes/values **in the above priority-order**. If a custom field's name matches one of those attributes/values, its value can be auto-filled into the HTML form element.
|
||||
### Custom Field Names
|
||||
|
||||
### Name to Attribute Matching
|
||||
The specified **Name** is important to get right in order to successfully auto-fill a custom field. Using the Browser Extension, you can quickly get the correct field name using the **Copy Custom Field Name** option in the context menu (in most cases, by right-clicking on the form element):
|
||||
|
||||
Field Name to attribute/value matches is an **exact** and **case-insensitive** comparison. For example, if your custom field has the name `PIN`:
|
||||
{% image features/custom-fields-contextmenu.png %}
|
||||
|
||||
- **Auto-fill offered** for `pin`, `PiN`, `PIN`, etc.
|
||||
- **Auto-fill not offered** for `pin2` or `mypin`
|
||||
Selecting this context menu option will copy the form element's `id`, `name`, `aria-label`, or `placeholder` value (**in that order of preference**).
|
||||
|
||||
### Field Name Prefixing
|
||||
#### Find Custom Field Names Manually
|
||||
|
||||
There are two cases in which you can exercise more control over [name to attribute mapping](#name-to-attribute-mapping) by using prefixes.
|
||||
If you don't use the Browser Extension, the best way to find a field name is to use your web browser's developer tools, as in the following example:
|
||||
|
||||
#### csv
|
||||
{% image features/custom-fields/custom_field.gif Browser Extension Context Menu %}
|
||||
|
||||
Prefixing your custom field's name with `csv=` allows you to specify multiple names to search for and compare to when auto-fill is performed. For example:
|
||||
|
||||
`csv=pin,pin2,mypin` will offer auto-fill for all the above examples.
|
||||
|
||||
#### regex
|
||||
|
||||
Prefixing your custom field's name with `regex=` allows you to perform [regular expression comparisons](https://regexone.com/){:target="_blank"} when auto-fill is performed. For example:
|
||||
|
||||
`regex=pin` will offer auto-fill for all the above examples.
|
||||
|
||||
`regex=^first.*name` will offer auto-fill for `firstName`, `First_name`, and `First Name`
|
||||
|
||||
### Example Auto-fill Configuration
|
||||
|
||||
Follow this procedure to correctly configure a custom field for auto-fill. This example uses Google Chrome for its Developer Tools.
|
||||
|
||||
{% image features/custom-fields/custom_field.gif %}
|
||||
|
||||
1. On the webpage that matches the Login item's URI, right-click the field you want to auto-fill to and select **Inspect**.
|
||||
|
||||
The HTML element will open and be highlighted in the Developer Console.
|
||||
1. On the webpage that matches the Login item's URI, right-click the field you want to auto-fill to and select **Inspect**. The HTML element will open and be highlighted in the Developer Console.
|
||||
2. Find and copy the element `id` (find `id="xxx"`, where `xxx` is the element's `id` value).
|
||||
3. In the relevant Vault item's **Custom Fields** section, choose the appropriate field type and select the {% icon fa-plus %} **New Custom Field** button:
|
||||
|
||||
@@ -77,3 +52,28 @@ Follow this procedure to correctly configure a custom field for auto-fill. This
|
||||
|
||||
{% image features/custom-fields/custom-field-eg.png Custom field example %}
|
||||
6. Save the Vault item.
|
||||
|
||||
### More About Custom Field Names
|
||||
|
||||
#### Order of Preference
|
||||
|
||||
If you're naming a custom field manually, you should use one of the following HTML form element attributes/values **in order of preference**:
|
||||
|
||||
1. HTML form element's `id` attribute.
|
||||
2. HTML form element's `name` attribute.
|
||||
3. HTML form element's `aria-label` attribute.
|
||||
4. HTML form element's `placeholder` attribute.
|
||||
|
||||
#### Matching
|
||||
|
||||
Field name matching is an **exact** and **case-insensitive** comparison. For example, if your custom field has the name `PIN`:
|
||||
|
||||
- **Auto-fill is offered** for `pin`, `PiN`, `PIN`, etc.
|
||||
- **Auto-fill is not offered** for `pin2` or `mypin`
|
||||
|
||||
#### Prefixing
|
||||
|
||||
There are two cases in which you can exercise more control over [matching](#matching) by using prefixes:
|
||||
|
||||
- **csv**: Prefixing your custom field's name with `csv=` allows you to specify multiple names to search for and compare against for auto-fill, for example `csv=pin,mypin,pincode`.
|
||||
- **regex**: Prefixing your custom field's name with `regex=` allows you to perform [regular expression comparisons](https://regexone.com){:target="\_blank"} when auto-fill is performed. For example, `regex=^first.*name` will offer auto-fill for `firstName`, `First_name`, and `First Name`.
|
||||
|
||||
Reference in New Issue
Block a user