Limited-Time Offer

Get Extra 20% off on FullCharge Yearly Plan — available for first 10 users only. Don’t miss out! 🚀

Hash Form · Version history

Hash Form changelog and version history

Latest version
1.4.7
Oct 21, 2026 (19 days ago)
Releases
48
since 2023
In the last year
11
about one every 33 days
Tested up to
WordPress 7.1.4
PHP 7.2 or later

Releases each year

  • 20233 releases
  • 202421 releases
  • 202516 releases
  • 20268 releases

20268 releases

  1. Hash Form 1.4.7Latest

    • Conditional logic: showing or hiding a field now tells calculations to update, and the new HashFormValidate::hidden_field_ids() reports which fields a form’s conditions hide for a set of answers
    • Emails held back (for example until a payment completes): post submission actions now get their tags filled in, as when the email is sent
    • Email templates renamed after how they look: Classic, Striped Rows and Dark Labels
    • Classic, Striped Rows and Dark Labels take on an accent color when one is set, through the new hashform_email_accent_color filter (Hash Form Pro adds the setting); without one they look as before
    • Email Settings: a Preview button opens the chosen template with sample answers, so templates can be compared without sending a test email
    • Auto responder: now uses the chosen email template instead of always the first one
    • New filter hashform_email_templates for adding email templates, and action hashform_email_settings_after_template for options beside the template choice
    • Upgrade to Pro screen: 73 modules, counting Pro’s new General module, with Automizy removed now that Hash Form Pro retires it
    • Import: form settings that name a field are remapped to the imported fields through the new hashform_import_remap_settings filter
    • Form builder: the field count above the canvas kept its page-load number while fields were added, duplicated or deleted – Fixed
    • Phones: a style with a wide column gap could make a form wider than the screen; the gap between fields is dropped on phones and the gap between sub-fields, such as First and Last name, is capped – Fixed
  2. Hash Form 1.4.6

    • Hash Form Pro links now go to hashformbuilder.com, the new home of the Pro plugin
    • Upgrade to Pro screen redesigned: the comparison is now split into eight topics, each with a one line summary of what Free and Pro do, links to its page on hashformbuilder.com, a feature search and an “Only show what Pro adds” filter
    • Upgrade to Pro screen: comparison brought in line with Hash Form Pro – 73 modules, geo location removed, and rows added for the formula assistant, signatures, 18 pre-built styles, emails held until payment and the front end entries list
    • Upgrade to Pro screen: integrations, payment gateways, AI models, template categories, pre-built styles and Pro field types are now listed by name
    • The Hash Form Pro links on the Forms list, the style builder and a form’s Restrictions tab now open the Upgrade to Pro screen on the matching topic
    • Upgrade to Pro screen: the free column claimed a honeypot, which only Pro has; it now reads Google reCAPTCHA – Fixed
    • Readme: Hash Form Pro features, template and style demos, integrations, pricing and a FAQ – Added
    • Primary buttons on the list screens showed their label in the body text colour instead of white – Fixed
  3. Hash Form 1.4.4

    • An Upgrade to Pro screen, with a feature-by-feature comparison of the two plugins: 40 rows across six sections, covering every one of Pro’s eleven module groups as well as what this plugin already does. Every figure on it is what the plugins actually ship – 27 field types here and 50 with Pro, 79 f…
    • Elementor widget: the widget’s key had a space in it, so Elementor built the class “elementor-widget-Hash Form” – which a browser reads as two classes, leaving a stray global “Form” on the element and nothing able to target the widget. It is now elementor-widget-hashform; pages already built keep w…
    • Elementor widget: registering the widget used require rather than require_once, so a second pass over the elementor/widgets/register hook was a fatal “Cannot declare class” – Fixed
    • Elementor widget: the selected form id is cast to an integer before it is built into the shortcode
    • Elementor widget: “Cick Here” in the Select Form panel – Fixed
    • Elementor widget: the Validation section’s Text Alignment control had a stray brace in its selector, so it generated no css at all and the setting did nothing – Fixed
    • Elementor widget: the form’s stylesheet never loaded inside the editor’s preview, because Elementor builds widgets there client-side and the render that enqueues the form assets never runs. The form appeared unstyled while editing and every style control looked like it did nothing, though the page…
    • Gutenberg block: the form’s stylesheet never reached the block in the editor. The block is rendered for the editor through the block-renderer endpoint, which returns markup and nothing else, and the editor canvas is an iframe – so a stylesheet enqueued for the editor dressed the screen around the c…
    • Gutenberg block: with Enable Custom Style on, the block’s own generated css was queued for wp_footer, which never runs on that endpoint. In the editor the block lost its default styling and got nothing in place of it; the css now travels with the markup when the render is for the editor – Fixed
    • Gutenberg block: with Enable Custom Style off, the block saved a rule reading “#block-id{undefined}” into the post, because the editor stringified the switch itself into the css. No style is written at all now – Fixed
    • The Entries list no longer shows an Export to CSV button that only leads to a sales page. Export belongs to Pro, and a button that does not export reads as a broken feature rather than an absent one – the button now appears only when Pro is there to answer it
    • Conditional logic survived neither duplicating a form nor importing one: the rules store field ids, the copy built fields with new ids, and nothing was rewritten – so every rule pointed at a field the new form did not have and no field was ever shown or hidden. Rules are now pointed at the copy’s o…
    • Exported forms carry a reference id for each field, which is what lets an import match a rule to the field it means. A file exported before this has nothing to match on, so its rules are dropped on import rather than kept in a state where they can never fire
    • Calculation formulas refer to their inputs by field id and were left untouched by a copy or an import, so the sum stopped working on the new form. They are rewritten alongside the rules now – Fixed
    • Two filters, hashform_pre_get_form_vars and hashform_pre_get_form_fields, let a form be rendered from a definition held in memory rather than one stored in the database – which is what lets Pro preview a template without importing it first
    • Conditional logic is now visible where the form is built: a field a rule shows or hides is marked “Conditional” on the canvas, the field deciding it is marked “Controls a field”, and the rule itself is in the tooltip
    • The preview marks the same fields and says how many are hidden by a rule at that moment, so a field that is simply not there is no longer a mystery
    • The form preview endpoint answered visitors who were not logged in, so any form could be rendered by walking the ids; it now requires a login and permission to view forms – Fixed (Security)
    • Style templates now open in a builder of their own rather than the post editor – full height, the same header bar the other screens carry, the template name editable in that bar, and its own save bar
    • Opening Add New for a style template no longer writes an empty draft into the templates list before anything has been saved
    • Style builder now sits on the same workspace as the form builder, with the panel and the preview as cards on a shaded ground instead of flush to the edges of the screen
    • The admin bar drew across the top of the style builder’s header, taking the first 32 pixels off the template name and the actions beside it – Fixed
    • The style builder’s header hung 20 pixels off the left of the screen and ran its actions off the right – Fixed
    • Choosing a font style in the style builder applied the weight but not the style itself, because the weight declaration closed the rule before the style was reached – Fixed
    • Changing a style control before the preview had finished loading threw, and that control’s change went unapplied – Fixed
    • Field description changes now show on the builder canvas as they are typed, rather than only after saving and reloading – Fixed
    • HTML field content now renders on the builder canvas instead of an empty block
    • Checkbox and radio options could only be reordered after saving the form and reloading the page – Fixed
    • Must Match Field now follows a field’s label as it is renamed and picks up fields as they are added or deleted, without a reload – Fixed
    • Icon font dropped in favour of the svg icons already in use, taking a font request and four files out of the install
  4. Hash Form 1.4.3

    • Readme now sets out the kinds of forms the plugin builds – Updated
    • Unauthenticated file upload: a request naming only unrecognised extensions cleared the guard and left the uploader with an empty allowlist, which it treated as no restriction, allowing a file outside the form’s configured types to be stored and served from the uploads folder – Fixed (Security)
    • An empty upload allowlist is now treated as nothing permitted rather than everything permitted – Fixed (Security)
    • Uploaded files are now checked against the site’s allowed types and their actual contents, not an extension blocklist – Fixed (Security)
    • A file’s extension is re-checked against the field’s allowlist before the temporary upload is made permanent – Fixed (Security)
    • The protective .htaccess is now written whenever it is missing, not only when the upload folder is first created – Fixed (Security)
    • PHP object injection: a crafted entry value was deserialized when an administrator opened the Entries list – Fixed (Security)
    • Form submissions are now rejected unless the per-form nonce verifies and the submitted form key matches the stored one – Fixed (Security)
    • Serialized strings are no longer accepted into an entry field’s stored value – Fixed (Security)
    • Entry values passed to integrations are now decoded without instantiating objects – Fixed (Security)
  5. Hash Form 1.4.2

    • Settings screen redesigned to match the rest of the admin – shared header bar, and the navigation and panel rebuilt on the plugin’s design tokens
    • Saving from any section other than Captcha returned to Captcha instead of the section in use – Fixed
    • Send Test Email showed no message at all when the address was invalid – Fixed
    • Help text under One Entry Per Person never rendered, and the row below it was nested inside that paragraph – Fixed
  6. Hash Form 1.4.1

    • Missing nonce verification in bulk actions and Empty Trash on the Forms and Entries screens (CSRF) – Fixed
    • Forms and Entries list screens refactored onto a shared action handler
  7. Hash Form 1.4.0

    • Added date display in Entry Detail page
    • Compatibility test with WordPress 7.0
    • Design Fixes
  8. Hash Form 1.3.9

    • Formatting of content not displaying in Entry detail page – Fixed

