This seems fixed at Discord's side again, at least in my client.

Support to keeping it gray but one from Codex indeed.

Can confirm this is fixed, the loading delay is okayish.

There was an outage tonight, do you still receive the same error each time?

This is still an issue, I have to press a series of buttons that's not easy to remember and reach. As above I have to press FN-OPTION-RETURN, there is no visual indication for this.

Thank you for investigating, that might explain why https://www.wikidata.org/wiki/Property:P39 showed wrongly ordered qualifiers on initial load as well.

Can confirm the Discord issue, it also exists for the Associated Press which shows two images.

Thank you for reminding me. I was thinking around that period about what the cleanest/best solution would be. I'll rather apply the same treatment with angle brackets to all mails as there might be some edge cases, but there might be a less dirty way to do that and I don't know how.

What is the current state of this project? Wikidata is using two-year old suggestions at the moment and I haven't seen an update on this task for around the same period.

The word "standard" is used as a gentle nudge showing that these are the WMF-recommended settings.

Could you provide your operating system and browser (including version) you are using?

Could be a side effect of the change introduced in T341931.

Had this several times on both desktop (macOS Safari) and mobile (iOS). Really hard to reproduce on purpose.

Thank you! 😸

I see various reports on the Dutch Wikipedia about the pageview graphs missing on the action=info page. The error message doesn't show up there as the link is simply ommited, can something be done about that?

Thank you for the patch. Do they usually run a automated rename of the said pages or do I need to ping a local sysop to help?

MediaWiki was updated minutes ago and it is also happening on other wiki's like Commons.

I think the above just broke gadgets on the upgraded wiki's.

Not sure if this needs a separate task, but the "More information" dialog doesn't display correctly in Safari 13.1.2. Is it related to the inset-CSS property which is only supported from version 14?

Probably the same as the ancient task T112112?

Please note that those items have multiple statements for "instance of", only the "preferred value" gets displayed in simple queries.

I received about 1000 mails in two days, glad that I set up a filter...

What should the conversion factor be? (For dispatch lag, it’s 60 – five seconds of replication lag are equivalent to five minutes of dispatch lag.)

Based on the last three months, 5 minutes seems fine but we could go for 10 if needed.

We could write some template that shows up on https://www.wikidata.org/wiki/MediaWiki:Talkpageheader, with respecting the namespace.

Looks good to me, "box-sizing:border-box;" might be needed in the CSS to keep the padding the same.

This also affects the administrators noticeboard now due to it being mentioned there, makes it harder to interact instantly via IRC.

I’m not following wrong merges a lot nowadays, but thos sounds like a logical restriction to me (aka following MediaWiki-behaviour).

Might be related to T182983.

Special:Nuke doesn't load for me either.

How will the user be informed that descriptions should not generally start with a capital letter in most languages?

Haven't encountered this so far using the same configuration as Magnus. Maybe lists of enabled gadgets would be nice to have? Already checked common.js/global.js files of the listed users.

I've hidden the "Download as PDF" option last year as it also doesn't work for regular items, but it seems the CSS has changed.

In T144765#4601618, @Addshore wrote:

This doesn't seem to happen for me.

Although it doesn't look like the first has auto complete turned off

<input name="entity[]" lang="en-gb" dir="ltr" type="text" value="" class="tagadata-label-text" placeholder="enter an alias" style="width: 92px; resize: none;">

Reminds me of the discussion we had about this at WikiCite last year. The MoSCoW method was mentioned as well: must have is the current mandatory mode, should have is what we're discussing here and could have is the default mode.

In T199274#4551253, @Krinkle wrote:

In T199274#4550908, @Sjoerddebruin wrote:

Users on nlwiki are complaining they can't hide the sitenotice: https://nl.wikipedia.org/wiki/Wikipedia:De_kroeg#Suriname_en_de_Caraïben

I don't see dismissSiteNotice appearing in my local storage after dismissing the sitenotice.

Look in sessionStorage instead. It works for me?

1. View https://nl.wikipedia.org/wiki/Wikipedia:De_kroeg, click "Sluiten"
2. Reload the page. Banner does not appear.

In the console

sessionStorage

// shows:
Storage {dismissSiteNotice: "2.68", ... }

Users on nlwiki are complaining they can't hide the sitenotice: https://nl.wikipedia.org/wiki/Wikipedia:De_kroeg#Suriname_en_de_Caraïben

Can confirm that this is fixed, thank you very much!

• The lanyards are very comfy, you don't notice that you wearing them anymore.
• Staying in the Holiday Inn has a really seperated feel, multiple hotels are okay on walking distance.
• The shuttle busses are quite unpredictable in time.
• Make it easier to sit outside, the lack of windows that can be opened is troublesome after a few hours of hacking.