XF 2.4 XenForo 2.4 status and what's new under the hood?

Where are we?​

XenForo Community PSD Edit (1).webp
TL;DR: We're working hard to release XenForo 2.4 ASAP, but it's taking longer than expected due to scope changes and strategic decisions to wait for certain upstream developments that will benefit the long-term roadmap. Here's an analogy to explain why:

Software development is like planning a cross-country expedition with multiple destinations.

When you set out for version 2.4, you're not just driving to the next town over. You're charting a course through unknown territory with several strategic stops planned along the way - each representing a major milestone or feature release.

But the challenge is the landscape keeps changing along the journey.
  • New roads open up (better technologies emerge)
  • Bridges get washed out (dependencies break or become obsolete)
  • You discover scenic routes that would benefit all future travellers (opportunities for architectural improvements)
  • Weather conditions shift (market demands or user needs evolve)
  • Your vehicle needs unexpected maintenance (technical debt must be addressed)
You can't just focus on reaching the immediate next stop. You must consider how each decision affects the entire journey ahead. Taking a shortcut to reach 2.4 faster might leave you stranded when trying to reach 3.0, 4.0 or even 5.0.

This is why scope changes occur: experienced developers are constantly recalibrating the route based on new information, ensuring the expedition can successfully reach not just the next destination, but all the strategic waypoints that follow.

The delays aren't detours, rather they're course corrections that keep the long-term journey viable.

To be slightly less cryptic, these are some of the specific challenges we have faced along the way:

A new Tiptap version is coming​

When we announced that Tiptap is coming to XenForo 2.4 it was 95% complete, and we then took a bit of a pause to work on other projects, which we have talked about since and will be discussing in this thread. Since then, Tiptap have announced Tiptap V3 which is currently in beta. Given how core the editor is to the forum experience, it makes a lot of sense to ship XenForo 2.4 with Tiptap V3 rather than Tiptap V2 as originally planned. While the changes involved are not too extensive, we also don't want to ship 2.4 with a dependency that is still in beta and subject to change. While we are not planning to wait for Tiptap V3 to be stable, necessarily, we do at least want to give it a little bit more time so we have a higher degree of confidence that we're shipping a stable editing experience.

We started talking about a rewrite (again)​

While this is not currently the direction we've decided to go in, it's responsible for us to at least consider all routes available to us to help us reach our destination.

1749736697928.webp


After nearly 8 years since the release of XenForo 2.0, many of the technologies we use are showing their age, many of the decisions we made have started to slow us down more than we would like, and as a framework, XenForo becomes a less productive framework to work with. The solution to this problem can be to start from scratch, but we have ultimately decided that this is not something we need to do at this stage.

Instead, over the next few versions, including 2.4, we will be attempting to make iterative architectural changes to the framework so that we all have greater tools at our disposal to improve both the developer and user experience, particularly focusing on the implementation of developer tools and features that have become commonplace in other frameworks, such as Laravel.

Some of our best features are simply not finished​

There are one or two features that we see requested consistently from customers in our community forums and feedback channels, and we're excited to confirm they are coming in 2.4! However, it serves no one well if we release such highly-anticipated features before they are ready and before they have the usual level of quality, polish, and extensibility you would expect from a XenForo release. We'd rather take the extra time to get them right than rush them out and disappoint users with a subpar implementation that requires immediate patches or lacks the flexibility for customisation. We'll be sharing exciting details about what these features are and how they work in the coming weeks, so stay tuned!

We can't keep up!​

