Tracking bug for all that needs to be done before we make Hovercards default for the following Wikipedias for 2 months (test release).
|operations/mediawiki-config : master||Enable Hovercards by default on Catalan and Greek Wikipedias|
|mediawiki/extensions/Popups : wmf/1.26wmf2||Act as a beta feature if so configured|
|mediawiki/extensions/Popups : wmf/1.26wmf1||Act as a beta feature if so configured|
|mediawiki/extensions/Popups : master||Act as a beta feature if so configured|
- Mentioned In
- rOMWC6611636bbb23: Enable Hovercards by default on Catalan and Greek Wikipedias
rEPOP8f3eb1a50fe6: Act as a beta feature if so configured
rEPOP043a78d613f0: Act as a beta feature if so configured
rEPOPc7e057946d87: Act as a beta feature if so configured
rMEXT2d647c7f729a: Updated mediawiki/extensions Project: mediawiki/extensions/Popups…
T67114: ReferencePreviews: Implement Citation Previews
T92555: Turn off 2 month test release of Hovercards on Catalan, and Greek Wikipedias on 2015-06-18
T88173: Decide on sampling rate for EventLogging
- Mentioned Here
- T93605: Hovercards aren't always triggered when a specific Chinese variant is used on the Chinese Wikipedia
T68374: Enable Hovercards on se.wikimedia.org (Swedish chapter wiki)
@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.
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.
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.
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).
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.