Tracking bug for all that needs to be done before we make Hovercards default for the following Wikipedias for 2 months (test release).
Description
Details
Event Timeline
Per roadmap policy, please provide a rough ETA no later than two weeks from now or remove this project from the roadmap if you think it will remain unscheduled until then.
Change 197034 had a related patch set uploaded (by Werdna):
Allow Popups to be switched between the following modes:
https://gerrit.wikimedia.org/r/197034
Change 197038 had a related patch set uploaded (by Werdna):
T88164: Make Hovercards default for Chinese, Catalan and Greek WP.
https://gerrit.wikimedia.org/r/197038
@wctaiwan pointed out an issue with Hovercards when variants of Chinese are being used T93605: Hovercards aren't always triggered when a specific Chinese variant is used on the Chinese Wikipedia. This doesn't affect readers, but might affect a large number of editors who usually set a variant in their preference.
Does this need to be a blocker?
Actually, the Chinese Wikipedia tries to select a variant based on the user's browser settings, so it would affect anonymous users as well. My understanding is that right now, for most zhwiki readers, a significant portion of links would not trigger Hovercards.
We need to removed Chinese from the inital test. Due to fundraising having a banner campaign at the same time as our planned test. We should resolve this for a possible later incremental launch but, due to the need to remove Chinese Wikipedia from the test. It doesn't block the test rollout.
Change 197038 had a related patch set uploaded (by Alex Monk):
Make Hovercards default for Chinese, Catalan and Greek WP.
https://gerrit.wikimedia.org/r/197038
The patch includes the Chinese Wikipedia, but @Jaredzimmerman-WMF indicated above that it needed to be removed. Has the issue with zhwp been resolved?
Just in case the relevant people were not aware, Hovercards has not yet been fully localized to any of these three languages. (Chinese is the only one of these that has particularly visible unlocalized content, that being the "[Last edited] X hours/days/months/... ago".) Is there any way to get these messages to have a higher translation priority for the duration?
It was fully localised for Simplified Chinese (zh-hans), and I've just filled in the missing ones for Traditional Chinese (zh-hant). That the last edit string appears untranslated is the result of zhwiki falling back to zh (and not zh-hans or zh-hant) if it can't determine a specific variant to display, and Translatewiki having disabled translating to zh. People using a Chinese-language OS/browser should not see the untranslated string.
I have translated Hovercards locally in elwiki, and Ι have just moved the translations to translatewiki.
The announcent by Quiddity stated that it will be enabled on April 15th. It is already 16th in China, Greece, and Spain. :-)
Based on talking to @ori today, the decision has been made to roll out to catalan wikipedia and greek wikipedia, due to their user bases, and watch carefully the technical performance of the feature (server/api load) as well as its effect on EventLogging.
After a week we should be able to know if everything is stable and not causing too much load on the system.
We will tentatively plan on extending the rollout to Chinese Wikipedia a week after this initial rollout if Ori finds everything to be working as expected and no major changes or fixes needed at that time.
Change 197034 merged by jenkins-bot:
Act as a beta feature if so configured
https://gerrit.wikimedia.org/r/197034
Change 204686 had a related patch set uploaded (by Ori.livneh):
Act as a beta feature if so configured
https://gerrit.wikimedia.org/r/204686
Change 204687 had a related patch set uploaded (by Ori.livneh):
Act as a beta feature if so configured
https://gerrit.wikimedia.org/r/204687
Change 204686 merged by jenkins-bot:
Act as a beta feature if so configured
https://gerrit.wikimedia.org/r/204686
Change 204687 merged by jenkins-bot:
Act as a beta feature if so configured
https://gerrit.wikimedia.org/r/204687
Change 197038 merged by Ori.livneh:
Enable Hovercards by default on Catalan and Greek Wikipedias
https://gerrit.wikimedia.org/r/197038
Update on the Chinese portion of this? Can we break that out to a separate ticket if it's not going to happen very soon (because tracking it as a sub-task without a sub-task is hard, yo).
Since Jared is no longer at WMF after the end of this month, this feature needs to transition to new ownership. Pinging @Tnegrin since this rationally makes sense within the scope of the Readership group.
@Eloquence I plan to discuss this with @Tnegrin tomorrow and will update accordingly.
Side note: We might want to look at this as 'All beta features'
Assigning to Toby just so it's not assigned to Jared. Toby, feel free to assign to someone else if appropriate.
@Tnegrin / @Vibhabamba who will own this now? If no one will, I'm not inclined to let zhwiki be added to the test.
Since there's no update on zhwiki for a while, I'm making this ticket solely about the other two.
just running some pageview analysis on this experiment and need to know--during this experiment were hovers captured as pageviews? If anything, it looks like pageviews increased during the experiment, which goes against theory (and what we saw on Android), unless we were counting hovers as pages.
@JKatzWMF as far as I know, we never changed the pageview definition to include hovercard view (though this was discussed quite a few times). Can you share your queries?
As far as I know, @leila is right, the pageview definition didn't include Hovercards views.
Is there a new task for evaluating this test? I am guessing the blocked tasks are stalled waiting for that evaluation to be done.