To be determined... ;)
To be determined... ;)
|Declined||None||T21699 Deploy LiquidThreads extension when ready (tracking)|
|Declined||None||T27852 Please Add LiquidThreads Extension to fawikinews|
|Resolved||None||T26143 Enable LiquidThreads extension on pt.wikibooks.org|
|Declined||None||T27970 Enable LiquidThreads for Swedish Wikiversity|
|Declined||None||T27988 Enable LiquidThreads on sv.wikipedia.org|
|Resolved||None||T26377 Enable LiquidThreads on the Swedish local chapter wiki|
|Invalid||None||T26616 Please enable LiquidThreads on cs.wikipedia|
|Declined||None||T29937 Enable LiquidThreads on the Hebrew Wikinews|
|Resolved||werdna||T24909 Enable LiquidThreads opt-in on Hungarian Wikipedia|
|Declined||None||T31759 Enable LiquidThreads on Hindi Wikipedia|
|Resolved||werdna||T22118 Deploy LiquidThreads on strategy.wikimedia.org and usability.wikimedia.org|
|Resolved||werdna||T22390 LiquidThreads could automatically check for updates in the background.|
|Declined||werdna||T22392 LiquidThreads per-page search may be broken|
|Resolved||werdna||T22391 LiquidThreads should limit displayed number and depth of posts|
|Resolved||werdna||T22395 Add "Discussions" tab to 'advanced search'|
|Resolved||werdna||T21388 Alert the user if he receive a reply anywhere in the discussion pages|
|Declined||werdna||T21409 Delete threads in discussion page if the page is deleted|
|Resolved||werdna||T21459 LiquidThreads history is broken|
|Resolved||werdna||T21787 Mechanism to re-merge threads|
|Resolved||werdna||T22003 LiquidThreads search does not search the thread subject|
|Resolved||werdna||T22002 Need to tweak thread search results|
|Resolved||werdna||T22095 LiquidThreads needs to update its ID/Username storage when users are renamed|
|Resolved||werdna||T22121 JS Reply button broken|
|Declined||None||T26971 Enable LiquidThreads extension on pt.wikipedia.org|
|Declined||None||T27019 Enable LiquidThreads extension on tr.wikinews|
|Resolved||None||T25220 LiquidThreads on sv.wikisource|
|Resolved||werdna||T23903 LiquidThreads namespace names (Thread, Summary, Summary talk) cannot be localised|
|Declined||None||T27121 Add Extension:LiquidThreads on ru.wikiversity|
|Invalid||None||T35635 Liquid Thread activation on meta|
|Resolved||werdna||T25417 Enable LiquidThreads extension on en.wiktionary.org|
|Resolved||None||T23956 Please enable LiquidThreads on en.Wikinews (Comments: Namespace)|
|Declined||None||T27435 Enable LiquidThreads extension on fr.wikipedia.org|
|Declined||None||T27609 Enable liquidthreads for the Wikimedia Brasil wiki|
|Declined||None||T30848 Addition of LiquidThreads for Odia (Oriya) Wikipedia|
|Declined||None||T27761 Enable LiquidThreads on sv.wiktionary|
|Declined||None||T31114 Enable LiquidThreads extension on zh.wikipedia.org|
|Resolved||Dereckson||T39778 Enable LiquidThreads on fi.wikimedia.org|
"Next version", what does that mean? Should a new dependency be recorded? Swedish Wiktionary (bug 25761) has now waited 2 months. How many man-hours does the activation take for one site? Why is that part complicated?
(In reply to comment #5)
"Next version", what does that mean? Should a new dependency be recorded?
Swedish Wiktionary (bug 25761) has now waited 2 months. How many man-hours does
the activation take for one site? Why is that part complicated?
Activation takes less than one man-hour, that's not the problem. I think Brandon wants to hold off because significant parts of LQT are being refactored and redesigned in the coming weeks/months.
(In reply to comment #6)
Brandon wants to hold off because significant parts of LQT are being refactored
and redesigned in the coming weeks/months.
We will get nowhere if we try do deploy some kind of "perfect" software.
I am not willing to deploy to other wikis with the current version of the software. There will be a new version within the next several weeks.
Note that my opinion means doodley-squat with this. I have no authority to hold up deployments. I am, however, saying that *if you wait for just a little bit* then what we deploy will be *significantly better*.
So take that for what it is.
(In reply to comment #8)
I am, however, saying that *if you wait for just a little
bit* then what we deploy will be *significantly better*.
Swedish Wikisource already uses LQT and is perfectly happy,
even though it took 4 months between request and activation.
If the software is improved, I assume this would take effect
there too. So what's the problem to activate the current
version on Swedish Wiktionary? If it takes one man-hour,
the WMF should be happy to pay for this. We have spent far
more than one man-hour establishing community consensus
and debating these bug reports.
I've been thinking about this and having discussions with Erik, Alolita and others.
As you know, LiquidThreads is undergoing major re-engineering, including updates to both the architecture and the user interface (documentation is being uploaded to MediaWiki.org as it is finished). You can find full details of this project at MediaWiki.org.  Having the old version of LiquidThreads in production adds complexity to the migration process that will occur once re-engineering is complete. It also means that engineering time would need to be spent supporting and maintaining the older version. This would distract from the development work that is currently in progress on LiquidThreads. Being the lead developer for LiquidThreads, my priority remains to focus on the re-engineering work that we are doing, so that we can start piloting the new version as soon as possible (hopefully by the end of March).
Accordingly, it is our decision that further pilot deployment of LiquidThreads instances is placed on hold for the time being. LiquidThreads re-engineering will hopefully be finished in two to three months, and at that point we will be very pleased to roll out pilots to additional wikis.
Thanks for your understanding,
(In reply to comment #11)
Andrew, do you know if LQT will be deployed across all projects? If so, I will
close all pending requests in bugzilla (pointing to this bug).
My understanding of the plan is that we will be deploying pilots on various projects (on an opt-in basis) before a global deployment. So the bugs can remain open for the time being. When we're ready to deploy, we can check with those communities that they still want to be a part of our pilot, and proceed with deployments.
See [[mw:Thread:Talk:Flow/LiquidThreads?]] for context.
James has written elsewhere that work on Flow (not LQT3) will start in the second half of 2013, if I remember correctly; in the meanwhile we're not seeing any bug fix or improvement to LQT2 by the WMF, only new issues, https://www.mediawiki.org/w/index.php?title=Extension:LiquidThreads&diff=593948&oldid=593256 so it's quite sure that LQT will not be enabled on any more wiki, but some pseudo-replacement will (in a couple years?).
Do we really need YEARs to develop a simple discussion system? That seems absurd to me... Flow is only targeted at User:Talk - that is great... so we will again be stuck with unusable discussions at article talk pages. This will never bring better editor engagement...
Feel free to contact the corresponding developers or ask on a mailing list. In a bug report categorized as setting up extensions (handled by people with shell access) it's very unlikely that developers of some specific extension will see your questions.