| • werdna | |
| Sep 8 2009, 10:08 AM |
| F17388: watchlist-lqt-echo.png | |
| Nov 29 2014, 2:25 PM |
Need to stick them in the same place so as not to confuse people.
Watchlist in general needs a rethink, but that's for another bug.
Version: unspecified
Severity: enhancement
See Also: T23610: Merge [[Special:NewMessages]] with "[[Special:MyTalk]]"
on top of all pages when I am logged in.
We (me, Benny, Fabrice, Howie, Vibha, and Oliver) discussed this issue a lot over the past few weeks (while Brandon was in Hawaii). After much debate, we haven't solved the fundamental problems, but we did reach one important decision:
For now, we are not going to have any watchlist-type notifications in Echo (notifications about simple edits), with the exception of User talk page edits. Echo will only be used for high-importance/low-velocity type notifications, while low-importance/high-velocity information will still be handled in the watchlist. We may, however, turn on more of the watchlist preferences for new users so that they are more likely to be informed of edits related to their work. At some point, we will need to revisit this, and figure out how to better integrate Echo and the Watchlist. Echo + LQT is still an unsolved issues though (as are some aspects of Echo + Talk).
Brandon:
This report has been in ASSIGNED status for more than one year and you are set as its assignee. In case that you are not actively working on a fix, please reset the bug status to NEW/UNCONFIRMED.
In case you do not plan to work on a fix in the near future: Please also edit the "Assigned To" field by clicking "Reset Assignee to default", in order to not prevent potential contributors from working on a fix. Thanks for your help!
[assigned>=1y]
Andre: Well, the fix for this bug is replacing LQT with Flow, which Brandon is designing. That fix won't happen for a year or so though. This is one case where I would actually argue that 'LATER' is the correct resolution, although we don't have that option any more.
(In reply to comment #5)
Andre: Well, the fix for this bug is replacing LQT with Flow, which Brandon
is
designing. That fix won't happen for a year or so though. This is one case
where I would actually argue that 'LATER' is the correct resolution, although
we don't have that option any more.
Pong! Now Flow starts to exist, and its notifications are indeed integrated to Echo.
As Kaldari explained in comment 3, Watchlist has still its own channel of notifications (by design), while LiquidThreads is on a clear way of deprecation at least in the Wikimedia context.
I wonder whether anything else is expected to happen in order to resolve this report in a way or another.
Echo and Flow are already unified (we're not going to do any further work on LiquidThreads, so that part is declined, but done in Flow instead).
Per @kaldari I don't think it's desirable for watchlist entries to show in the same place. There are just too many watchlist edits to show it in the same way.
Should we decline this?
Do we have a task for disabling LQT on mediawiki.org and migrating to Flow on all pages where it was used?
The clutter on that project is beyond acceptable.
I don't know if we have a task specifically for MediaWiki.org yet, but LQT => Flow migration (on all WMF wikis) is one of our key priorities. We just finished a trial run of sorts on OfficeWiki (a private WMF wiki), in which we converted all LQT pages to Flow.
We will be doing more wikis in the future.