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.

Well, I do would love some option to say that references to Wikipedia aren't enough.

It would indeed be better than adding something to just a single item!

So I've just discovered that this is a leftover from our special pages before the ooui conversion. A part was removed in T159702, but it seems like we don't need these CSS styles (from 2012!) at all anymore. I've updated the patch to remove the CSS file and the usage in the tests. Also Special:SetSiteLink was still using these styles, after this change has been merged the margin under the checkboxes will be okay again.

Common pattern in the last few days is people also saying that they didn't receive some confirmation e-mail while receiving one in the years before.

Thank you for checking. Most people don't seem to be able to find the close button of the banner, and I agree that it's quite hidden.

Daily complaints are coming in with people seeing the banner again after donating (probably with IDEAL).

Seems like this is affecting the MassMessage extension: https://www.wikidata.org/w/index.php?title=Special:Log/massmessage&offset=&limit=250&type=massmessage&user=

Seems like the span that tries to clear the image floating isn't included in the processed code...