In T191156#8984596, @Ladsgroup wrote:

I'm trying to figure out what led to fiwiki showing these colors, the complex configuration is not really helping. I'm not a reviewer so I can't see the problematic UI.

In T191156#8979985, @Tacsipacsi wrote:

T191156#8979674 is definitely a regression – it can hardly be seen which option is selected. (It would’ve been useful if @Stryn shared which wiki the screenshot is from; based on his language skills and the number of levels seen on the screenshot, I guess either fiwiki or enwikibooks.)

Hopefully they can still use their account with old name before this is fixed.

This should be fixed ASAP. When I copy a paragraph to another place the reference in the end of paragraph is not copied at all.
The problem only occurs in Firefox.

In T302269#7766850, @Nikerabbit wrote:

@Stryn I don't have rights to test deleting on Meta. Can you verify the fix?

Yes it works now. Thanks.

In T299206#7622238, @Aklapper wrote:

Which browser versions is this about?

Firefox Browser 96.1.1
Chrome 97.0.4692.87

What's the reason for css-code:

.ve-init-mw-desktopArticleTarget-uneditableContent {
pointer-events: none;
}

that makes clicking the links impossible, by setting it to "auto" fix that.

In T280392#7166842, @Keegan wrote:

After the migration team's next meeting on 1 July, we'll be sending out information to all agents about the remaining work and how people can help out finish cleaning the "long tail" of wiki pages and templates to sort through beyond what's been done already.

I can't reproduce this problem anymore, so I think this task can be closed.

This is a bif of offtopic, so if you think this should be a separate bug report feel free to create one.

Under the title "Mielipidetiedustelu työkalun asetuksen muuttamisesta" Kyykaarme wrote: "When a user is starting to create a new article Wikipedia is asking to translate... I propose that settings will be changed so that this [asking to translate popup] will be removed."

It's some cache issue. Someone had vandalized Pyongyang item on Wikidata (https://www.wikidata.org/w/index.php?title=Q18808&diff=1328626697&oldid=1325213823). It was reverted 4 days later (wow, a long time).

I can't reproduce this anymore. I have Firefox 78.

There is an user from the Finnish WIkipedia who said that they got mentioned 5 days in a row on Polish Wikipedia:
https://fi.wikipedia.org/w/index.php?title=Wikipedia:Kahvihuone_(tekniikka)&oldid=19041003#Kerran_vuorokaudessa_toistuva_h%C3%A4lytysilmoitus_plwikist%C3%A4

I don't think it's needed to comment more that it's broken somewhere, because it seems to be broken everywhere. When you first open some new wiki language page / project it can look like the sorting is correct, but it will change after you purge the page.

English Wikipedia template has "format": "block" in templatedata when in srwiki it's missing.

Maybe the emulator that Etonkidova used is not really accurate with my devices as my notifications never disappeared.

Never disappeared or never appeared?

Never disappeared. As you can see from the video I uploaded, you can actually see the notifications. It's not blank for me like it was in a gif by Etonkovidova.

I created a new account but it's a bit difficult to debug because you need more than just a few notifications to see the slowness. More notifications make it more slowlier. Even after a few notifications it gets a bit slowlier and buggy.

https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#User_contributions_blank

Sounds like you have some filters enabled on your watchlist to not show edits made by bots.

I have Samsung Galaxy S9+, Android 9, Firefox 68.3.0 (but same problem in Firefox Beta, Firefox Preview), Vector skin.
I tried to use the timeless skin, and there the notifications opened faster and didn't make the browser to freeze.

In T223609#5754053, @kostajh wrote:

@Stryn and @Seraphimblade to confirm, you've been able to reproduce this with safemode in the URL, correct?

It's not changing anything.

In T223609#5752831, @Tgr wrote:

I can't even use desktop mode in Android Firefox; it tells me that I need to enable cookies first (but they are already enabled). I'm not familiar with mobile Firefox, is there some extra privacy feature that needs to be disabled?

There is same slowliness in notification buttons in Firefox Preview.
Special:Notifications seems to open without any problems on normal Firefox mobile version.

And if there is 2 templates before the actual article content, then there is also 2 empty rows in edit mode.
Example: https://fi.wikipedia.org/wiki/Roger_Federer

In T223609#5476723, @MMiller_WMF wrote:

