I work on a gadget (https://www.mediawiki.org/wiki/Instant_Diffs) that makes viewing diffs easier. Users can also go to the user's global contribution page and view diffs in dialog windows without leaving the page.

Maybe it's somehow related. I use siddharthvp/mwn for deploying my gadget. But a couple of days ago my deploy started failing due to "ratelimited", even though my queue is less than 50 edits.

InstantDiffsDeployScript/5.0 (https://www.mediawiki.org/wiki/Instant_Diffs)

Even if I add an email, I get the same failed results:

InstantDiffsDeployScript/5.0 (https://www.mediawiki.org/wiki/Instant_Diffs; serdidg@gmail.com)

Came here while searching to see if this issue was already reported. Should mention T413650 here as well.

Seems like links in the Wikidata edit summaries is not fixed.

It seems like it is fixed in the newer code. I closed the ticket.

This fix now breaks icon height, because Vue icon styles override message styles:

.cdx-message .cdx-message__icon, .cdx-message .cdx-message__icon--vue {
  height: var(--line-height-medium,1.625rem);
}

.cdx-message--warning .cdx-message__icon {
  min-width: 10px;
  min-height: 10px;
  width: calc(var(--font-size-medium,1rem) + 4px);
  height: calc(var(--font-size-medium,1rem) + 4px);
  display: inline-block;
  vertical-align: text-bottom;
}

For example, see warning message in the hidden diff.

I have discovered that I can load modules the same way as gadgets are commonly loaded from another wiki.

javascript
const modules = [
    'jquery.wikibase.toolbar.styles',
    'wikibase.view.ControllerViewFactory',
    'wikibase.alltargets',
    mw.config.get( 'wgMFMode' )
        ? 'wikibase.mobile'
        : 'wikibase.desktop',
  ]
  .filter( name => {
    return ![ 'ready', 'registered' ].includes( mw.loader.getState( name ) );
  } );

Thanks, your description helped me a lot. I just added support for the WikiLambda app to my script. As for inlineFormatToggle, for now I will leave my workaround. I may create a new feature request later.

javascript
export function restoreWikiLambda( $container ) {
    if ( !$container || $container.length === 0 ) return;

It's in my script, which can run on special pages when Visual Diffs load page dependencies to display the diff. Thanks — I’ll consider creating lightweight patches, as issues like this are not uncommon.

In T395744#10882338, @bd808 wrote:

I'm still not quite sure how the data got corrupted, but the issue was that one of the saved revisions of the toolinfo data was missing its expected RevisionMetadata object. I did some truly horrible surgery to fix that using an interactive python session that looked a bit like:

Oh, I’m really sorry for giving you extra work. But it’s kind of a demo version of how the frontend development works :) Thanks a lot!

@bd808 Editing works fine in most cases now, thanks, but it seems the history page is broken.

In T394115#10824028, @Reedy wrote:

Can you check your network requests? Is it trying to load the image (and failing)?

Thank you!

Thanks, I have sent it.

Maybe instead of having separators, we should remove them completely, and make the section headings bolder (font-weight: 600)?

I apologize to all of you for wasting your time and my silly edit 😅, fixed: https://ru.wikipedia.org/w/index.php?title=MediaWiki:Common.js&oldid=111114698&diff=116953760.

@Jdlrobson,
For clarification, is #a55858 a new color for "new" links in Vector - https://github.com/wikimedia/Vector/blob/master/resources/common/variables.less#L15? It is a color for visited red links as well. Previously the default color was #ba0000, at least in the legacy vector on ruwiki.

@Ladsgroup, i have added last four options, please let me know if i need to upload others as well.

Perhaps we can take the "blue" tone of these leaf outlines and take it a step further and render it in blue for Wikitech.

Yeah, that make sense. Made several variations:

@Ladsgroup, it looks like the icon is updated but is still stretched. Is this some kind of cache?

I re-upload the attached svg files so they follow the preview order.

Today I took a close look at the details and I don't really like how the petals grow in size in the stroke, i think I need to completely redraw. But the biggest problem is in the modern vector skin. The stoke lines become thin or messy depending on the thickness. But maybe these are my personal worms :)

Nice, but looking at the example i only wish that the colors should fade out smoothly until completely transparent.

Use "Empty leafs" as default/local logo, and show the current hybrid in the installer.

Yeah, i thought of something similar, when i was drawing the wireframe version of a logo.

I doesn't have strong opinion about current sunflowers, rather neutral, i only propose to use what is or will more common. I'll try to experiment with the art in this direction:
https://commons.wikimedia.org/wiki/File:MediaWiki-2020-flower.svg

Whatever we decide about the background banner, we definitely need to change that on YouTube as well.

This one would be perfect for Twitter:

In T279087#6966470, @bd808 wrote:

An attempt at a "blueprint" look (ok, really an inverse blueprint look) derived from the https://commons.wikimedia.org/wiki/File:Wikitech_variant_2.svg base image. In addition to the obvious change in stroke color and pattern, I also rebuilt the "wikitech" text based on the wordmark guidelines for MediaWiki. The blueprint blue used is R:96 G:129 B:142 at full opacity.

I like it! I made some customization to the font and capitalize a first letter. Here are different examples from old to new based on your idea:

In T279087#6965876, @bd808 wrote:

@SerDIDG has already produced some candidate logos that are derived from the new MediaWiki logo:

• https://www.mediawiki.org/wiki/User:Serhio_Magpie/Logo_proposal
• https://commons.wikimedia.org/wiki/File:Wikitech_variant_1.svg
• https://commons.wikimedia.org/wiki/File:Wikitech_variant_2.svg

In T268230#6962927, @Ladsgroup wrote:

Thanks. Can you make it clear in the guideline on what sizes it's better to use small medium or large versions?

Hi. I think we can use a medium size icon (https://commons.wikimedia.org/wiki/File:MediaWiki-2020-icon.svg) for a project link in the footer, like here: https://www.wikiquote.org (need to adjust the image size to at least 38-40 px). Thanks.

In T277591#6919670, @jrbs wrote:

@SerDIDG Please send an email to ca@wikimedia.org using the email connected to the account. Thanks!

We first started working on the PDF version, but after some backlog on my job in rl, problems with Adobe software licensing process, and discussions about accessibility, we decided it would be better to do a wikipage instead.

@Xaosflux, yes, but using of ForeignApi makes the code looks more legit, can last longer and go unnoticed. But, if you say so.

In T226797#6878150, @TheDJ wrote:

That is correct, you are crossing a domain line and are thus not logged in (because of this ticket). ForeignApi retrieves the user information from Wikidata and Wikidata tells foreignapi that you are a non-authenticated user on Wikidata, and thus your username is your ip (as on all wikis). The api response in itself is not a CentralAuth problem. With this bug it is expected and it is a result of CentralAuth no longer being able to fulfil its purpose due to changes in the browser landscape. There is no security problem or something, something that I think had you concerned if I read your words?

That seems very wrong, CentralAuth expose my ip address when i try to use mw.ForeignApi in js to read some not user specific data from Wikidata project. I'm logged in at ruwiki.

In T255840#6656905, @Ottomata wrote:

This looks like a problem with Firefox, it works ok in Chrome.

Iniquity has created a new category and I will upload all the necessary files here:
https://commons.wikimedia.org/wiki/Category:MediaWiki_logo_(2020)

30 wikisites have a template Checkuser, 88 wikisites - User link, etc. Not so many users are aware of a workaround like this.

@Aklapper it's already a free text field. You can input whatever you want then change focus (click somewhere outside of dropdown) without pressing Enter key, entered value will stay.

Seems like not reproduced on 77.0.3865.120 (Official Build) (64-bit).

I think this is some kind of caching issue. Because here https://ru.wikipedia.org/wiki/MediaWiki:Pageinfo-header, before i done my test edit, charts was broken too. Another question, why on some namespaces charts are drawn in img tag, while on other namespaces in canvas? Example of canvas - https://ru.wikipedia.org/w/index.php?title=Участник:Serhio_Magpie/Черновик&oldid=102097993.

Reproduced on 76.0.3809.132 (64-bit) Win 10, but not on the same version for macOS. New IE has arrived.

@Izno, please check one more time, where nowrap class is implemented: <nowrap>date</nowrap><footnotes> <nowrap>age</nowrap>. Normal space character separates these two pieces and should wrap. Even if there was nowrap on the entire container, then the infobox would be stretched wide, not overflow.

Wrong. Chrome saves changes in text fields content even on PC cold reset (electricity turning off).

This is bad idea, because notification appears not only on page leave but also on close tab or browser window. No one browser of 2019 saves their state on exit.

Additionally, some visual bugs appeared in iOS Safari (12.3.1):