202516 releases

  1. Hash Form 1.3.8

    • Compatibility test with WordPress version 6.9
  2. Hash Form 1.3.7

    • Translation fixes
    • Function naming prefix hf_ replaced with hashform_
  3. Hash Form 1.3.6

    • Zip code field not displaying in Address field – Fixed
    • Plugin Check error fixed
  4. Hash Form 1.3.5

    • Proper escaping functions added
    • Security fixes
  5. Hash Form 1.3.4

    • Ajax saving added for Hashform Style
    • Conditional logic refinements
  6. Hash Form 1.3.3

    • Hooks added
    • Form validation issue with conditional logic – Fixed
    • Other fixes
  7. Hash Form 1.3.2

    • Form preview page – Updated
    • Google Font issue – Fixed
    • Other CSS fixes
  8. Hash Form 1.3.1

    • CSS fixes – Updated
  9. Hash Form 1.3.0

    • Spacing appearing in Textarea fixed – Fixed
  10. Hash Form 1.2.9

    • Nonce check for all ajax requests – Updated
    • pot file updated
    • Other minor fixes
  11. Hash Form 1.2.8

    • grecaptcha JS error – Fixed
  12. Hash Form 1.2.7

    • Google Captcha reset on form error – Updated
    • Minor CSS changes
  13. Hash Form 1.2.6.1

    • common.min.css file being enqueued – Removed
  14. Hash Form 1.2.6

    • Custom Style settings added for Hash From Block
  15. Hash Form 1.2.5

    • String Translation refinements – Updated
    • Multi Lingual ready (With WPML & Polylang plugin)- Added
  16. Hash Form 1.2.4

    • Unused session code – Removed

