Changelog

This week, we are rolling out the following changes to the Freemius Checkout.

RTL Out of Beta

A few weeks ago, we rolled out RTL support for our Checkout in beta. After several rounds of feedback and iteration, we are glad to announce that RTL and Hebrew language support is now officially out of beta and production-ready.

This means that if you load the Checkout with the language: 'auto' parameter, it will automatically load in Hebrew for customers visiting from Israel. You can read more about it in our documentation.

Polish Support

In addition, the Polish language is also ready for production and is available under the language code pl.

Faster Language Loading

We have also improved how languages are loaded in the Checkout. Customers should now see the selected language almost instantly, instead of waiting a few hundred milliseconds as before.

We hope these changes continue to bring Freemius closer to your local market.

Fixed Renewal Discount Visibility

Additionally, we noticed that for WordPress and Template products, the renewal discount was not always surfaced in the UI.

This has been fixed as well.

This week, we’re rolling out a useful feature for our App makers. Freemius already supports license activation out of the box, which means you don’t have to build your own license server and can completely offload this workflow to Freemius. Activation, sync, and deactivation are all handled from your app by making API calls to Freemius.

Your customers can also deactivate licenses from our Customer Portal. However, up until now, there wasn’t an easy way for App makers to deactivate a license directly from the Developer Dashboard when helping customers with activation-related issues.

This week, we are releasing an update that enables this workflow.

To use it, go to the user by clicking the Users section from the sidebar and navigating to the desired user. You will now see a new Activation section, where you can browse the activations the user has made for your app. You will also find a Deactivate button, which you can use to deactivate the license from the app instance.

We hope this makes your workflow easier and gives you more tools to support your customers quickly and effectively.

This week, we’re rolling out several quality-of-life improvements to our Developer Dashboard.

Developer Role Can Manage Webhooks

We noticed a regression where a team member with the Developer role could not manage webhooks. This has been fixed.

Fixed Various UI Glitches on the Plan Page

We noticed a few bugs on the Plan page where, in some cases, adding or removing currencies could break parts of the UI. We also found some edge cases where recommended pricing was not working properly.

We also noticed that there was no clear way to delete single-unit USD pricing. This could be confusing for makers selling in local markets where USD pricing is not relevant or supported.

Since pricing configuration is one of the more important parts of product setup, we did a thorough investigation and rewrote several sections of the page to make the experience more reliable.

We hope this fixes the reported bugs and UI glitches. If you notice any issues, please report them to us through support.

Fixed Unit Label in the License Creation Dialog

We noticed that the license creation dialog was always showing “Site”, even for SaaS and App products with a custom unit label.

This has now been fixed.

This week, we are rolling out some significant quality-of-life improvements to the Developer Dashboard. These changes are not only aimed at fixing bugs, but also improving performance across data-heavy areas of the Dashboard.

Improved Data Loading in Tables

If you visit data-heavy pages like Licenses, Users, Subscriptions, Payments, and others, you will notice that the pages now feel snappier and load data faster than before.

We also found a bug where the Search UI could disappear after opening the sidepane, and have rolled out a fix for the same. We hope these improvements give you a better experience while browsing your data.

Confirmation Before Price Deletion

The Dashboard will now ask for confirmation before deleting any price. This adds an extra layer of protection against accidental deletions, especially when managing multiple licenses, billing cycles, or currencies.

Other Fixes and Improvements

• We noticed a few broken icons in some UIs and have rolled out a fix.
• We noticed a UI glitch in the Setup Checklist section, and this has been fixed as well.

Invoices generated by Freemius include helpful information about various discounts, such as annual discounts and multi-license discounts, to help build buyer trust and confidence.

However, we received feedback from our makers that discounts did not always look good, especially after a pricing update. For example, if makers increased their prices, the invoice could show a discount line saying “Additional Discounts”, which may not always be appealing to buyers.

To address this feedback, we are rolling out an update to our system. Invoices can now detect when there has been a pricing update and, in such cases, avoid rendering those additional discount lines to keep the invoice simple and straightforward.

This change applies only when the product pricing has been updated. Otherwise, invoices will continue showing discounts as before. We hope this addresses the issue. If you have any feedback, you can always contact our support team from the Developer Dashboard.

We have updated our billing form to accept Tax IDs of up to 18 characters. Previously, it was limited to 16 characters, which did not work well for some regions, such as China.

As Freemius continues expanding support for makers from different regions, small updates like this help make the platform more flexible for local billing and compliance requirements.

