The cascade that the captions are creating are visually disturbing and the the articles look like a mess. Do we really want this to become the focal point of every article?

Any recommendation for Minerva (mobile site)?
https://fr.wikipedia.org/wiki/Mod%C3%A8le:Infobox_Discipline?useskin=Minerva

As a top 10-or-so site Wikipedia can go with its own icon, and people will learn its meaning the first time they click on it.
Ask an "average" person what this is:

Notice how the top caption, which is supposed the be from the local wiki, is not in Italian but in English.
Similar issue in the screenshots above, though you seem to have it in reverse: Italian with Paranoid.

Ctrl+K dialog is not inserting wikilinks. Is it because of this change?

Control of one ref's subref columns (mockup, this would need data from the server):

Two quick mockups:

I don't think long, thin lists of subreferences broken across colums would be a good solution: they'd still be long and thin, but the ones overflowing into the column on the right now with no "anchor". T418679 with some fine control, {{reflist}}-style, seems like a much better option.

Ideally, you'd give users more control over (sub)reference lists, which is what they had with {{reflist}}:
<references subrefresponsive> to enable responsive subreference list (12em min column width, for example)
and
<references subrefcolwidth="12em"> for even more control
and (maybe) only using that when a list becomes longer than 7.

The palette does fill the square better than the glasses, but it's not an everyday object and I would not assume people are familiar with it.
At 18-20 pixels, which is what matters, most designs look like peperoni pizza (and we already had a burger, if you know what I mean)

First of all, thank you both @AnneT and @HFan-WMF.
I like to think I have an eye for these things ;) and that's why you see me in many recent topics. Thanks for listening!

Thanks again!
The new patchdemo looks better, I don't see any issues with vertical alignment:

Thanks, Nikerabbit. I didn't know about the thresholds. Closing as resolved.

In T425106#12102385, @Les4353 wrote:

For solve the issue, to contact a interface admin in hrwiki and edit MediaWiki:Cdx-table-pager-items-per-page-current locally

Thanks for your response, @AnneT

I'd call this "disturbing", as if someone is pushing these unpolished new features (reading list?) really, really hard.

In T268900#12035911, @matmarex wrote:

Apparently it's already fixed on-wiki (thanks, @stjn). If there are other broken things, please let me know about them as well.

In T368589#12054783, @Hakimi97 wrote:

Doesn't this icon visually overlap with the Codex half bright icon? Unless if the half bright icon is going to change along with the Codex bright icon to another set of design

Mhm, that's better:

Hi, thanks for pinging me. Here's what I'm observing:

While I don't think the two T's are necesarilly latin-only, the icon should be as simple as possible. So maybe:

In T427868#12052342, @DTorsani-WMF wrote:

The demo with the latest amendments should be working now. cc @Chaotic_Enby

In T427868#12041608, @Novem_Linguae wrote:

Can we please consider improving the tray icon? I can no longer tell that it is a tray. And it's a highly visible icon that is shown on every page to logged in users.

The eyeglasses will never look right.
Let's borrow from Wikipedia (for Android) app:

In T429518#12035883, @Jdlrobson-WMF wrote:

When I fist saw this, I got dizzy :) Maybe it was because of the lack of any text below.
start editing in VisualEditor, it adds its own lined toolbar: unbalanced and dizzy

Could you expand on what you mean by "dizzy"? What specifically has a lack of any text below and what lined toolbar are you referring to? Possibly share a screenshot?

I can't say I liked the three most noticable new icons on desktop (eyeglasses, black bell, notices), but I'm very pleased with the icons in my menus on mobiles. I find things much easier to find. Not all of them are perfect, but overall it's a nice improvement.
New designs take time to get used to, but after a few months we'll be hating the old one.

👍🏼
The Tools menu is not only for tools, so this makes sense.

Thans for T426453#12032059 @Jdlrobson-WMF

In T428520#12030178, @Jdlrobson-WMF wrote:

We tried to remove that before but apparently that's important to some editors as it allows you to exit the editor.

I've always wondered why the "Read" tab is needed. Isn't that always the same link as "Article".

Please do test this in languages other than English (especially Ukrainian, German, Greek) and on wikis that have both "Edit" and "Edit source" enabled (even for logged-out users).

Jdlrobson-WMF: OK, OK. I saw something, I said something - if you know what I mean.
I've added two more examples above; the Ukrainian case seems the worst, it wrapps around even on a big screen.

In T426453#11938266, @Sneha wrote:

@Novem_Linguae @Hakimi97 Thanks for engaging here and sharing your thoughts. Adding a label to the star icon could improve clarity not only for readers, but also for newer editors, since the star is often interpreted as a “favourite” action.

Have these icons just dissapeared from Vector 2022? They were very helpful: try finding "What links here" on https://ru.wikipedia.org/wiki/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:Stub-meta if you don't speak Russian.

We should probably have different tickets for the leaked markup, but let me leave here some good examples of how much needs to be cleaned in published translations.
https://it.wikipedia.org/wiki/Special:Diff/151070069/151071478

This is now https://meta.wikimedia.org/wiki/Community_Wishlist/W550

This is now https://meta.wikimedia.org/wiki/Community_Wishlist/W550