I just counted and there are about 15 features that have been merged or are pending to be merged into XF 2.4 that we haven't announced yet. Some of these are smaller and aren't worthy of a dedicated HYS of their own (so they'll probably be rolled into a "miscellaneous" HYS or two), and some of these are going to be mentioned below, but while we have been "cooking" (as the kids say these days) it has meant that things like code reviews, and writing HYS posts hasn't been easy to balance. There is also potentially more stuff coming from generous contributions from esteemed developers such as @Xon and @digitalpoint, assuming we have time to implement (otherwise they will wait for... a future version).


With all of that now being said, while 2.4 is taking longer than we wanted, we have been busy and we are very much nearing the end of development.

And, while disappointing (to all of us) it is important to maintain perspective. XenForo 2.2 was released in September 2020. XenForo 2.3 was released nearly four years later. XenForo 2.4 is not 3 more years away.

But, you clicked this to find out what's new, right? So let's go.
 
Last edited:
ZERO of my forum members care that Xenforo has not released version 2.4

I frankly don't care either. The software works well as is. Modernization and improvements are always welcome, but EVERY major change means my users are forced to re-learn something with how the forum operates and functions.
Then why upgrade at all?
Why did you wait 5 months for 2.3, what was in it that your members needed/wanted or cared about?
Why will you wait 3+ months for 2.4 if there's nothing in it worthwhile?
 
Then why upgrade at all?
I think it has more to do with EoL than anything.

Your hand is kind of forced to upgrade from 2.1 to 2.2, and soon enough (kind of already, I think), 2.2 to 2.3, if you don't have in-house developers to maintain it yourself.

Correct me if I'm wrong, but 1.x was supported longer than the 2.x releases are being treated—I seem to recall a statement along the lines that when there's a new 2.x release, only the previous 2nd level release will receive security updates, but that hasn't been the case always, either, as I think there was a 2.2 update to fix perhaps PayPal issues done after that statement was made.

Just another example of poor communication about releases, but don't care to dig up when that EoL statement was made and go through 2.2 updates to support my claim here.
 
I think it has more to do with EoL than anything.
Your hand is kind of forced to upgrade from 2.1 to 2.2
Correct me if I'm wrong [..] I seem to recall a statement along the lines that when there's a new 2.x release, only the previous 2nd level release will receive security updates

There's no End of Life Schedule for the 2.x versions that I can find, so no EoL pressure, security updates pressure, or hand forcing.
 
Basically only the latest minor version (currently 2.3) is actively supported; the last 2.2 release maintenance release was June 2024.
Thanks for digging that quote up.

Looking at 2.2 releases (after the 2019 quote) signals that's not quite true either, and should have clarification, as I believe 2.2 was updated for something other than a security fix (perhaps a PayPal issue) after 2.3 was released.

Someone else could do the leg work for that as I'm not here to debate, just to show another communication breakdown, and to say that you are essentially forced to upgrade*** whether the new features impress you or not, if that quote still holds true.

*** if something your forum uses breaks and isn't a widely used feature like payment integration APIs, etc., and you do not have the developers to fix that specific issue for you, factoring in additional costs like upgrading add ons
 
Last edited:

XenForo 2.1

  • Beta 1: Nov 20, 2018
  • Final: Jan 30, 2019
    👉 ~2 months, 10 days

XenForo 2.2

  • Beta 1: June 9, 2020
  • Final: Aug 25, 2020
    👉 ~2 months, 16 days

XenForo 2.3

  • Beta 1: Mar 19, 2024
  • Final: Jul 4, 2024
    👉 ~3 months, 15 days
✅ Summary:
  • XF 2.1 → ~2.5 months from beta to final
  • XF 2.2 → ~2.5 months from beta to final
  • XF 2.3 → ~3.5 months from beta to final
If 2.4 Beta 1 drops today (Aug 19, 2025), then a reasonable projection is:
  • Typical (median ~77 days): Nov 4, 2025
  • Average (~85 days): Nov 12, 2025
  • Optimistic (71 days): Oct 29, 2025
  • Conservative (107 days): Dec 4, 2025
So expect early–mid November 2025, with a plausible window from late October to early December.
 
Last edited:
I'm far too busy working on my forums, so I genuinely hope there are no big updates this year or early next.

I know what I'm like, I'll say I won't upgrade, but I will, I'll get sucked in, and then I'll waste far too much time fixing what the upgrade breaks. Wasted time that I should be spending on content, recruitment, and retention, which, for me right now, are 100 times more important than forum software improvements.
 
I also want to pitch in one more thought:
In my perception XenForo has an "identity problem". How do I mean this?

Let's take a look at the competition - they try to offer everything in one go. They don't let you choose, if you need A, B or C. Either you take them all or none.

This is convenient for those who do not wish to invest much time in customizing their community. For those who can't and don't want to develop their own plugins.

XenForo on the other hand is sitting between two chairs at the moment. On the one hand you have a mixed user base can be split in tech-literate and tech-illiterate users likewise.

The first group prefers rather small changes to the codebase as it messes with their time and effort they invested into building their community, while the later group doesn't care. They want things to be "out of the box" ready.

Right now I don't see how XF has positioned itself officially, though the tendency is clear that they are going for a developer sided approach.
 
I also want to pitch in one more thought:
In my perception XenForo has an "identity problem". How do I mean this?

Let's take a look at the competition - they try to offer everything in one go. They don't let you choose, if you need A, B or C. Either you take them all or none.

This is convenient for those who do not wish to invest much time in customizing their community. For those who can't and don't want to develop their own plugins.

XenForo on the other hand is sitting between two chairs at the moment. On the one hand you have a mixed user base can be split in tech-literate and tech-illiterate users likewise.

The first group prefers rather small changes to the codebase as it messes with their time and effort they invested into building their community, while the later group doesn't care. They want things to be "out of the box" ready.

Right now I don't see how XF has positioned itself officially, though the tendency is clear that they are going for a developer sided approach.
They should consider them lucky having such talented 3rd party developers backing them up. Without it XF would be worth much much less. But at this rate, in 5 years not much developers will be willing to invest their time. XF had already driven away some core 3rd party developers.

Also, I want to say, other softwares make it easier to develop applications on. But they aren’t as lucky to have such many 3rd party developers.
 
With that said, it feels like even just this last year alone - we have lost the large amount of quality 3rd party addon devs that we used to have. Really frustrating to see.
 
It's scary to me from a DR perspective that Chris is the only one with access to the public github repos which power the documentation.
 
It's scary to me from a DR perspective that Chris is the only one with access to the public github repos which power the documentation.
That is incorrect. There are six members in the xenforo-ltd org. Which doesn't power only the public repos you might be able to see, it also houses our main development repos. I just happen to be the only one listed publicly, which is, I guess, a personal preference of the other staff. When I view the same link, I see @Naz @Jeremy P @Kier @Mike @Slavik. I think @Paul B was originally listed or he never got around to creating a GitHub account. Not that he or @Slavik have needed to do stuff in GitHub all that often. I think one or both were at one point able to push changes to our private manual repo.

1755619566528.webp
 
I mean we're not entirely incompetent. It would be extremely stupid for a business to have a single employee in control of everything. Especially when, logically, if there was one person (or two), that wouldn't be me, it would be @Kier and @Mike, being owners of said business.
 
I mean we're not entirely incompetent. It would be extremely stupid for a business to have a single employee in control of everything. Especially when, logically, if there was one person (or two), that wouldn't be me, it would be @Kier and @Mike, being owners of said business.
Is Mike still involved in any capacity?
 
Is Mike still involved in any capacity?
He still owns the company with Kier and is a company Director but Mike is not currently employed in a development role.

Can you name some please?

We’ve been losing a large amount of third party developers every year for 10 years allegedly but the resource manager is as busy as ever. People come and go, sure.

In some cases the departure of certain people has been a benefit rather than a negative.
 
Back
Top Bottom