Thread:Talk:Flow/LiquidThreads?/reply (5)

Yes, it's frustrating. :-(

But in addition to the bugs, LQT was built without considering the fact that as it is, it can't scale to the size/traffic to a major Wikipedia (for instance, English). That, among other reasons, is the reason that Flow is what it is.

The same people who worked on LQT and LQT3 will be working on Flow, so there is no reason they can't revisit LQT and back port those changes and give LQT some love.

…

One point of clarification. Messaging was determined as a "must have" by Product's 3-year plan to deal with Editor Engagement. Flow came out from that, not a determination to keep or abandon LQT. For the 2012-13 planning/goals, we added Flow at the last minute which is much more aggressive planning that normal (I felt we can safely do Notifications & Global Profile. The latter was pushed out and Flow was added.)

The worry is to continue or repurpose LQT to solve messaging goal would jeopardize actually accomplish that goal to within the aggressive timeline. I felt that it was more likely to accomplish some sort of messaging this fiscal year with the option of backporting to LQT or gradual improvement of Flow would be better than to try to shoehorn LQT and its baggage into the messaging problem.

Perhaps I was wrong, but scalability issues in LQT means that there's a lot more going on there that isn't as simple as addressing reported bugs.

…

Concerning your specific needs. Given that LQT has no official support this fiscal year, we should loop back into discussion concerning some way where community dev contributions on LQT can be incorporated without requiring oversight from the WMF. Theoretically the WMF could freeze on the current version of LQT.

Of course, since it's now all in Git, you can easily fork LQT or LQT3 and know that we can merge those changes back in when the WMF revisits LQT.