If you have any other issues, please feel free to contact our support.

We noticed a bug in the Affiliate Form of our Customer Portal where the link to the terms & conditions was broken for SaaS and App products.

This has been fixed.

This week, we’re rolling out a big update to our Email Customization feature.

So far, we have supported adding custom content to transactional emails, making it possible to include useful information such as onboarding instructions, access links, and more. However, the custom content section did not fully support RTL mode yet. With the release of RTL support in our Checkout, it made sense for our emails to follow the same flexibility.

With that in mind, today we are rolling out RTL support for Email Customization. Simply head to the Email Customization section, where you can now seamlessly enter RTL text and the system will automatically detect the text direction.

If you want to enter mixed text or force a specific direction, you can also explicitly set the Custom Text Direction option.

In addition, there is now an option to change the position of the custom section.

This is useful if you want to add fully localized custom instructions before the original email content.

We hope you find this feature useful. If you have any feedback or notice any issues, please feel free to reach out to us through support by logging in to the Developer Dashboard.

With Freemius, you can configure your product’s pricing in various currencies. This is useful whether you’re selling globally or targeting your local market.

We noticed a few edge case bugs in the Developer Dashboard, especially for plans configured only with non-USD pricing.

In the Bulk Pricing section, adding a new currency was failing silently if USD pricing was not set. This has been fixed.

The Plans page was not properly listing pricing information when USD pricing was not set. This has been fixed as well.

Please note that all of these bugs were only in the UI layer of the Developer Dashboard. Our backend systems and the Checkout continued to work correctly even when no USD pricing was configured, so no action is needed from your end.

This week, we are rolling out a major localization update for our Checkout. As your Merchant of Record, Freemius supports selling not only in international markets, but also in your buyers’ local markets. This is why our Checkout supports local languages and currencies out of the box.

With today’s deployment, we are opening our Checkout for RTL (right-to-left) languages.

Hebrew is the first RTL language we are releasing. It is currently available in beta while we gather feedback from our makers. We expect to move it to production mode very soon.

In the meantime, if you want to use it, simply add the language parameter with the value he.

Once the translation is finalized, it will automatically show up for buyers from Israel when you use language=auto in your Checkout configuration. You can learn more about it in our documentation.

We also fixed a Checkout bug that could affect products without USD pricing configured. In some cases, the Checkout could fail to load when an explicit currency parameter was not passed. This has now been fixed.

This week, we are rolling out a few bug fixes around the Settings page of a product.

• Newly created products did not show the bearer token on the Settings page immediately. It would only appear after a full page refresh. This has been fixed.
• We noticed that adding or deleting plans for a product could, in some edge case scenarios, break the settings form. We found the root cause and have deployed a fix.

We saw a bug in the Checkout where preloading a bundle checkout with a license key for manual renewal or upgrade did not work in some cases. The Checkout incorrectly reported that the license key was invalid.

We found the root cause and have deployed a fix. This now allows bundle renewal and upgrade flows to correctly preload the Checkout with the relevant license key.

This week, we are rolling out the following quality-of-life improvements to the Developer Dashboard.

Fixed Payments Table

We noticed that in some cases, the payments table was not loading all available payments.

We found the root cause and have deployed a fix for the same.

Events Menu in the Store Context Is Back

We noticed a regression where we accidentally removed the Events menu from the store context. It is now back. The events page shows all triggered events for all products under the store and is a great way to debug webhooks with store-level visibility.

Fixed Layout Glitch in the Earnings Page

Our earnings page has a currency filter that shows your earnings based on the selected currency. It came to our notice that it was not visible properly.

With today’s deployment, it has been fixed.

As part of improving our compliance and payout process, we have rolled out an update that now requires you to set your billing information before you can set up your payout method.

Setting up your billing information is simple, and you can refer to our documentation to learn how. It should only take a few minutes. If anything is unclear, feel free to contact our support.

This update ensures that all new makers complete their billing setup before receiving payouts. For existing makers, we have already started sending emails to notify you about this upcoming change. If you have already set your billing information, no further action is required on your side.

If you have not yet set your billing information, your payouts will continue as usual for now. However, please note that you have until May 31st, 2026 to complete the setup. Failing to do so may interrupt the payout process for your account. We will send a few more email reminders before this takes effect.

Once again, if you are unsure about anything, please contact our support. We will be happy to help.

We fixed a minor UI glitch in the subscriptions & payments tables where the tax tooltip was not rendered properly due to an unnecessary whitespace after the + sign.

The issue has now been resolved.