202421 releases

  1. Hash Form 1.2.3

    • Custom HTML field escaping anchor tag – Fixed
  2. Hash Form 1.2.2

  3. Hash Form 1.2.1

  4. Hash Form 1.2.0

  5. Hash Form 1.1.9

  6. Hash Form 1.1.8

  7. Hash Form 1.1.7

  8. Hash Form 1.1.6

  9. Hash Form 1.1.5

  10. Hash Form 1.1.4

  11. Hash Form 1.1.3

  12. Hash Form 1.1.2

  13. Hash Form 1.1.1

  14. Hash Form 1.1.0

  15. Hash Form 1.0.9

  16. Hash Form 1.0.8

  17. Hash Form 1.0.7

  18. Hash Form 1.0.6

  19. Hash Form 1.0.5

  20. Hash Form 1.0.4

  21. Hash Form 1.0.3

20233 releases

  1. Hash Form 1.0.2

  2. Hash Form 1.0.1

  3. Hash Form 1.0.0

Questions about Hash Form’s releases

What is the latest version of Hash Form?

1.4.7, released on Oct 21, 2026 (2 weeks ago). It’s tested up to WordPress 7.1.4 and needs PHP 7.2 or later.

How often is Hash Form updated?

11 releases in the last year, about one every 33 days. Its first release on WordPress.org dates from December 2023.

Know when your rivals ship

Track your plugin and its rivals: TrackWP sees each new release in the nightly snapshot and alerts you, with what it did to their rank.

Start free

Release dates come from the day each version’s folder was made in Hash Form’s WordPress.org SVN repository; the notes from its readme’s changelog, as its authors wrote it.