We just wanted to provide a heads up that AWS will be removing support for node 12, which impacts only server-side actions inside plugins that use them, on November 14, 2022. To ensure compatibility, Bubble plans on helping plugin authors upgrade to node 14. This change is safe and not expected to require any code changes from your end, but if you’d like to test your plugin post-upgrade, you’ll have the option to manually upgrade your plugin through November 14, 2022. Afterwards, we’ll automatically upgrade the plugin on your behalf.
I’ll update this post once we have the manual upgrade path ready for plugin authors. We aim to deliver the UI by November 1.
Thanks for reaching out! We’re aware of the upcoming Node 16 migration, and we will definitely be offering a Node 16 upgrade path in the following months with a longer delay than what’s provided here. Given the timelines involved, we can’t offer Node 16 right away. Rather, we have decided to focus on upgrading to Node 14 since that’s the most low-lift solution to ensure our users’ apps remain unaffected by the deadline.
We’ve released the upgrade path for plugin authors! You can manually upgrade using the “Upgrade to node 14” button on the Settings page of your plugin until November 14, 2022. After this date, we’ll automatically upgrade the plugin for you!
For plugin authors, if your plugin doesn’t contain any server-side actions, you will not be affected at all. Otherwise, you are almost certainly unaffected, but you can try out switching to the new node 14 runtime on test apps, see if anything is broken, and make changes if that’s the case.
For app users, almost certainly no action is required from your end. If a plugin author submits a new version of a plugin to ensure compatibility with node 14 prior to November 14, 2022, you will need to apply this version in order to prevent breaking. Otherwise, there will be an upgrade automatically applied to you.
Could you please let me know your thoughts on this:
A quick and easy system for users to identify if a plugin is on the newest version of the Bubble Plugin API (for instance, a supports new responsive mode checkmark) and a “last updated” field on each plugin page?
This would encourage plugin makers to keep their plugins up to date and also communicate to users which plugins are more likely to be still maintained.
Thank you on your input! With newer versions of bubble, many plugins may become outdated. This must be easy to sort through!
Sam here, from the success team. This change should be relatively safe - we are upgrading the backend module library behind server-side actions in plugins. There aren’t expected to be any code changes needed for plug-in authors, and the upgrade itself should not break anything outright.
That said, its smart to take inventory of the server-side plugin actions that you use on a regular basis in your app. If you find that you are heavily relying on any third party plugins that are not being maintained, reach out to our support team at email@example.com - we can do two things for you:
Reach out to the plug-in author and remind them of our marketplace guidelines which specify that plugin authors must maintain their plugins.
Help you come up with a workaround in your app so that you aren’t relying on that specific plugin.
Again - I do want to stress that there shouldn’t be any issues with any plugins associated with this upgrade, unless the plugin itself was specifically relying on an outdated node module that is not supported in node 14, in which case we wouldn’t recommend relying on that plugin in the first place. Keep in mind, node 14 is not “new” - it was originally released in April of 2020, and is stable.
I encountered today quite some issues (to say the least) with node-14 upgraded plugins on production applications, whereas if executed from the test application of that plugin, everything was fine.
Let’s say one of my plugin user uses this node-14 version plugin (containing node-14 specific syntax) by upgrading from his application from the Plugin panel…is the node-14 upgraded plugin really running on node-14 ?
Just a wild guess here, but it looks like:
node-12 is still used on production clusters even though the plugin has been upgraded to node-14 from the plugin editor and published.
node-14 is used only when the node-14-upgraded plugin is executed from its test app - test clusters I guess.
So, it means that a fully-tested node14-upgraded-plugin with its test app (on test cluster) may fail on production applications.
Hence, all manually-upgraded the plugins to node-14 by plugin authors MUST still be backward compatible with node-12.