After a brief discussion with NguoiDungKhongDinhDanh and XXBlackburnXx, a global filter has been enabled to keep track of this: https://meta.wikimedia.org/w/index.php?title=Special:AbuseLog&wpSearchFilter=401

I've been getting tens of notifications every day about Tech news being archived from user pages. If this is an intended feature, it's an annoying one.

That's the bug.

@Umherirrender All clear.
I'm trying to figure out why Jdlrobson cannot reproduce this.

@Jdlrobson-WMF I'm gonna hate myself, but I've reset all my preferences on testwiki and enwiki, blanked my global.js on metawiki and my common.js on enwiki.

@Jdlrobson-WMF I think I got it: I had the "Show preview without reloading the page" GLOBAL setting on. When I switched it off (Set a local exception for this global preference), the instant preview in the right-hand panel was still bad, but "Show preview" worked as it should, and that also fixed the instant preview. (I shut down my browser after changing the setting, not sure if that was necessary)

@matej_suchanek That's what I thought, until:

@Jonesey95 That's strange, this is what I'm seeing in the preview output of https://en.wikipedia.org/wiki/Template:Traffic_volume_top:

This change has broken instant preview and regular preview. Go edit https://en.wikipedia.org/wiki/Template:Traffic_volume_top in code editor. The table has class=floatright, but the class is unknown to the browser and the table is shown on the left.
Edit https://en.wikipedia.org/w/index.php?title=Mississippi_Highway_69&action=edit&section=1, changing
{{tv-t|name=Mississippi Highway 69|align=left}}
to
{{tv-t|name=Mississippi Highway 69|align=right}}
No effect, both previews are broken.

For the record, a few more complaints on enwiki:

@Aklapper Maybe the same people who approved the current format.
Or someone with an argument other than "the format changed while we were only on the beta cluster", which is not true.
IDK. The decision to decline does not seem to be based on any research or valid reasoning. Do what you must, though.
Apparently, this run is a run with hurdles.

Sorry, but I cannot accept that explanation and would really like to see WMF's official answer.

@ssingh
Thanks. This has been an issue for some 10 days, but I haven't noticed it recently. I see that FF got a little update, so it's hard to tell what the cause was.
I thought it'd be good to report it in case someone else was having the same issues. I'll close the ticket now.

In T417847#11898965, @Hakimi97 wrote:

I think you can refer to the mentioned design workflow, which on the lower left corner there is a situation when Reading lists feature is enabled:

In T417847#11897986, @JSengupta-WMF wrote:

In T425120#11880546, @Aklapper wrote:

Which exact Firefox version is this about?

In T417847#11878866, @IKhitron wrote:

Great idea. Shift-(or Ctrl, your choice)-click for simple permanent watch without labels and simple unwatch will be wonderful.

This made watching and unwatching pages overly complicated, it's way too many steps for what used to be a simple operation.
You press the star to watch a page, then there's a pop-up form (how many people really use the labels?), the form has only one button, which is not to confirm but to unwatch. Unless you don't spend a few seconds looking around, you're most likely to press the unwatch button, and if you unwatch, they'll confirm that you're not watching any more, but you do want to watch, so you press the watch button in that dialog, and then you run in circles.

Also compare
intitle:"Clover" intitle:/Clover.*West Virginia/ (0 results)
intitle:"Clover" intitle:/Clover.*West\sVirginia/ (3 results)

The share button and the pop-up dialog when viewing images are as simple and out of the way like this:

Macedonian Wikipedia mobile user experience

In T419152#11684577, @MBH wrote:

Rarely should a regular user need to go above 10 edits per minute

This is wrong for rollbacks. Rolling back mass inconsensus edits or bot errors requires making hundreds of edits with a rate more than a 1 edit / sec.

In T419152#11682583, @Bugreporter wrote:

Normal users are limited to 90 edits/minute. However, sysops, bots (except bots in Wikidata), account creators, global rollbackers, global sysops, stewards and staffs have no rate limit.

There were up to 35 edits per minute, which is usually the max I get using a bot account. Should the action rate be limited somehow, or an increased edit rate requested from the software before any mass edits, and granted for a limited time?

Two more examples

@Johannnes89 Thanks. Some old habits will be hard to change. That's why I'm suggesting that we at least enable the collapsing+collapsed option by default, in some nice way that will include a configurable title for the collapsed container box.

Seems to be working now, closing.

Per @cscott at Gerrit:

• This is still waiting for a test case added to test/parser/parserTests.txt -- search for "french spaces". The test case "French spaces in wikitext" is a good start, but note also the tests in definition lists, and with surrounding span tags.

Duplicate of T330386?

On mobile it gets even worse: it's animated, and after a few seconds it covers Media viewer's own exit button

Desktop "viewers" from countries where few people speak the language – the Philippines, India, Japan:
https://stats.wikimedia.org/#/hr.wikipedia.org/reading/page-views-by-country/normal|map|last-month|(access)~desktop*mobile-app*mobile-web|monthly
https://stats.wikimedia.org/#/hr.wikipedia.org/reading/unique-devices/normal|line|1-year|access-site~mobile-site*desktop-site|daily