I know that a couple of us would appreciate hearing some more about why you prefer to look at notifications on desktop instead of mobile view (or why you're using desktop over mobile in general).

I always use the dekstop view because I work as a steward and I can't quickly revert revisions / block users in mobile view. Also, I need a global block feature and sometimes checkuser, they work much better in desktop mode.

Also reported here: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Notifications_freezing_up_on_mobile_Firefox_(Android)

In T202804#5196061, @Cyberpower678 wrote:

Please answer the following questions:

• Where is your dead link template(s)?
• Do you have any archive template(s)? Please list them.
• Do you want talk page messages?
• What is the community's preferred date format, and all other acceptable formats in order of preference?

I tried to find some example edits on wiki to make it easier to translate, but could not really find.
It may be that few of these will be changed later when/if someone notice a mistake in translation:

When searching on Google "space wmflabs" the first result is http://discuss-space.wmflabs.org/ (not https), so the content on site won't appear at all on Firefox.

In T215002#5153234, @Zache wrote:

Confirmed in fiwikis village pump too and example edit.

example edit (with link corrected)
And today a new message in village pump: https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_(tekniikka)#%22Br-merkinn%C3%A4t%22

How about not showing the blocked pages straight on the log, but make an additional form/page where to add all pages that are blocked from an user, and only show a link to the blocked pages on the log?
That way the block log won't be so extremely long and difficult to read, even if there is xxx number of pages.

The signature button in visual editor that is is grayed out by default (and thus can't be used) outside of talk pages. It would be useful however in "Wikiprojekti" namespace as there's many projects where people can show their interest by adding a signature.

Watchlist still show that I have seen some changes even if I haven't. I understood that this was resolved.

I have seen pages on my watchlist marked as read even though I never read them. I have seen this occurring since 1 May or something. It happens in every wikis. Hopefully this get fixed soon, because many users may lose important messages when they don't know that there is a bug that automatically marks some pages as read.

Something like: https://meta.wikimedia.org/wiki/Special:UrlShortener was shortened to w.wiki/4e [show user]
And make it only available for stewards (?) because they can only remove the short url's too.

I didn't use Gerrit for many months. I even forgot my password so I changed it first from wikitech.

Same problem here, can't login there. No matter is the first character "S" or "s".

I tried to use Gerrit but can't.

What happened here?
Now in every wikis there is a local AbuseFilter (with localized user names) user account that is a sysop.
In Finnish language projects: https://meta.wikimedia.org/wiki/Special:CentralAuth/V%C3%A4%C3%A4rink%C3%A4ytt%C3%B6suodatin
In Finnish Wikipedia a local bureaucrat just removed user rights from this user, because they were granted to user account without consensus (as required by the local policy).

https://fi.wikipedia.org/wiki/J%C3%A4rjestelm%C3%A4viesti:Edittools.js is reported to be broken on the Finnish Wikipedia:

Could this be fixed? It's annoying to see it every day in special:block....

Looks like this was resolved.

Someone just contacted us (luckily)
How can they find way to contact stewards when links are not working?

Happens randomly to me.
You will stay logged in for example all Wikipedia projects, but when go to other domain like wikibooks.org, you are logged out.
Annoying bug especially when 2FA is enabled and you need to log in many times.

Of course you can't link to French Wikipedia just by adding [[ːfrːSusan N. Herman|Susan N. Herman]].
It doesn't work either on Meta-Wiki or Wikidata. You need a add a project prefix when linking to different project, here it would be "w" (means Wikipedia).

@APerson
your script is good, but it doesn't always give a "lock all" link in header ( for example here: https://meta.wikimedia.org/w/index.php?title=Steward_requests/Global&oldid=18284165#Global_lock_for_socks_of_Avoided_(or_an_impostor) because there is text before the account list ) and always requires a new header to work.

In T199769#4487308, @JJMC89 wrote:

Is the only thing wrong with this the fact that the last two lines should not be there?

Yep!

I was hoping

[{{fullurl:Special:MultiLock|wpTarget={{#if:{{{1}}}|{{{1}}}}}{{#if:{{{2}}}|%0A{{{2}}}}}{{#if:{{{3}}}|%0A{{{3}}}}}{{#if:{{{4}}}|%0A{{{4}}}}}{{#if:{{{5}}}|%0A{{{5}}}}}}}]

would do the trick, but it prints:

username1
username2
username3
{{{4}}}
{{{5}}}

In 2013 there was some RfC-like vote at https://meta.wikimedia.org/wiki/Wikimania_project_domain

I created a video to show the problem (https://youtu.be/2akrQGSWSUY).

I think it's possible with a template too,
Template:LockHide could be modified so that in can include many usernames:
{{LockHide|LillianaTillery|GailHarvill613|RobtPiddington}}

Also occurs to me and reported on the Finnish Wikipedia:
https://fi.wikipedia.org/w/index.php?title=Wikipedia:Kahvihuone_(tekniikka)&oldid=17439681#Visuaalisesta_muokkaustilasta_wikitekstin_muokkaustilaan_vaihtaminen_ei_toimi
It came with the latest Firefox.