Page MenuHomePhabricator

Banner on cloud for KELOD research
Closed, ResolvedPublic

Description

We need a banner on cloud instances to recruit people for KELOD research:

The text should go smth like this:

Help us better understand how Wikidata, Wikibase Suite, and Wikibase Cloud support and pose barriers to knowledge equity. We would like you to participate if you hold and contribute historically marginalized knowledge, using any of these products. If interested, please fill out this survey. Learn more here: Knowledge Equity in Linked Open Data project?

Open questions:

  • should we have only cloud as a project in the banner text since WD will have it's own banner?
  • should we have the link to the survey directly in the banner or should it only link to the meta page which has more information about the survey on it?
  • are we happy with it going into every person's wiki? bit intrusive but also we're hosting the wiki for them
  • the form will be english but not every user is english. is that an issue? survey is also in english, but is that sensible when we're trying to recruit diverse users?
  • figure out if we need to add some privacy policy implications or whatever somewhere (ask mohammed)

Tech hints

  • $wgSiteNotice -> this takes wikitext

if this was read from the platform API we could control it at runtime however after talking about it amongst the engineers we concluded that the minimal version of this would probably be shipping the wikitext hardcoded in the LocalSettings and we think that it would be possible to evaluate based on system time when to stop showing this so we'd not even need to make a new image after the end of the campaign

grafik.png (475×1 px, 55 KB)

AC

  • TODO when we need the banner to run from and until
  • should go on the main page

PRs:

Details

Other Assignee
Fring

Event Timeline

Charlie_WMDE changed the task status from Open to Stalled.Feb 15 2024, 2:29 PM
Charlie_WMDE updated the task description. (Show Details)

What this needs adding is a nice wikitext snippet for the actual banner content

Ello. snippet can be found here: https://de.wikipedia.org/wiki/Benutzer:Charlie_Kritschmar_(WMDE)/test

only thing i couldn't figure out is how to make the banner be the exact width of the gray line above on the left (see image)

grafik.png (398×242 px, 7 KB)

just how it only starts where the gray line starts on the right. Hope you know what i mean. if you could add that in there somehow, i'd be forever grateful

waiting on a last review from annie and abbey before unstalling this ticket.

are we happy with it going into every person's wiki? bit intrusive but also we're hosting the wiki for them

This is a concern, and I am glad that it was brought up, however per the documentation MediaWiki:Sitenotice takes precedence over $wgSiteNotice, so a local administrator should be able to edit that page to override it, or turn it off by setting the content '-' (without quotes).

This would also preclude further use of the site notice in that way unless CentralNotice were used, which is probably the way to go if you anticipate future global sitenotices or want campaigns in multiple languages. That would also be the point at which to implement an opt-out option in the control panel. There is a per-user opt-out for defined campaign types per the user documentation.

(Separately, I'd suggest the addition of DismissableSiteNotice as that allows local admins to reduce pushback for such notices added by them.)

Charlie_WMDE changed the task status from Stalled to Open.Feb 22 2024, 8:48 AM

got the go from abbey

Tarrow updated the task description. (Show Details)

@Charlie_WMDE

I tested the DismisableSiteNotice extension locally, this is what it looks like (note the [dismiss] link at the top right):

image.png (618×1 px, 167 KB)

  • If a user clicks on that link, the site notice disappears, unless we bump the ID ($wgMajorSiteNoticeID).
  • question: should visitors that are not logged in be able to dismiss the notice? We can easily switch that on or off via $wgDismissableSiteNoticeForAnons (per default they aren't able to dismiss it)

A wiki admin can decide to overwrite the Site Notice via MediaWiki:Sitenotice. To pick up the idea from @GreenReaper and others I created T358330 to improve this functionality outside of this tasks scope.

Due to historical spam, many cloud instances are likely to require confirmation to create an account, presenting a greater-than-usual barrier to dismissing the notice if $wgDismissableSiteNoticeForAnons is not true.

On the other hand, I don't know how many instances are regularly used read-only by people who just stumbled by. But my instinct would be to make this sitenotice dismissible by anons, because if they've decided they don't want to do the survey, that decision is unlikely to change.

Due to historical spam, many cloud instances are likely to require confirmation to create an account, presenting a greater-than-usual barrier to dismissing the notice if $wgDismissableSiteNoticeForAnons is not true.

On the other hand, I don't know how many instances are regularly used read-only by people who just stumbled by. But my instinct would be to make this sitenotice dismissible by anons, because if they've decided they don't want to do the survey, that decision is unlikely to change.

Thanks for the input, that makes much sense to me.

Currently in the PR that adds the extension, it now gets configured to

  • allow anonymous users to dismiss the sitenotice
  • the sitenote automatically disappears after March 24th 00:00:00 UTC

hey @Deniz_WMDE sorry for the late response. the way it is set up now sounds great to me! I am wondering, is it possible to have the -dismiss- button inside the banner in the top right corner?

I've also updated the copy on my user page. It's ready for you to copy it over. thanks!

hey @Deniz_WMDE sorry for the late response. the way it is set up now sounds great to me! I am wondering, is it possible to have the -dismiss- button inside the banner in the top right corner?

I've also updated the copy on my user page. It's ready for you to copy it over. thanks!

Thanks! I'm afraid it's not as trivial as flipping a switch to move the dismiss button :( I think we would need to either fork/adjust the extension or build this feature ourselves. Definitely something to note when revisiting this banner topic though.

I integrated the new copy and the technical review was also concluded.

One question came up from it: should the links open in a new tab? I noticed that on your user page the links are visually marked as external links but do not have the target="_blank" attribute which makes them open in a new tab. The visual indicator is missing on cloud for some reason, but the behavior is the same currently. Apparently it's not even so easy to set this for these links only, as the links do not work if inserted as HTML and there only seems to be a global setting to change this for ALL external links (which might be a good thing, but I don't know) https://www.mediawiki.org/wiki/Manual:$wgExternalLinkTarget

Other than that, this is ready to deploy.

thatnks for the info! If the external link behavior is tricky to change, i'd say let's leave it as is 👍 thanks for getting this our the door Deniz!

The banner is now live on all wikibase.cloud instances.

Tarrow moved this task from In Review to Done on the Wikibase Cloud (Kanban board Q1 2024) board.

We agreed last week to go ahead and close this since it now seems rather too late to make doing and CSS changes etc. valuable