Thanks to the help of some dedicated users, more bugs were slayed in this release, in addition to internal improvements that are not visible. Users on the free tier may be delighted to know that a hard-to-troubleshoot issue where the quota wasn’t being reset daily has been fixed.
Changelog:
⬇️ Install
The main addition in this update is a “Sponsored by” link at the top of the Options page:
This link is seamlessly integrated without taking up additional space on the page. And of course, there is no tracking whatsoever. Interested in becoming a sponsor? Visit Lightning Autofill Sponsorship to learn more.
This should be the last beta release, unless more bugs are reported. So far we’ve had one report of an import failure, but so far we haven’t been able to replicate it. If you encounter any issues with the beta version, please email us, or tell us about your issue on Discord, Reddit, or Twitter/X.
Changelog:
⬇️ Install
Another small update before the production release (🤞).
Changelog:
⬇️ Install
This is a small update to tidy things up. Here’s a summary of the changes:
⬇️ Install
This update is mostly to address various bugs before the final release to the stable branch. We’re likely going to publish this to the stable branch sooner rather than later because it contains an important fix for Firefox.
Changelog:
⬇️ Install
We’re approaching the one-year anniversary of the launch of Lightning Autofill v12 (May 15, 2024), when we decided to switch to the freemium model with the update to MV3. The LAF team would like to take a moment to look back on this journey. When we first started, we could barely cover our operating expenses after living off our savings while working on version 12. It got pretty hairy on more than one occasion, with lots of negativity early on – a lot as a result of us shooting ourselves in the foot with critical bugs. There were bouts of second guessing ourselves. However, somehow we managed to overcome every challenge, push through every obstacle 💪. Fast-forward a year, and we’re happy to announce that today Lightning Autofill on MV3 has reached a level of financial and code stability where we have some breathing room again.
Looking back, we have absolutely no regrets walking away from lucrative offers to buy Lightning Autofill that would have resulted in an uncertain future for our loyal users. Since we are now cash flow positive with the freemium model, we would like to officially announce our Halving Pledge as a way of giving back to the community as well as growing our subscriber base.
We pledge to cut our subscription prices in half every time our number of subscribers doubles. Starting with v14 (see release notes below), you will see a progress bar in Settings / Subscription:
In order to make Lightning Autofill more affordable for you guys faster, we will implement these milestone goals:
The progress bar data is automatically retrieved from the Stripe API every hour. The starting subscriber count is the total number of subscribers at the end of May 1st, 2025. You can hover the mouse cursor over the progress bar to see the exact percentage at any given time.
We’ve made a ton of changes under the hood, mostly migrating Firefox to MV3 and rearchitecting for the future. Here are the changes that you can actually see:
$()
was renamed to LAF$()
to prevent conflicts with websites that also rely on the $
global variable (e.g., jQuery). If you have JavaScript rules that use $()
to reference something in the Variables tab, be sure to update these rules to use LAF$()
instead.Changelog:
$()
to LAF$()
⬇️ Install
We have officially started work on version 14! It will have some major changes, especially for Firefox users. Many users may not know that even though the Chrome/Edge version of Lightning Autofill has been on MV3 since v12, the Firefox version was still stuck on a clunky MV2/MV3 hybrid code base where we have legacy Firefox MV2 code living alongside MV3 code shared from the Chrome/Edge version, mainly because Mozilla’s implementation of MV3 was too different from Google’s implementation. As a consequence, this setup was prone to bugs and was a maintenance nightmare. Starting with Firefox v136, Mozilla’s implementation of MV3 has been further aligned with Google’s MV3 to the point where the Chrome/Edge and Firefox extensions can finally share the same MV3 code base, which will make maintenance a lot more streamlined.
BACK UP YOUR DATA.
What does this mean for Firefox users? While we make every effort to test as thoroughly as possible on Firefox, nothing is guaranteed. Hence, you should make a full backup of your data by going to Lightning Autofill Options / Sync and clicking on the Export button. For those who are on older versions of Firefox and don’t want to update to v136 or newer, we will keep the last MV2 version of Firefox (v13.15.2) around for a while to help with the transition.
$()
renamed to LAF$()
The initial release of version 14, v14.0.0, will mostly include architectural changes to prepare for exciting new features to come (e.g., macro recorder, AI autofill). One of the breaking changes will be to the way JavaScript rules are processed. Currently, your JavaScript rules don’t have access to global variables on the web page because they exist in a different “world”, which limits the rules’ power. Starting with v14, your JavaScript rules will be able to interact with global variables like jQuery’s $()
since they will share the same world. While this is a big improvement, it means the special function $()
to reference variables in your JavaScript rules will be renamed to LAF$()
to avoid conflicts with pages that use the $
global.
This is a hotfix release to patch up some recent regressions.
Changelog:
This was originally just a hotfix release, but while we were at it, we added some quality-of-life improvements also.
Before, all JavaScript rules were NOT executed in the order in which they were saved in the rules table. Instead, all JavaScript rules were aggregated into one batch and executed all at once after all other rules had been executed. We’ve always felt this was an inconsistent design and had planned on changing this 10 years ago, but never got around to doing it until now. Now JavaScript rules are executed in the order in which they are displayed, as they’re supposed to. Here’s a screen recording of a JavaScript rule changing the background color and waiting four seconds before autofilling the “fullname” field:
🎞️ https://screenrec.com/share/vZrDg97hV6
Alt+Enter
.Lightning Autofill v13.13.2 has been released to the main (stable) channel. Expect the update to roll out to Chrome, Edge, and Firefox within the coming days.
v13.13.2
v13.13.0
v13.12.5
v13.9.3
v13.7.14
v13.7.10
v13.7.9
Good news for folks in Korea – we now support the following payment methods through Stripe Checkout:
This update addresses two reported issues:
⬇️ Install
This is a small update that includes some optimizations to bi-directional cloud sync that didn’t make it into the previous release. We also improved the rule generation code to prevent potential duplicate profile or rule IDs when adding new profiles and rules.
⬇️ Install
The main highlights in this release:
getUniqueSelector()
and the new version is genUniqueSelector7()
. All the other functions are from third-party libraries, which either produced overly long CSS selectors or were too slow. You can see how much faster it is by generating rules on Google Forms with the “Parse labels” option disabled. CSS selectors are generated for the Name column as a fallback whenever fields have no unique attribute values. If a concise CSS selector is not found either, then an XPath is generated as a last resort.Changelog:
⬇️ Install
In addition to various bug fixes, we made two big enhancements to cloud sync in this update:
The video below illustrates this. In the video, we load Edge, and without opening the Options page to reconnect our Google account, we update an autofill rule using the infobar wizard (change value from “aaa” to “zzz”). This updated rule is then synced to Google Sheets.
https://screenrec.com/share/w0jd3QGmse
What’s not shown in the video is another improvement to cloud sync: when you have bi-directional sync enabled, Lightning Autofill automatically retrieves data from Google Sheets before generating new rules so that you minimize the risk of overwriting new rules that were added to Google Sheets from another PC or browser (a big quality-of-life improvement for cloud sync users who manage rules in Google Sheets from multiple devices).
If there are no reported bugs for a week, then this should be the last release before it gets pushed to the stable channel.
Changelog:
⬇️ Install
It appears Microsoft recently updated the HTML code of Microsoft Forms. From now on, if you want to properly autofill Likert multiple-choice questions such as the one below, you need to disable the “Parse labels” option when generating rules.
You can install from the link below if you want to preview the latest updates. Remember that you can have both the BETA and main versions installed at the same time and import/export data between them.
Highlights:
about:blank
iframes has been changed from “blank” (too generic) to the parent frame’s URL.⬇️ Install
The Lunar New Year is the biggest festival of the year for us. The Lightning Autofill team will be shutting down from January 19 to February 2. Please do NOT send any alternative payments during this time as nobody will be around to process them.
There are two known bugs with BETA v13.7.10 that will be addressed when we return:
about:blank
iframes is “blank”, which might result in unexpected behavior since it’s too generic. We will fix this to use the parent frame’s URL instead.Please do NOT install BETA v13.7.9 because there was something wrong with that package that broke the autofill. Thank goodness it didn’t go out to the production channel or it would’ve been a disaster 😅. I will make another announcement here when BETA v13.7.10 is released. Apologies for the inconvenience!
To prevent disruptions for people who use Lightning Autofill in mission critical applications, we have launched a new BETA channel to test new releases before they are published to the main production channel. This is similar to Chrome release channels, and we think it will help reduce headaches for you guys down the road. For those who want to try out the latest changes in Lightning Autofill before it’s officially released, or just to help test the extension, please install from the link below. The latest version will remain in the BETA channel for 1-2 weeks before moving to the production channel if no bugs are reported. You can have both beta and production versions installed at the same time.
Lightning Autofill BETA channel »
In this update, we fixed a lot of cloud sync issues, so this feature should be a lot more stable now. We also added support for forms that are dynamically created inside iframes using the about:blank
hack, allowing Lightning Autofill to work its magic on more types of tricky forms. Last but not least, we added the “Reveal password” option to allow you to quickly reveal the password in password fields.
Changelog:
As promised, we changed the default matching to be case insensitive, so migrated autofill rules should work the same as in v12 now. For example, in v13.2.0, this rule would fail on the Practice Form because “Fullname” does not match name="fullname"
since it’s case sensitive:
Type = Text
Name = "Fullname"
Value = Marty McFly
Starting in version 13.3.0, this rule would match like in v12.x.x and earlier since the matching is case insensitive. To force a case sensitive match, you will need to use regex (e.g., /Fullname/
).
Changelog:
🥂 Wishing everyone a warm, safe, and joyous New Year 🥂
May your autofills & automations bring you to greater heights in 2025 🚀