Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
 Policy Technical Proposals Idea lab WMF Miscellaneous 
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.

Vector 2022 deployment update[edit]

Hi everyone,

Thank you all for your ongoing feedback - it has helped us make the skin better for everyone! As we previously discussed, we are preparing for the deployment of the Vector 2022 skin to all logged-out desktop users of English Wikipedia and those logged-in desktop users of English Wikipedia who both are using Vector legacy and haven't chosen Vector legacy in their global preferences. The change will take place on January 18 around 14 15:00 UTC.

We want to make the transition smooth, avoid breaking workflows, and limit confusion and post-deployment issues. We're sharing some details and useful links below to explain how the transition will be performed.

  1. This week and early next week, we'll make sure that the software version next week will be free from any easily noticeable imperfections.
  2. This week and early next week, there will be banners incentivising logged-in users to switch to Vector 2022.
  3. This week, we are also going to update affiliates such as WMCA, WMDC, WMNGA and WMUK.
  4. Shortly after the deployment, logged-out and logged-in users will see banners informing them about the change.
  5. As always, it will take at most three days for most of the cache to be updated. Before that, Vector legacy will load on some pages. After that, readers will see the new skin on any page.
  6. Before and after the deployment, we will be hosting office hours. At those meetings, we will be answering questions on the skin itself, on updating any necessary gadgets and scripts, as well as receiving feedback on future improvements to the new skin. Please, feel free to join us at the following times:

As a reminder, logged-in users can opt out at any time. Those of you using a non-default skin (Timeless, Monobook, etc) will not see any changes. If you'd like to customize the skin, here's a dedicated FAQ section.

Thank you again! OVasileva (WMF), SGrabarczuk (WMF) (talk) 19:17, 10 January 2023 (UTC)Reply[reply]

@OVasileva (WMF) and SGrabarczuk (WMF): I missed your original update I think, but I just want to clarify with regards to icons in the sticky header: which changes were made? I see the update mentions tooltips, but I think tooltips were already there pre-RfC? Were any further changes made to these after the RfC was started? ProcrastinatingReader (talk) 13:08, 14 January 2023 (UTC)Reply[reply]
Hey @ProcrastinatingReader, thanks for your question! We did a couple of things after the RfC to improve the sticky header:
  • Reviewed our original sticky header research on icon recognizability, specifically around the sticky header icons to confirm if there was sufficient understanding in what each icon leads to.  Users reported they were comfortable with most icons with the exception of beta features, preferences/gadgets, and contributions, all of which have labels within the user menu.
  • Accessibility tested our tooltips in collaboration with the American Foundation for the Blind
Editing button in the Vector 2022 sticky header.png
  • Worked on making the sticky header significantly more useful overall by adding a link to edit the page (which will be available in the deployment on Wednesday).  Our A/B test showed that using this new link made it more likely for people to complete the edits they start using the sticky header and that edits people initiated and published using the sticky header were less likely to be reverted.
  • Prior to the RfC we also collaborated with the Editing team on improving the sticky header on talk pages, where the icon to add a new talk page topic also contains a label “Add topic” for clarity. (For details, see the #Talk page appearance section below.)
Does that answer your question? Did you have anything specific in mind which the answer above doesn't address? Thanks,
OVasileva (WMF) & SGrabarczuk (WMF) (talk) 18:17, 14 January 2023 (UTC)Reply[reply]
Seems Gud...  :-) (talk) 06:07, 18 January 2023 (UTC)Reply[reply]
Sort of. Some of these seem to be pre-RfC, so I expect editors took these points and research into account when commenting with concerns. I'm wondering if anything specific has been changed or researched since that RfC, not including anything done or presented prior to that RfC starting. ProcrastinatingReader (talk) 15:23, 18 January 2023 (UTC)Reply[reply]
@SGrabarczuk (WMF) I don't understand this phrase: "...and those logged-in desktop users of English Wikipedia who both are using Vector legacy and haven't chosen Vector legacy in their global preferences". I must be missing something, but how can someone be using Vector legacy if it's not chosen in global preferences? Can it be chosen in local preferences, maybe? (I'm not up on how all of the preferences work.) That phrase describes one group of users, right, who are "using but haven't chosen" vector legacy? Maybe I just need more coffee, but I am confused as to what this means. David10244 (talk) 10:51, 18 January 2023 (UTC)Reply[reply]
Hey @David10244, thanks for this question. The preferences work the following way: when you go to the local preferences page, you'll see the default settings selected/activated for you. You may change them by selecting (choosing) anything different than the default. The global preferences are not active, though - by the default, there's no global skin selected. So in order to see the same skin across all the wikis, you need to activate it via the global preferences. Unless you do that, with each local change (such as the change of the skin here today), you'll experience this change. SGrabarczuk (WMF) (talk) 14:53, 18 January 2023 (UTC)Reply[reply]
OK, that makes sense. Thanks. David10244 (talk) 08:20, 21 January 2023 (UTC)Reply[reply]
Could you make it less ugly and unusable? DS (talk) 04:28, 19 January 2023 (UTC)Reply[reply]
Oh, this is not good, not good at all. I'm glad we're allowed to choose our own layout, but I worry about how long we'll be able to keep the Vector 2010 version. If I wanted Wikipedia to look like the mobile version I'd access it on my mobile device. It looks terrible on desktop. Criticalthinker (talk) 10:33, 19 January 2023 (UTC)Reply[reply]
@Criticalthinker I expect Vector 2010 to remain available basically forever, just like MonoBook is still available in spite of being replaced by (now legacy) Vector as the default skin in 2010. Matma Rex talk 01:48, 20 January 2023 (UTC)Reply[reply]
I'm a never-logged-in multiple times donator to the WMF and absolutely hate the change and the fact none of the preferences like widening the pages are saved as cookies. Until the new theme is either removed or allowed to be opted out for logged-out users I will not donate a single cent to wikipedia. (talk) 14:09, 19 January 2023 (UTC)Reply[reply]
Same here. I preferred the high density of information. I even switch to desktop version on my phone if I'm settling in for a long read. 2601:645:0:41C0:D1A0:EB6A:A0C7:18BD (talk) 20:05, 21 January 2023 (UTC)Reply[reply]
Agree - the insistence on reducing information density at all costs is the absolute worst thing about 2010s web design. IWantTheOldInterfaceBack (talk) 20:12, 21 January 2023 (UTC)Reply[reply]
Agreed, the amount of empty space is unbearable (talk) 11:55, 22 January 2023 (UTC)Reply[reply]
The new skin is horrible. Tried reading a longish aricle last evening and had to stop after 5 minutes because I got severe eyestrain due to the very narrow text and way too much white space. It has effectively made wikipedia unsuable for me and as a result I will no longer be donating to the foundation unless you provide an option for users to switch back to the old theme. Thank you and have a good day. (talk) 13:26, 20 January 2023 (UTC)Reply[reply]
The new skin is really horrible on so many dimensions, and while I understand the reasons why some editors and specialized users appreciate vector 2022, the fundamental flaw in the rollout was making it the default without an easy, straightforward and persistent way to opt-out without forcing people to log-in against their will. Many of the "features" (and in my view huge drawbacks) of the new skin appeal to editors who are usually logged in and can thus easily pick their own skin. But the essentially obligatory default decision for rest of us should be based on a poll of those people who don't log in (and are overwhelmingly non-editors) given that the preferences of editors don't fairly represent the much larger non-editor reader community who are the ones negatively impacted by the non-logged in default. And until then, please undo those horrible forced changes until it's possible to straightforwardly and persistently opt out of the new skin WITHOUT FORCING READERS TO LOG-IN! 2601:14A:502:460:8899:6053:6A84:4191 (talk) 18:36, 21 January 2023 (UTC)Reply[reply]
I understand this is some clique's pet project and some of you probably spent a lot of time on this "upgrade," but it is horrible and jarring. Why have you decided to gate the menu behind a click bar for unlogged in accounts? I hardly ever log in, and now I have to to access Random Article (a common hobby of mine and I'm sure others). I figured so long as I was logged in, I might as well add my voice to the chorus of (likely ignored) discontent.
When you are considering a change, you must realize that the change has to bring significant benefits just to overcome the loss of familiarity and inconvenience. Maybe your new mobile-esque view helps on the tech side, and if so that's great as I'm sure the technical aspect of wikipedia is very demanding. But the user experience is awful, and forcing everyone onto your "update" without allowing them to select the old view is short-sighted at best.
I get that you are not going to roll back this horrible skin. But at least please allow people to access the menu without an additional click, even if they aren't logged in. LeperColony (talk) 01:34, 25 January 2023 (UTC)Reply[reply]

Sorry that a part of the intensity of the blowback is probably from other recent and current high-handedness issues with WMF and loss of perspective by them. But you showed a bit of that when, regarding feedback you led with / emphasized going by feedback derived from elsewhere and your interpretation of it. And I understand it takes some cleverness / can be challenging to get useful feedback from crowds. At this point I think that it would be good to derive feedback on specific items from the discussions HERE regarding things to change with the new format. And be guided by and acknowledge that feedback, especially where the changes are doable. Sincerely, North8000 (talk) 18:37, 20 January 2023 (UTC)Reply[reply]

But you showed a bit of that when, regarding feedback you led with / emphasized going by feedback derived from elsewhere and your interpretation of it. And I understand it takes some cleverness / can be challenging to get useful feedback from crowds
I want to echo what North8000 has said here. If I have learned anything in my education in public health and messaging, it is that the #1 quality you need to convince a lot of people that something is good for them is their trust. And that should have been at the forefront of your mind when deciding how, if at all, to implement this drastic of a change. All the t's should have been crossed and i's dotted, given the sentiment wrt the WMF on It should have been done as slowly as possible. Incorporate RFC#1 feedback, propose revised Vector 2022, create second RFC. Re-tool, and eventually implement Vector 2023.
As they say, slow is smooth and smooth is fast. This was neither. — Shibbolethink ( ) 18:43, 20 January 2023 (UTC)Reply[reply]

So. That notice at the top of my pages here...[edit]

The one that says

Try out the new interface improvements
Search, language switching, sticky toolbar, table of contents, and more

I have my editing all fixed-up the way I like it, so I have some questions about these changes (or "improvements"). I don't want anything about my editing to change and I don't know if I even have a choice, I just keep my head down and edit stuff around here. So do I have a choice? Is it possible to disable these "improvements" and keep editing tools/style/appearance the same as they presently are? And if editors 'can disable these upcoming changes, how do we do that? Thanks, Shearonink (talk) 16:24, 11 January 2023 (UTC)Reply[reply]

@Shearonink This should be in reference to mw:Reading/Web/Desktop Improvements.
How to avoid this change: From reading the above, you should be able to opt out of this by setting your global skin preference to "Vector legacy (2010)" and ensuring that you do not have a "local exception on this wiki". This should mean that when the default changes, your skin will not (That is if I understand correctly). Terasail[✉️] 16:50, 11 January 2023 (UTC)Reply[reply]
Thanks for your answer. Shearonink (talk) 17:16, 11 January 2023 (UTC)Reply[reply]
(edit conflict) @Shearonink, you will be able to change it at Special:Preferences. See #Vector 2022 deployment update. — Qwerfjkltalk 16:52, 11 January 2023 (UTC)Reply[reply]
Thanks for your answer. Shearonink (talk) 17:16, 11 January 2023 (UTC)Reply[reply]
Hi @Shearonink - thanks for your question and for trying out the new interface! Have you tried out the new skin for a couple of days? We've noticed that it can take a few days for folks to get used to the new skin and the new locations of the features. That said, you can disable it at any time. There's two ways to do this - the first is the link in the left sidebar that says "Switch to old look" and the second is from the appearance section of your preferences as mentioned above. OVasileva (WMF) (talk) 16:52, 11 January 2023 (UTC)Reply[reply]
Lol, well, actually, no I haven't tried it out, I really don't want to. Oh I know it's wonderful and whatever but what I have now *works* fine for me. And I'm going to keep it. Shearonink (talk) 17:16, 11 January 2023 (UTC)Reply[reply]
And, strictly speaking, the editing itself shouldn't be impacted, really. All editing tools work pretty much the same way on any skin. SGrabarczuk (WMF) (talk) 17:08, 11 January 2023 (UTC)Reply[reply]
Good to hear. When the appearance of the editing window changes I find that confusing and off-putting. I like to know where things are and am an editing creature of habit. Shearonink (talk) 17:16, 11 January 2023 (UTC)Reply[reply]

A side question: how is this banner scheduled to pop up? Is it still going to appear after the skin is deployed? There is no way to disable this banner in the preferences. I didn't want to adblock these banners, because I would hope they are supposed to be for important announcements. But now I am seeing it 4th time already despite having dismissed it. And I have toggled to the skin and back before and I have set my preferences - why does it still show up for me at all? Where is the "don't show again" option? —  HELLKNOWZ  TALK 20:02, 11 January 2023 (UTC)Reply[reply]

Perhaps when this goes live we put up a WLN as well. — xaosflux Talk 20:09, 11 January 2023 (UTC)Reply[reply]
Hey @Hellknowz. Thanks for this comment. Sorry for making this a bit too annoying. I've decreased the number of times the banner appears from four to three. In many cases, it's five, for example in the case of the Community Wishlist Survey or the Wikimania scholarships season. (But for the call for nominations in the steward elections, it would be three.)
These banners will not appear after the skin is deployed. We will run different banners with a different target link. Those would appear three times per user at most, I think.
I aim at some balance between making sure many people know and not pushing too much. I hope I'm close :) SGrabarczuk (WMF) (talk) 22:28, 11 January 2023 (UTC)Reply[reply]
Well, adblock it is then ¯\_(ツ)_/¯ —  HELLKNOWZ  TALK 12:01, 12 January 2023 (UTC)Reply[reply]
@Hellknowz: That shouldn't be necessary. It's a WP:CENTRALNOTICE, so it's not difficult to write a CSS rule to hide it:
div#DesktopImprovements_suggestion_its_coming { display: none !important; }
For English Wikipedia only, put it in Special:MyPage/common.css; for all WMF sites, put it in m:Special:MyPage/global.css. --Redrose64 🌹 (talk) 09:05, 15 January 2023 (UTC)Reply[reply]
@Redrose64: Thanks for the suggestion. Unfortunately, the reply said "We will run different banners with a different target link" and didn't address being able to switch these off, so that won't help when something else pops up again later. —  HELLKNOWZ  TALK 10:49, 15 January 2023 (UTC)Reply[reply]

New Interface[edit]

Hi, So I decided to click the "New Interface" banner and now I regret it, Hate the new interface - it looks like the mobile version but just with more features, Is there anyway I can undo this new interface malarky ?, Thanks –Davey2010Talk 02:16, 12 January 2023 (UTC)Reply[reply]

Took me a while but eventually found it out, I don't know why anyone thought moving the Watchlist and Contribs to the "account" icon was a fantastic idea as it wasn't. My huge dislike is the reduced page size - I don't know why things couldn't stay relatively the same as now but just upgraded but then again Facebook, Twitter and YouTube like to "improve" their designs too and ironically I never liked those redesigns either but I live with it, .Anyway not for me I'm afraid. –Davey2010Talk 02:31, 12 January 2023 (UTC)Reply[reply]
There is a toggle width button in the right lower corner of your screen and you can change it in preferences. That way you have the new skin but the same width. Coldbolt (talk) 10:38, 14 January 2023 (UTC)Reply[reply]
There is a toggle width button in the right lower corner of your screen There is not. The sidebar is ridiculously wide ... - David Gerard (talk) 16:40, 18 January 2023 (UTC)Reply[reply]
Hi @David Gerard - sorry for the double ping! Just wanted to note that last week, we made some updates to the toggle so that it will show on smaller screens and also remember the width selected across pages for logged-out users. More details are available in the update below. OVasileva (WMF) (talk) 23:42, 31 January 2023 (UTC)Reply[reply]
The fact that the banner changes your skin if you click on it anywhere, but the ability to change it back is obscured by that very skin, underlines that the core feature of Scalar 2022 is coercion. It is an attempt to take away the reader's control over key aspects of their experience in favour of what the WMF have internally decided is best for them, especially article width, forcing the user into a linear reading experience. All this serves to do is to assert the primacy of corporate identity and power over freedom and respect for the user. This isn't anything new though: the aesthetics of power and linearisation have been festering in social media app design for years (recently reaching a new height of evil in things like instagram stories) but it's sad that it's finally infecting Wikipedia. –small jars tc 11:13, 14 January 2023 (UTC)Reply[reply]
The most similar case might be the old vs. new Reddit interface. I have the browser extension that auto-redirects to the old version, of course, but things are predictably starting to break and not get fixed over time (most egregiously and recently in the form of random backslashes appearing in some pasted URLs). Sooner or later, this will also happen to Vector 2010. And that's not even touching on the trend of platforms deliberately wrecking their mobile websites to goad users into using the official apps instead, which make for a much more convenient data collection and shoving-ads-down-one's-throat environment. Of course, you do need a somewhat serviceable app for that, so it probably can't become a thing for Wikipedia for at least another decade or so... Dr. Duh 🩺 (talk) 13:16, 14 January 2023 (UTC)Reply[reply]
Well I'm using MonoBook right now without any problems, so I don't think Vector proper is ever going to stop working. The problem is that most readers have no idea that there is a way to change the skin, and the page width toggle is worthless for logged out users because it resets every time you move to a new page. If that was fixed (and it could be with session storage and common.js) I would be a little bit happier, but Scalar gets in the way of readers' control over their experience in a bunch of other ways, and editors are going to have to do a lot of work reformatting articles so they don’t look terrible in the new skin.–small jars tc 14:42, 14 January 2023 (UTC)Reply[reply]
I hope that this high-priority bug that is tracked at Phabricator since 13 November will be fixed before 18 January 15:00 UTC. --NGC 54 (talkcontribs) 15:11, 16 January 2023 (UTC)Reply[reply]
Hi @NGC 54 - Thank you for bringing this up! We've been keeping a close eye on this issue as well. The bug itself is not within the Mediawiki software but is an upstream bug in Chromium browsers (affecting browsers such as Chrome , Opera, and other Chromium-based browsers). We have reached out to the Chromium team who were able to put up a couple of patches to fix the issue late last week. Progress can be tracked here. OVasileva (WMF) (talk) 15:32, 16 January 2023 (UTC)Reply[reply]

Opinion of a reader on this design change[edit]

Hello, I just read the RfC about (way too late unfortunately). I'm French and a reader. Today I feel frustrated, not listened and betrayed by the WMF. I've been trying to voice my opinion on the Vector 2022 ever since it was forced on the French Wikipedia. I'm normally a logged-out user. Here is what I have to say, I HATE IT. I deeply feel it's one of the dumbest changes of design I've ever seen. I created an account specifically to disable that disaster when it landed on the French Wikipedia. I still remember on the French Wikipedia how there was a lot of new account that just came to know how to disable or remove it. NO ONE LIKED IT or understood why it was forced on them, but the WMF is still pushing for it, not listening, no matter what. I voiced my opinion a number of time on the discussion page, but the WMF team NEVER listen to any of the negative criticism they were given. Each time someone tried to voice a negative opinion, someone from came gave as an answer "Have read this study and our blog that explain why did that?" (yes we did thank you, and we are still not convinced) and right after that we were ignored. Since then, I have lost any trust I had in the WMF to manage Wikipedia properly. And honestly, I have the feeling some higher up at the WMF is forcing this design on everyone else and everyone is afraid to say them no. Just look at the strategy they used to push the design, first targeting a non-English-speaking Wikipedia, so people can't complain but big enough to get feedback from the few English speakers who liked it and ignoring negative feed back (like mine). Then extending to other smaller non-English-speaking Wikipedias using the same strategy, then hitting small WMF services that barely anyone uses. See how the purposefully got around their biggest Wikipedia? Now they can push this disaster on it telling you "But look a majority of the other Wikipedia use it and are happy. Sorry, but the majority has spoken." And you'll see as much as in the discussion page all negative comments will be ignored, they will impose this on the English Wikipedia as they did to the French. DerpFox (talk) 23:50, 15 January 2023 (UTC)Reply[reply]

Hello! This page exists for people to get technical help with Wikipedia. The technical workaround for your problem, for you, is to switch to a different skin in your Preferences. It sounds like you are upset with the process; I think a page like Wikipedia:Village pump (WMF) might be a better place to address those concerns. – Jonesey95 (talk) 01:30, 16 January 2023 (UTC)Reply[reply]
Hi. The page you are pointing me to say to come here to talk about that subject. I know I'm not really in the right place. But there don't seem to be a right place for that anywhere I look, every time I posted somewhere I've been told "no this is not the place go look at *other page name*". The WMF have made it really difficult if not impossible to voice a negative option about that new design they are forcing on every one and the way they are operating that change. DerpFox (talk) 01:57, 16 January 2023 (UTC)Reply[reply]
The WMF is hell-bent on imposing Vector 2022 and will never listen to the community on this one. The best we can do is change skins. For logged-in registered editors, this is an easy preference change, at least for now. When logged out, I intend to use User:Alexis Jazz/SkinEnforcer. Certes (talk) 12:00, 16 January 2023 (UTC)Reply[reply]
Indeed. Having just checked it again, I have to say I totally don't get why they changed the old "menus at top and to the left, title plus article on remainder" to "menus at top and to the left, then a title, then a new line of menu items (underlined to make it look like a subtitle), and then the remainder of the article". It's a completely counterintuitive layout. Fram (talk) 15:28, 16 January 2023 (UTC)Reply[reply]
This is on purpose?? I was trying to figure out where to report that it's giving me the mobile site. The new design is absolutely terrible. Thanks to Jonesey95 for pointing out the expand button in the lower right, which fixes most the problem, and is extremely easy to miss on a 4k monitor.
As a logged-out user, I shouldn't have to install some kind of script in order to have a readable site. I expect designs like this from social media apps that show contempt for anyone in a desktop browser, but not from Wikipedia. To reiterate: the new design is so bad I thought it was a bug. 2600:8800:619D:1200:1154:5DC4:1C57:4C8C (talk) 16:37, 18 January 2023 (UTC)Reply[reply]
  • Oppose, I really dislike this Vector variant ever since they introduced in my local-language wiki. It wastes lots of space on the side which should have been something useful (i.e. article text) or having some readily-accessible navigation there (like languages, permalinks, etc). Now various things only have cute "icons" and require click to actually see what the darn thing was, like how the dreaded social-control media sites are designed these days. And since these navigation elements are image now, have you ever tried to log in with images disabled? (I disable images a lot when I'm on GPRS connection with 6 KiB/sec download billed by megabyte, and Wikipedia had always been one of the sites usable in that condition)
I suspect you people at WMF haven't: you can't log in in that condition. (Spoiler: you will also have to disable CSS to see the login link, or you will have to enter the URL of Special:Login page manually)
At various points in beta-test (which I have not ever willing to participate), Vector 202x even killed navigability on my not-so-modern browser that I run without JS: language button died completely, user menu on the top went duds (prevented me from logging in to "opt-out"), left pane (when opened) end up pushing the article down into oblivion. The last one (including no-image bug above) still happen in this "iteration".
Also, my use of Wikipedia was 99.5% done in anonymous fashion; I'm not even given a choice to opt out in these cases, and had to manually append "?useskin=vector" (or "&useskin=vector") to the URL every single page load like a pleb because the damn thing doesn't record this preference in cookie when the session is not a logged-in one.
Overall, this is basically the same thing as shoehorning mobile web into desktop; and I condemn WMF for this.
Where did people vote to not have this Vector-202x as default again?

— :Nvtj (talk) 16:50, 18 January 2023 (UTC)Reply[reply]

@Nvtj: There wasn't a vote. There was a discussion at Wikipedia:Requests for comment/Deployment of Vector (2022). More people opposed implementation than supported it, but it was closed with a consensus in support of implementation anyway. Elli (talk | contribs) 22:17, 18 January 2023 (UTC)Reply[reply]
...Are you serious? The majority voted not to implement the new design, but you guys did it anyways? The old design was perfectly fine - there was no need whatsoever to change it (especially since no one was complaining about it, maybe except for you powerful few who had the ability to change it), and you should listen to the people who really don't like the new design. As an anon, I especially don't like the fact that the only way to change it back... (bar an extension or script that would almost certainly break) to register an account. Yes, very clever, you implemented a new design that most people are opposed to just so you can get thousands of new people to register. Tell me, does it actually expend too many resources to allow anons to toggle on and off the new design? You could still cache the page and implement the reversion clientside afterwards - Nothing seems to have been added or removed since the update, just switched around, maybe except for the little button that toggles full width on and off. On that topic, why is full width not the default? Why do anons have to toggle full width on every time they click to a new article/page?
Hold a public vote seeing who's for and against the new design. 2600:1700:2DA1:C20F:6E8A:2A76:FFE0:6DEA (talk) 07:44, 19 January 2023 (UTC)Reply[reply]
This won't happen because the people who could hold that vote already wanted the new skin and wouldn't want to face potential dissent. The most we can hope for is that the legacy skin is not rendered broken from lack of maintenance or outright removed. Vector2022IsAbsolutelyTerrible (talk) 18:39, 19 January 2023 (UTC)Reply[reply]
The sheer volume of vitriolic opposition to this, the sentiment that people would rather spend money elsewhere if this is what wikipedia does with their donations, people asking for alternative options -- you would really think such a highly literate group of people would be able to see the writing on the wall. AtomicFi (talk) 19:35, 19 January 2023 (UTC)Reply[reply]

Going live and opting out[edit]

It seems from the above discussion that the new skin may go live on 18 January at 15:00. Is that the case? Whenever it happens, many (perhaps most) editors and readers will want to opt out of this change. Should we be more proactive in informing them of why Wikipedia looks different and how they can reverse the change if they wish? I think this needs at least a watchlist notice and possibly even a banner on the main page for the benefit of unregistered readers who have no watchlist. Certes (talk) 15:26, 16 January 2023 (UTC)Reply[reply]

@Certes we're getting a WLN up on this. Readers won't be able to opt-out. — xaosflux Talk 15:31, 16 January 2023 (UTC)Reply[reply]
Readers won't be able to opt-out officially, but DerpFox's comments above suggest that publicity for tools such as User:Alexis Jazz/SkinEnforcer would be very helpful. It might reduce the loss of readers to forks and mirrors which continue to use their preferred skin. Certes (talk) 19:37, 16 January 2023 (UTC)Reply[reply]
What's the justification for this? No reliable way to store user preferences? Seems pretty weak if you ask me. Tentonne (talk) 23:30, 18 January 2023 (UTC)Reply[reply]
The justification is that they wanted the change and ignored user and editor input that in any way opposed their goal.
Or the goal was to create a larger number of users with accounts, by irritating them into signing up.
I'm leaning toward "someone important liked this" and then unilaterally decided. Just look at the non-answers on the discussion page for vector 2022. All of the "Opposes" are just thanked for their opinion or they receive the same explanation as everyone else, regardless of the actual content of the issue they had with the design. It's bizarre. AtomicFi (talk) 19:40, 19 January 2023 (UTC)Reply[reply]
@Certes - Thanks for your question! For logged-out users, we will also be putting banners up with more information on the change on the day of deployment. OVasileva (WMF) (talk) 15:34, 16 January 2023 (UTC)Reply[reply]
How about instead of information about an "upgrade" nobody wants, you come up with a way to allow people to opt out without logging in or creating an account? LeperColony (talk) 01:36, 25 January 2023 (UTC)Reply[reply]

Images and infoboxes competing for space[edit]

I'm not sure where to ask this question, perhaps if there's already a discussion, some more knowledgeable editor can link it for me here. Obviously Vector 2022 removes the table of contents from within the prose between the introduction and the first section, and this has a noticeable side effect which, similar to hiding the TOC on Vector legacy, brings the first section up, often to left of the infobox. Apparently over 3.1 million English language articles have an infobox. Many of these infoboxes are long, too long in my opinion, but that's another discussion. The end result however is, even when the "limited content width" box in the lower right is toggled on, that any images in the first section, say "History" or similar, get stacked up down the page, further and further away from their relevant prose. I work on several U.S. state articles, I'll point to Maryland, one I don't work on, as an example of this.

Help:Pictures#Avoiding stack-ups still advises me that stacking is a "problem" and gives several solutions to avoid it. I know users at WP:GAN or WP:FAC will frequently ding articles for this issue. Is stacking at the start of articles just an accepted byproduct, now that Vector 2022 will be the default? On my articles, should I do anything? Like should I avoid early images in the first sections? Should I use right-aligned tables to sit them next to infoboxes? Is there some new code coming to reduce the impact of long infoboxes? Or is all of this a moot point because desktop web browsing is dying and we should focus on how a page appears on mobile? Help, I'm very unsure here!-- Patrick Neil, oѺ/Talk 15:49, 16 January 2023 (UTC)Reply[reply]

Hi @Patrickneil: Two things: On Year in xxxCountry" lists - usually with very long vertical TOC, I've changed TOC to {{horizontal TOC|nonum=yes|align=center}}. This results in the beginning content much higher on the display, even with very long right-side infobox. With that horizontal TOC there can be limit 2 or 3 to condense the TOC even more. A while back I switched (under Preferences/Appearance) to MonoBook Skin, and have not looked back to either Vector. There seem to be zero problems with MonoBook & it's quick. Second, for Avoiding stack-ups, I've seen some articles with Gallery at bottom of that section, to place 3, or 4 or 5 smaller bio images. An example is here. Also, using "right" parameter for a single image to keep the picture floating within a specific content section may be helpful. JoeNMLC (talk) 16:49, 16 January 2023 (UTC)Reply[reply]
I raised stacking/sandwiching early on as a potential issue with removing the table of contents, and @Blaze Wolf/@Styyx raised it again during the RfC here. As far as I can tell, the developers have not weighed in.
This leaves us with basically two options. We can either decide that some sandwiching in the first section is tolerable and we can align images there to the left, or we can embark on a massive campaign to remove them. I lean toward the first option, even given that we're now working with a narrower default width, since I've never seen sandwiching as the greatest evil, and the thought of losing thousands of good images (the first section is often History, with cool historical photos) just because of this is too much to bear. I'll ping @SandyGeorgia for your thoughts, as I know sandwiching is something that comes up all the time in your FAC/FAR work. {{u|Sdkb}}talk 16:50, 16 January 2023 (UTC)Reply[reply]
Was basically ignored because the example we gave also had a very small sandwich on the old skin, completely missing the point of the complaint. ~StyyxTalk? 16:53, 16 January 2023 (UTC)Reply[reply]
Sdkb A third option is to limit the (now miserably ridiculous) length of infoboxes, as that would eliminate most of the first section sandwich issues. SandyGeorgia (Talk) 21:40, 19 January 2023 (UTC)Reply[reply]
@Patrickneil, @Sdkb, @Blaze Wolf, @Styyx: There is an open discussion about the various problems yielded by the new ToC and a proposal for restoration of the in-article ToC; here: Wikipedia:Requests for comment/Rollback of Vector 2022#Bring back the TOC. Æo (talk) 15:15, 1 February 2023 (UTC)Reply[reply]
@Æo: May I ask why you pinged me here? ― Blaze WolfTalkBlaze Wolf#6545 15:16, 1 February 2023 (UTC)Reply[reply]
@Blaze Wolf: Because of the MOS:SANDWICH issues related to the ToC you discussed here, as mentioned above by Skdb. The same set of problems are being discussed once again and I opened the linked section to collect specifically the opinions about the ToC. Æo (talk) 15:26, 1 February 2023 (UTC)Reply[reply]
Yes I see that now. I might comment on it but not until a little later due to the sheer size of the page. ― Blaze WolfTalkBlaze Wolf#6545 15:31, 1 February 2023 (UTC)Reply[reply]
Maybe also reconsider if anyone really benefits from having a huge list of ‘state symbols’ at such a prominent spot in an article like Maryland, pushing stuff even further down. This boyscout-level collecting of meaningless symbols, is something that few outside a subset of the USA will truly care about or need to know. ;) —TheDJ (talkcontribs) 20:31, 16 January 2023 (UTC)Reply[reply]
Move Vector 2022 Infobox.gif
Thanks Sdkb et al, glad to know that at least this was pointed out earlier. I agree that for my personal browsing, I'm unlikely to stick with Vector 2022, but I feel like I need to know how articles might display to the general public, given that the majority of their readers won't be logged in or have a vintage skin selected. I know, for example, I've been making an effort to ensure my SVGs have transparent backgrounds and colors that also work on the Wikipedia app's dark mode for Android and iOS. But after staring at this skin all day, I can't help but think that, gee, there's this big block of wasted white space on the right side of the page. The TOC and/or Wikipedia menu takes up this block on the left side, but the symmetrical space on the right is empty. So I have to ask, has anyone suggested filling that space with the page's infobox? Again, there's 6.6 million articles, and 3.1 million of them have infoboxes. Below the infobox, it can just be white space, as it is on Vector 2022 now anyways. I made myself a little animation, since I can unsee this missed opportunity now. And yep, TheDJ, I am well aware of the utter trivial-ness of that Template:Infobox U.S. state symbols, it survived a merge attempt in 2020, but if anyone was to bring it to TfD, I would surely support that!-- Patrick Neil, oѺ/Talk 02:05, 17 January 2023 (UTC)Reply[reply]
Moving infoboxes to the right is non-trivial since infoboxes are an editor construct today and not a construct that the system knows about. There have been prototypes in the past that play with this positioning like mw:Winter, and I think today the responsive content gadget does some playing with some of the other elements that naturally float inline with the content on a wide resolution.
Moreover, WMF is working on "Page Tools" moving to the right hand column, see mw:Reading/Web/Desktop Improvements/Features/Page tools. Of course this doesn't preclude having an infobox there in some way.
And ultimately, we would still have the problem of decreasing resolutions which would need to allow for the infobox being inline with the content or having some other way to 'dismiss' the infobox. Izno (talk) 02:40, 17 January 2023 (UTC)Reply[reply]
Absolutely, I hear you about how tighter resolutions would bring the infobox into the prose anyways. Perhaps, like the app though, it could collapse the infobox in line after the first paragraph on narrow resolutions. I do think though that something with this omnipresence on Wikipedia should get considered in the sites future functionality, and not just be left as an "editor construct". But that's interesting about the tools, I'm certainly learning a lot about this process now, thanks!-- Patrick Neil, oѺ/Talk 03:18, 17 January 2023 (UTC)Reply[reply]
I have turned off the "show me tons of white space" option in Preferences and adjusted my own common.css to make pages display better. If there is a massive outcry about the WMF imposing all of this white space on readers and editors, perhaps we could set our default site CSS to make page content use more space. – Jonesey95 (talk) 16:26, 17 January 2023 (UTC)Reply[reply]

Visited link color[edit]

I switched over to the the new Vector for a few days. Overall, I can adjust to just about everything with it, save one thing. The shade of purple used for visited links just seems too... soft... for lack of a better word. I'd like to switch back to the darker color used in the legacy Vector. I know I could add some custom CSS to switch the color. Can someone help me out? Imzadi 1979  20:39, 16 January 2023 (UTC)Reply[reply]

@Patafisik (WMF), I believe French Wikipedians have this documented somewhere in the archive of their Bistro. Could you find this? Thank you! SGrabarczuk (WMF) (talk) 22:06, 16 January 2023 (UTC)Reply[reply]
This seems to be what is calculated, you can replace the color value with whatever you want:
a:visited {
  color: #795cb2;
xaosflux Talk 22:13, 16 January 2023 (UTC)Reply[reply]
What is the color of a visited link under the legacy Vector skin? Imzadi 1979  01:00, 17 January 2023 (UTC)Reply[reply]
@Imzadi1979 it seems to be #0b0080xaosflux Talk 01:02, 17 January 2023 (UTC)Reply[reply]
Thank you! Imzadi 1979  01:14, 17 January 2023 (UTC)Reply[reply]
Are there CS attributes for visited interwiki and external links as well? I'm getting the new purple in those cases instead of the older #0b0080. Imzadi 1979  23:56, 17 January 2023 (UTC)Reply[reply]
There is a closed task phab:T213778 which implemented the change but has had meaningful discussion since implementation was done that I think the team should readdress, potentially with a new task. I would guess that Femke would have some amount to say. Izno (talk) 02:34, 17 January 2023 (UTC)Reply[reply]
Hi @Xaosflux:, the discussion on the French Wikipedia with the custom CSS is here. For further information about colors see also this explanation and this answer of AHollande (WMF).--Patafisik (WMF) (talk) 10:42, 17 January 2023 (UTC)Reply[reply]
I found both link colors to be unreadably light, despite them apparently passing contrast tests. I added these customized colors to my common.css file, which worked for me:
a {
    color: #0645ad
a:visited {
    color: #58219a;
The colors came from me testing colors on a color wheel until they felt right, not from any scientific or precedent-based process. – Jonesey95 (talk) 16:28, 17 January 2023 (UTC)Reply[reply]
My unscientific analysis of accessibility issues (using data that may under- or overestimate this easily by a factor of 2), indicated that almost a quarter of people had some accessibility issue with the new colours, which is likely less than the old colours. There is a follow-up discussion on the phab on my talk.
I still hope a further iteration is done, as it should be feasible to at least make the link colours distinguishable for colourblind people. I think that – rather than trying to solve this ourselves – we should look for precedents and ask WebAIM if they have example colours that work. —Femke 🐦 (talk) 17:22, 17 January 2023 (UTC)Reply[reply]
I'm appreciative of the intent behind the new colors, but they're just too light. I applied the CSS above to Wikisource, which fixed a problem where new shade of purple for visited links just didn't stand out very well from the page status backgrounds on a page like Index:America's Highways 1776–1976.djvu. Imzadi 1979  23:59, 17 January 2023 (UTC)Reply[reply]

The switch[edit]

It's now 15:00 UTC on January 18. As we can see the new Vector is being deployed on some pages after clicking links but mostly the old Vector styles still persists. Thingofme (talk) 15:54, 18 January 2023 (UTC)Reply[reply]

There was apparently a minor delay of 30 mins or so? And it gives an hour window for changes to even start appearing. Special:Diff/1134415805 Terasail[✉️] 15:57, 18 January 2023 (UTC)Reply[reply]
There are problems here – I have manually switched back to Vector 2010 twice in my preferences (which FTR I strongly prefer, starting with the left-sidebar being far too wide (and not adjustable AFAICT) in Vector 2022), but pages keep defaulting back to 2022 layout against my fill. Please FIX THIS. I don't want to be forced to use Vector 2022. --IJBall (contribstalk) 16:01, 18 January 2023 (UTC)Reply[reply]
Same for me.
Articles are always displayed in Vector 2010 but talk-pages and project-pages revert to Vector 2022 at random. A couple of refreshes bring back V2010 but another additional refresh can revert to V2022. So, strange. How does these flaws make into live?! TrangaBellam (talk) 16:06, 18 January 2023 (UTC)Reply[reply]
@IJBall: Came here to complain about that. According to the WMF staffer's post above, we have to change it back in our global preferences, otherwise the new skin will just override it again. If someone could explain to me why they have decided to make the local preferences unresponsive, I would be grateful. Compassionate727 (T·C) 16:06, 18 January 2023 (UTC)Reply[reply]
Also pinging TrangaBellam Compassionate727 (T·C) 16:07, 18 January 2023 (UTC)Reply[reply]
I have manually reset twice – it still does what User:TrangaBellam is referring to – randomly switching back and forth between 2022 and 2010. And, FTR, clearing my browser cache does not help. --IJBall (contribstalk) 16:08, 18 January 2023 (UTC)Reply[reply]
There are random switches, sometimes a page is shown Vector 2022 but sometimes the legacy styles were shown when I visit a page. Thingofme (talk) 16:13, 18 January 2023 (UTC)Reply[reply]
@Thingofme Clear your page cache for any page showing the wrong skin? Hit Ctl+F5 to cold reload the page (On windows) This might help? Terasail[✉️] 16:14, 18 January 2023 (UTC)Reply[reply]
When I purged the cache the style immediately changed to Vector 2022 but after coming back again it reverts back to Vector 2010. Thingofme (talk) 16:17, 18 January 2023 (UTC)Reply[reply]
Wikipedia:Vector 2022#What to expect on January 18th, 2023 Does state the change will "taking effect" until 16:30UTC, so should probably just wait the 20 mins to see if it calms down after then (hopefully) before ringing any alarm bells. Terasail[✉️] 16:20, 18 January 2023 (UTC)Reply[reply]
Global preferences button location.png
@IJBall and Thingofme: Like I said, you have to do in your global preferences. When you go into your preferences, you have to scroll down to the manage global preferences link, then change your appearance over there. See the screenshot. Compassionate727 (T·C) 16:20, 18 January 2023 (UTC)Reply[reply]
OK, that is seeming to work – thanks for the detailed explanation of doing it in Global settings Compassionate727!!
P.S. I wish they made it as easy to embed images in talk page discussion as you've done here... --IJBall (contribstalk) 16:25, 18 January 2023 (UTC)Reply[reply]
@IJBall - thank you for raising this and apologies for this situation. Since we are currently rolling out in stages in order to minimize server load, we are updating the skin default in four stages, which is affecting local preferences. Local preferences will work once as expected once again once the deployment is completed, in about 20 minutes. OVasileva (WMF) (talk) 16:18, 18 January 2023 (UTC)Reply[reply]
OMG, how do I get my old display back? This is awful. It's like looking at the mobile version of the website. The menus at the top of the page are so tiny and sometimes they disappear completely. And there is all of this white space, there is actually less room for the content of the page. It doesn't make the page more readable but less readable. This website is all about the content, not having 30+% of the page be white space. And the links on the left-hand side are sometimes replaced by a table of contents. Is there an alternative to this view? I don't remember ever "choosing" this display. Help! Liz Read! Talk! 16:38, 18 January 2023 (UTC)Reply[reply]
Once I found the Preferences link (which you have to hunt for), I was able to change my Display to Vector Legacy which resolved the problems with these new changes. I can't see, in any way, how these changes are an improvement. Some options you need, like an upper menu, are too small. The options/content you need is less visible and options you don't need are more prominent. I am just so grateful that there is the ability to go back to the more functional older version of the display. Liz Read! Talk! 17:04, 18 January 2023 (UTC)Reply[reply]
@Liz, under "skins" in Special:Preferences / Special:GlobalPreferences. — Qwerfjkltalk 17:07, 18 January 2023 (UTC)Reply[reply]
@Liz:: OMG, how do I get my old display back? This is awful. I couldn't agree with you more. I get that maybe I don't follow things closely enough. I probably missed the super-obvious notification, I guess? I had no goddamn idea what was going on, or why the page rendered so weird. I thought the same "Did I follow a mobile link?".
This website is all about the content, not having 30+% of the page be white space. I couldn't have said it better.
Once I found the Preferences link (which you have to hunt for), I was able to change my Display to Vector Legacy which resolved the problems with these new changes. Same. Took me a moment to figure out what was going on, and where I needed to go to undo the changes that were selected for me without my input.
Could we please, PLEASE not force stuff like this on established users ever again, WMF? SQLQuery Me! 01:10, 19 January 2023 (UTC)Reply[reply]


Why on earth was this unilaterally imposed on the community as the default after all?? An RFC was held to gauge the support to make this new skin the default and it ended with nothing close to a consensus in favor of Vector 2022, yet you just go ahead and ignore it and impose this on a community that clearly doesn't want it?? And what's worst is that none of the issued raised during the RFC have been addressed in any way. This is one of the worst cases of ignoring your community I have witnessed in the history of Wikipedia. Please roll back the switch of default as soon as possible.Tvx1 16:48, 18 January 2023 (UTC)Reply[reply]

If this is the worst case of ignoring the community that you've seen, you've lived a gilded wiki-life. See WP:FRAMGATE as an example. Anyway, if you've been ported to the new Vector and you want to switch back, there's a bolded link in the left sidebar that will take you right to the setting in your preferences. Ivanvector (Talk/Edits) 17:07, 18 January 2023 (UTC)Reply[reply]
@Ivanvector: agreed this isn't the worst WMF action ever but it's certainly not the best. Has there already been a well-attended discussion about whether this should be made opt-in rather than opt-out on WP? VQuakr (talk) 17:32, 18 January 2023 (UTC)Reply[reply]
@VQuakr, the RfC linked above. — Qwerfjkltalk 19:14, 18 January 2023 (UTC)Reply[reply]
@Qwerfjkl: there clearly isn't consensus there to roll this out as default on WP. Is mousewheel scrolling in the skin broken for anyone else or is that just me? VQuakr (talk) 19:26, 18 January 2023 (UTC)Reply[reply]
@VQuakr, just you. On the other hand, there clearly isn't consensus not to roll this out. — Qwerfjkltalk 20:11, 18 January 2023 (UTC)Reply[reply]
@Qwerfjkl: hopefully you're joking. I've given more detail on the mousewheel thing at WT:Vector 2022. VQuakr (talk) 20:16, 18 January 2023 (UTC)Reply[reply]
@VQuakr, hardly. From the closure of the RfC:
If all the concerns outlined above are satisfactorily addressed then we see community support to roll out the change, and in our view no further RfC would be required, although the Web team is free to hold one if they wish. The concerns were addressed through the page width toggle and changes to the ToC. — Qwerfjkltalk 20:26, 18 January 2023 (UTC)Reply[reply]
they likely aren't addressed though. Transcleanupgal (talk) 23:58, 18 January 2023 (UTC)Reply[reply]
They addressed none of the suggested changes, so far as I can see. AtomicFi (talk) 19:42, 19 January 2023 (UTC)Reply[reply]
Agreed. Reeks of the WMF becoming detached from WP's userbase. The fact that non-signed in users (e.g. non-editors, e.g. the entire point of this website's existence) can't opt out, period, is REALLY over-the-top obstructiveness. If it was a simple toggle and not a self-congratulatory Corporate Memphis banner explaining nothing, there would be no issue. Lucksash (talk) 20:37, 19 January 2023 (UTC)Reply[reply]
agree as well, this is awful decision, but I expect that this will be brushed as a few vocal oponents voicing their negative opinions and no revert or any button/switch/ability to change skin to more appropriate desktop interface will come. IJustCreatedAccountBecauseOfThis1diocy (talk) 14:10, 20 January 2023 (UTC)Reply[reply]

Why is the "log in" button hidden?[edit]

I'm looking at the main page now while logged out and it's popping up Vector2022. There's a plainly visible "create account button", but I have to click through an elipsis to find the link to actually log in. If I click on "create account", I'm taken to Special:CreateAccount, but that page also has the link to actually log in to an existing account hidden behind a menu. This seems like a glaring usability issue for those with more limited computer skills, since they can't ctrl+f "log" anymore to find the link to log in. — Red-tailed hawk (nest) 17:44, 18 January 2023 (UTC)Reply[reply]

@Red-tailed hawk see below, would that have helped you? — xaosflux Talk 21:29, 18 January 2023 (UTC)Reply[reply]
It would be better than the current situation, yes. But it would still be less user-friendly than having text that says "log in" to the left of the text that says "create account". The contributions page and the talk page are a bit less important and can be safely hidden; logged out people get a giant orange warning when they have a new talk message, and there aren't really communication issues that would result from not being able to directly access one's contributions. — Red-tailed hawk (nest) 21:35, 18 January 2023 (UTC)Reply[reply]
@Red-tailed hawk, thank you for your comment. We'll definitely discuss this. The reason for this change is because a lot of potential future editors were not aware they could create an account. We wanted to direct their attention to the account creation workflow. The reason we collapsed the logged-in link is because people rarely log out, so it's an action that is not taken too often. We'll look at the data. If logins go down, that will be the strongest argument. But we'll try to explore different solutions anyway. SGrabarczuk (WMF) (talk) 00:18, 19 January 2023 (UTC)Reply[reply]
@SGrabarczuk (WMF) People rarely log out???? No, I don't keep my computer on 24/7. And even when I do leave it on, Wikipedia logs me out automatically after a while. We genuine PEOPLE who simply USE computers as tools in our LIVES need to start standing up and not being dictated to by a bunch of computer troglodytes who can't wipe their own noses, but now find themselves on a power trip, giving us what THEY know WE want--whether we think we want it of not. To restate a thought put here by others, I expect that sort of thing from Google, Facebook, Twitter, TikTok--NOT from Wikipedia! — Preceding unsigned comment added by AzseicsoK (talkcontribs) 20:23, 28 January 2023 (UTC)Reply[reply]
Wikipedia is configured to leave you logged in for a whole year. If you're getting logged out more frequently, then that's not normal for Wikipedia. Do you, perhaps, have your web browser set to clear all cookies when you quit the browser? Whatamidoing (WMF) (talk) 00:02, 1 February 2023 (UTC)Reply[reply]
@Red-tailed hawk, @Xaosflux - thanks for the conversation on this. Just wanted to follow-up from office hours that we've flagged this as a potential concern with the team and will review the data early next week. We'll update with some ideas next week or the week after. OVasileva (WMF) (talk) 17:43, 20 January 2023 (UTC)Reply[reply]

Three dots does not tell me that's where login is hiding[edit]

I mean, I guessed, because that's where the button used to be, but it's not intuitive, and I thought the idea was for Vector 2022 to be friendlier to new people. Red Fiona (talk) 21:02, 18 January 2023 (UTC)Reply[reply]

@Redfiona99 Would expanding on the tool tip help? It currently says "More options" (via MediaWiki:Tooltip-vector-anon-user-menu-title). Perhaps "Log in and more options"? — xaosflux Talk 21:21, 18 January 2023 (UTC)Reply[reply]
I think so (I've been having to talk my Mum through working with her new phone so I have had "that is not obvious" drummed into me this week). Red Fiona (talk) 21:23, 18 January 2023 (UTC)Reply[reply]
Will leave this open for a bit, we should first have a showing of support for it (or at least lack of objection after a reasonable time). — xaosflux Talk 21:25, 18 January 2023 (UTC)Reply[reply]
I like this idea. —TheDJ (talkcontribs) 21:26, 18 January 2023 (UTC)Reply[reply]
Absent anything else, this will be an improvement over the current state. — Red-tailed hawk (nest) 00:54, 19 January 2023 (UTC)Reply[reply]
Similarly, I'd also support @Red-tailed hawk's suggestion of havng a "log in" button next to "create account". Red Fiona (talk) 00:41, 20 January 2023 (UTC)Reply[reply]
Still not obvious: if the idea is to be friendlier to new people, do they even know what tooltips are, much less to seek them out? I don't know if my mom does. Can we assume they're in the habit of clicking or mouseovering symbols on the screen to see what those do? No. Just put the "log in" button nex to the "create account" button instead of actively making this part of the UI worse for all current and future users. --Kizor 09:58, 19 January 2023 (UTC)Reply[reply]
@Kizor that's not something we can easily fix here on the English Wikipedia, the upstream skin team will need to consider it. — xaosflux Talk 15:00, 19 January 2023 (UTC)Reply[reply]

Information icon There is currently a discussion at MediaWiki talk:Createacct-username-help regarding whether or not to add a link to the login page atop the Special:CreateAccount page. The thread is Proposal: add a link to log into an existing account.. Thank you. — Red-tailed hawk (nest) 16:24, 19 January 2023 (UTC)Reply[reply]

  • Note: I've updated the tooltip to say "Log in and more options" so now the three dots do tell you that log in is in there. I don't love this as a final state, but don't see any downsides as an intermediary step. — xaosflux Talk 13:48, 20 January 2023 (UTC)Reply[reply]
The problem with sites being made "friendlier" is that they are designed by--thus friendly for--geeks and troglodytes whose lives are at their keyboards (I'll leave out the "Mom's basement" stereotype). THEY know where these things are hidden. What? There are people whose lives revolve around something other than computers? After a long history of being misfits, they are suddenly on a power trip, running things. They're deciding for us what we want--and they might or might not let us know. So they'll give us what they know we want--from the absolutely basic functions (like "on" or "off") being hidden behind an ellipsis to who we "want" to be the next President of the United States. Uporządnicki (talk) 13:59, 20 January 2023 (UTC)Reply[reply]

How do you sign in?[edit]

I'd better never get signed out. There's no place to sign in. People need to be shown an easy way to do it.— Vchimpanzee • talk • contributions • 16:36, 20 January 2023 (UTC)Reply[reply]

@Vchimpanzee the log in control is under the "..." button in the top right corner (the tool tip should say that as well). It will send you to Special:UserLogin to log in. A feature request to put the button back is open under phab:T289212xaosflux Talk 16:55, 20 January 2023 (UTC)Reply[reply]
And the Phabricator people don't seem interested to act on the request. Different approach required. Tvx1 17:03, 20 January 2023 (UTC)Reply[reply]
Being a "keyboard" person, on the "Logged out" screen, I just do Alt+⇧ Shift+o (that's a lower-case letter o) to sign in. JoeNMLC (talk) 17:15, 20 January 2023 (UTC)Reply[reply]
Doesn’t work on my computer… Tvx1 22:39, 20 January 2023 (UTC)Reply[reply]
Just tried on an incognito window and the key combination works for me (as it is described on the tooltip upon hover). The combination might be overriden by something else on your browser? —Tenryuu 🐲 ( 💬 • 📝 ) 00:53, 21 January 2023 (UTC)Reply[reply]
Or maybe this operating system-specific. On a hunch I restarded my dual-OS computer in Windows and in that system it does work. But far from everyone uses Windows, so it's not something we can rely on. Tvx1 20:34, 21 January 2023 (UTC)Reply[reply]
If it's Apple it's probably something along the lines of ⌘ Cmd+⇧ Shift+O. The tooltip on hover usually gives the appropriate hotkey combination. —Tenryuu 🐲 ( 💬 • 📝 ) 20:46, 21 January 2023 (UTC)Reply[reply]
The hotkeys are set by your web browser. See Wikipedia:Keyboard shortcuts#Using access keys to find the ones that are relevant for you. Whatamidoing (WMF) (talk) 06:22, 22 January 2023 (UTC)Reply[reply]
Even so. There are many users who don’t use devices with keyboards to access Wikipedia. Thus access keys is not something to rely on to circumvent the ellipsis. Just move the log in button from behind that ellipsis, will you.Tvx1 17:42, 22 January 2023 (UTC)Reply[reply]

Login button now to appear outside of menu for logged-out users[edit]

Hello everyone. Thank you for your continued feedback! We wanted to update you all on another change the team is currently working on based on what we've been hearing.

Since the deployment, based on your feedback, we have changed the threshold for the width of the pages at which the toggle is available on and made the toggle persistent across pages to all logged-out users (read more), deployed the new page tools menu and made post-deployment fixes and concerns (read more), and addressed some smaller bugs and issues.

In a few days, we will be updating with some suggestions for changes to the table of contents styling and behavior, as well as continuing the conversation on the visual separation between menus and sidebars, and the page content. We will also publish some of our initial data on skin usage and opt-outs.

Since the rollout of the new skin, we have read a lot of comments about the new location of the login button. Initially, we had placed the login button behind a menu so that we can draw attention to the account creation workflow, and because logging in is a fairly infrequent action. However, due to current issues with the global authentication system (which requires people to log in more frequently than expected), as well as the number of concerns we're heard here and on the ongoing RfC, we've revisited this and moved the log-in button outside of the collapsed menu and as a link on the page itself, as in the Vector legacy skin.

This means that now the login button will return to being accessible with just one click.

A before and after comparison of the login button change

We hope to have the button available across wikis next week, which means we plan to have the change here on English Wikipedia available by next Thursday, February 9.

Ping @Red-tailed hawk, Redfiona99, Kizor, Vchimpanzee, Utfor, RoySmith, and Tvx1. As with our previous update, we apologize for not pinging anyone else that has directly requested this.

Over the coming weeks we will continue posting updates on the change based on what we're hearing from this and other conversations across the wiki. Thanks again! OVasileva (WMF), SGrabarczuk (WMF) (talk) 19:34, 2 February 2023 (UTC)Reply[reply]

Thank you. — Red-tailed hawk (nest) 19:37, 2 February 2023 (UTC)Reply[reply]
Thanks. I go to the library a lot, and I do some private browsing at home. And sooner or later I'll get signed out.— Vchimpanzee • talk • contributions • 19:58, 2 February 2023 (UTC)Reply[reply]
Thanks, I think it will really help, particularly retaining occasional editiors. Red Fiona (talk) 00:59, 3 February 2023 (UTC)Reply[reply]

Vector-2022: Avoiding slow animation[edit]

 – Sliding is by-design, but should respect browser directive; a userscript is provided below to disable only this specific animation. — xaosflux Talk 19:34, 18 January 2023 (UTC)Reply[reply]

I can see how having a sticky-header on pages can be useful. But is there a way to avoid the slow animation of it appearing when I scroll down? It seems to have become a popular GUI feature, but I find it distracting. I move quickly, and it feels sluggish when the GUI has to "catch up" to what I'm doing. It also breaks by concentration by having so much motion at the top of the screen if I'm reading further down. MSOffice added that sort of thing a decade or so ago, and included a "disable animation" option. Could we have such a simple overall option, or is there a CSS trick for it? DMacks (talk) 16:13, 18 January 2023 (UTC)Reply[reply]

@DMacks maybe it's my computer, but I'm not seeing this as an "animation" at all, it seems to be a "snap" overlay - tried with firefox and chrome; are you seeing this as a moving (rolling down?) header? — xaosflux Talk 16:37, 18 January 2023 (UTC)Reply[reply]
It's like pulling down a window-shade over the top bit of content. Takes maybe half a second or so. DMacks (talk) 16:47, 18 January 2023 (UTC)Reply[reply]
Thank you, anyone else got info on this? — xaosflux Talk 16:49, 18 January 2023 (UTC)Reply[reply]
@DMacks, Xaosflux: There should be a "reduce animation/motion" option in your operating system which the sticky-header (and various other animated features on Wikipedia) will respect. See for where to find the setting. the wub "?!" 16:49, 18 January 2023 (UTC)Reply[reply]
@The wub thanks for the note, phab:T254399 talks about this a bit. According to phab:T290101 "slide" is the expected behavior. If you have set reduce motion in your client, and it is not working - there may be a bug. — xaosflux Talk 16:53, 18 January 2023 (UTC)Reply[reply]
If I am reading this correctly, this is more of a visual preference rather than anything broken. So I provided some css below that should remove the animation and make the sticky header "just appear". Terasail[✉️] 16:55, 18 January 2023 (UTC)Reply[reply]
@Xaosflux To be clear, I tested the sticky header with and without the reduce motion setting, and it worked as expected for me. The snippet is probably useful though if anyone wants to disable this particular animation without affecting everything else on their system. the wub "?!" 17:43, 18 January 2023 (UTC)Reply[reply]

@DMacks Try adding the following to your common css

#vector-sticky-header {
	transition-duration: 0ms;

Terasail[✉️] 16:54, 18 January 2023 (UTC)Reply[reply]

@Terasail thanks for the snippet, DMacks, can you let us know if this works for you if you try it please? — xaosflux Talk 16:58, 18 January 2023 (UTC)Reply[reply]
Works for me. Thanks! DMacks (talk) 18:41, 18 January 2023 (UTC)Reply[reply]

Vector-2022: Table-of-contents in diff-mode[edit]

When I am looking at a diff, the full article is below the two-column diff panes. The entries in the side-bar table of contents link to the sections in the full article pane. Except the "(Top)" table-of-contents entry, which takes me to the top of the diff panes rather than the start of the article in the article pane. DMacks (talk) 16:22, 18 January 2023 (UTC)Reply[reply]

@DMacks making sure we got this, when looking at a diff such as this one, scroll down. Clicking on (Top) goes to the "#' (top most) section of the current page, but you would rather it scroll you to the top of the article text for section-0; correct? — xaosflux Talk 16:41, 18 January 2023 (UTC)Reply[reply]
Bingo. It's inconsistent with the rest of the TOC. No objection to a "scroll to top of diff" link, but that's just as easy to do using my browser 'home' key. DMacks (talk) 16:44, 18 January 2023 (UTC)Reply[reply]


My talk page is messed up. There is no TOC. This also appears to be the case everywhere. Mjroots (talk) 16:41, 18 January 2023 (UTC)Reply[reply]

 Works for me @Mjroots did you change to vector-2022? If so the TOC is now in the left sidebar, under the tools. — xaosflux Talk 16:48, 18 January 2023 (UTC)Reply[reply]
I haven't changed anything. TOCs have disappeared. Makes it hopeless trying to find sections of articles to edit, especially in long articles. Same for talk pages, Wikiproject talk space etc. Put the TOCs back as they were!!!! Mjroots (talk) 16:52, 18 January 2023 (UTC)Reply[reply]
@Mjroots If you were using the Vector skin, a forced change to Vector-2022 may have happened for you, or you may have opted-in with a link. You can revert to Vector legacy here: Special:Preferences#mw-prefsection-rendering. — xaosflux Talk 16:55, 18 January 2023 (UTC)Reply[reply]
I've gone back to the previous skin. New one is crap. There was nothing marked "tools" on the left of any page that I was on, so that comment was not useful for me. Mjroots (talk) 17:00, 18 January 2023 (UTC)Reply[reply]
I've set the old one in my preferences, and it keeps switching randomly between them. ~ ONUnicorn(Talk|Contribs)problem solving 17:01, 18 January 2023 (UTC)Reply[reply]
@ONUnicorn, try Special:GlobalPreferences, or try again later. — Qwerfjkltalk 17:15, 18 January 2023 (UTC)Reply[reply]
Thanks; Global Preferences seems to have worked - for now. We'll see if it sticks. ~ ONUnicorn(Talk|Contribs)problem solving 19:32, 18 January 2023 (UTC)Reply[reply]
OMG User:Qwerfjkl THANK YOU for the Global Preferences setting stuff...all the white space & having to hunt for my tools...I know the next time I went into another section of the Wiki-Universe, I would have been utterly and completely lost as to how to get things fixed. Shearonink (talk) 17:43, 18 January 2023 (UTC)Reply[reply]
Is the new skin the universal default? It appeared today, and obviously as an IP I did nothing with preferences. (talk) 17:04, 18 January 2023 (UTC)Reply[reply]
Yes. — Qwerfjkltalk 17:14, 18 January 2023 (UTC)Reply[reply]
Yes, IP's don't get to pick - if you would like to use a skin, please register an account. — xaosflux Talk 17:52, 18 January 2023 (UTC)Reply[reply]
Well, why not? why don't IP's get to pick? Transcleanupgal (talk) 19:35, 18 January 2023 (UTC)Reply[reply]
@Transcleanupgal, there is not current support to store this sort of setting client-side and as an IP may be simultaneously in use by multiple people having one person be able to change things for someone else is not useful (also someone's IP can change as they browse, also breaking such a preference from being stored server-side). — xaosflux Talk 19:48, 18 January 2023 (UTC)Reply[reply]
thank you for clarifying. Transcleanupgal (talk) 19:49, 18 January 2023 (UTC)Reply[reply]
@Transcleanupgal: phab:T91201 has more on client-side accessibly preferences in general, this isn't specific to vector-2022. — xaosflux Talk 19:52, 18 January 2023 (UTC)Reply[reply]
for the record, simply "registering an account" isn't enough, one also needs to be actively using it. Secondly, why would you consider having settings for "IP" ueers stored server-side? There are plenty of session-based storage systems. -- (talk) 19:57, 18 January 2023 (UTC)Reply[reply]
It simply doesn't exist today. See mw:How to become a MediaWiki hacker for tips on how you can start working on this if you would like. — xaosflux Talk 20:19, 18 January 2023 (UTC)Reply[reply]
Ironically, this section doesn't show up in the new ToC. Also, if you hide the Contents there doesn't appear to be any way to get it back. Praemonitus (talk) 15:32, 19 January 2023 (UTC)Reply[reply]
I fully agree. The ToC by definition should be an essential part of the article, below the lede, introducing and giving an overview of the text body and its subsections. The new ToC is completely useless and confusing; and, yes, it is indeed ironic that subsections like this one ("TOCs") are completely hidden and unreachable without scrolling the page and reading through the myriads of section titles and comments. Also cfr. my RfC comment about it. Æo (talk) 19:31, 19 January 2023 (UTC)Reply[reply]
If you go to a page like WP:FAR, the list of reviewed articles doesn't show up on the ToC any more. That makes it essentially useless. Praemonitus (talk) 00:38, 20 January 2023 (UTC)Reply[reply]
@Praemonitus, there are triangles in the table of contents that does display. Click the triangle. Subsections should now be displayed. Izno (talk) 01:16, 20 January 2023 (UTC)Reply[reply]
@Izno:, I'm seeing greater-than signs, not triangles. I suppose they work like triangles in expandable lists, but it wasn't intuitively obvious. Praemonitus (talk) 01:26, 20 January 2023 (UTC)Reply[reply]
I picked the nearest shape without thinking about it too much. :) Izno (talk) 01:28, 20 January 2023 (UTC)Reply[reply]

Vector 2022 deployment - part 2[edit]

Vector 2022 skin has been deployed[edit]

Hello everyone,

The Vector 2022 skin is now the default across English Wikipedia, which means that all logged-out readers and editors will see this skin, and that all logged-in readers and editors who had Vector 2010 as their skin were switched to the new one.  Thank you for all of your questions, feedback, and time dedicated to this project - it has helped us make the skin better for all readers and editors!

This is a big change for a lot of users, and today's deployment has been a major technical undertaking involving many staff. If you see any issues with the deployment, or are hearing about problems or confusion from others, please reply here and let us know so that we can pursue and fix them as soon as possible.

If you are new to the skin, we (the Web team at the WMF) encourage you to explore our landing page for information on configuration, gadget compatibility, bug reports, and the deployment and consensus-building process here on English Wikipedia.  For general questions, you can refer to our FAQ or ask us directly here or on the talk page of the project.  

If you would like to turn the skin off or switch to a different skin, you can do so from the "switch to old look" button in the main menu (left sidebar), or from the "Appearance" section in your preferences.  

For those of you looking forward to the new page tools menu - we've experienced some last-minute issues in the release of the feature and will wait for this week's deployment train to ensure all changes are as expected.  We will release the new page tools menu on Monday, Jan 23.  

Though today's deployment is a major milestone, we are definitely planning to continue to improve and adjust the new skin. We'll be fixing bugs and thinking about and discussing how else the skin can improve for editors and readers. Therefore, we're looking forward to your continued feedback on the new skin.  If you decide to try it out, we, the Web team, suggest trying it for at least one week prior to deciding whether to switch to one of our older skins. It usually takes a few days to begin feeling comfortable with the new interface. That said, if you are unsatisfied, you may switch to any of the other skins at any time.

Once again, we would like to thank all of you for your help over the last three years of development - from giving us constant feedback to helping us draft and run the RfC, to constantly keeping us accountable for our decisions and their impacts on readers, editors, and communities.  There are more of you than we can count, but to name just a few: the closers of the RfC who did a lot of work analyzing and summarizing the RfC (ProcrastinatingReader and ScottishFinnishRadish), and also: Andre, Awesome Aasim, Barkeep49, Bilorv, Blaze Wolf, Enterprisey, Femke, Ganesha811, Izno, JCW555, Jonesey95, L235, Lectrician1, Levivich, Pelagic, RoySmith, Sdkb, Sj, Steven Walling, Terasail, TheDJ, Qwerfjkl, WhatamIdoing, xaosflux, and Xeno - thank you, and let's keep the conversation going!

OVasileva (WMF) & SGrabarczuk (WMF) (talk) 17:19, 18 January 2023 (UTC)Reply[reply]

I got forced to the new skin, and all TOCs everywhere dissapeared. PUT THE TOCs BACK!!!! Apparently there was supposed to be "tools" on the left hand sidebar, but I never saw anything saying "tools". Fortunately, I was able to go back to the previous skin. Mjroots (talk) 17:24, 18 January 2023 (UTC)Reply[reply]
@Mjroots - thanks for your feedback. The new ToC should be visible on the left hand side of the page. It does collapse at low resolutions to allow for more content to appear on the page. It can be opened by using the button available immediately to the left of the page title. OVasileva (WMF) (talk) 17:27, 18 January 2023 (UTC)Reply[reply]
@Mjroots The button for the table of contents looks like this OOjs UI icon listBullet-ltr.svg the wub "?!" 17:34, 18 January 2023 (UTC)Reply[reply]
How on earth is anyone meant to know that is the TOC just by looking at it? Ridiculous idea. Mjroots (talk) 17:37, 18 January 2023 (UTC)Reply[reply]
I understand that there are limited resources to develop a proper desktop skin as well as a mobile one. However imo the desktop experience of the new skin is not optimal. It is highly likely that most editors would use the desktop view to do serious editing. One thing I liked in the old interface is that it allowed me to go to the main page immediately. Now this is a two-step process. (talk) 17:29, 18 January 2023 (UTC)Reply[reply], One thing I liked in the old interface is that it allowed me to go to the main page immediately. Now this is a two-step process - how so? Clicking on the big Wikipedia logo on the top works for me. — Qwerfjkltalk 17:32, 18 January 2023 (UTC)Reply[reply]
(Face palm) Indeed. Maybe I was hung up on the old "Main Page" link. (talk) 17:36, 18 January 2023 (UTC)Reply[reply]
That is not on you. This confusion is rather because important navigation elements changed from descriptive words with explicit meaning, into icons (or in this case, logo) with no distinctive clue about clickability and user have to guess about where to click or what clicking it actually meant. (Also see @Mjroots comment about table of content "button" above) This is the same sort of dark patterns that lure users to do things on the web that they didn't mean to do; "UX devs" (I mean this in pejorative way) like to do this a lot these days. And even when looked at in the most optimistic way, this is a decline in usability.
I oppose this Vector 2022 deployment; mobile site and its obfuscated icon-avigation has no place on desktop. WMF applied this site-wide change without having a big side-wide announcement/notification about the vote; and still carry on (and weasel out the "consensus" to support themselves) in spite of more users voted against that in such stealthy vote anyway. I hadn't even got a chance to vote. This is just cowardice.
Nvtj (talk) 05:20, 19 January 2023 (UTC)Reply[reply]
@OVasileva (WMF) / @SGrabarczuk (WMF) I mean this in the nicest possible way, as constructive feedback. Please don't ever do this to a project without an overwhelming consensus to do so, and appropriate very-obvious-over-the-top-annoying-level messaging (including detailed instructions on how to switch back) ahead of time again. SQLQuery Me! 01:17, 19 January 2023 (UTC)Reply[reply]
And don't make people create an account just to avoid this awful waste of screen real estate. See my username. Browser cookies are simple, long-established, stable technology with very low overhead. This should be very simple to remedy. If the powers that be can't undo this awful new design and bring back the perfectly excellent old one, at least make it so we don't have to create an account on here to do so! I haven't made a single edit in years despite being an *incredibly* heavy user of this site as an audodidact, independent researcher, and amateur historian. Most people won't even bother, or won't realize that making an account will let them opt out of this mess, and will just suffer through it or take their web surfing elsewhere. IWantTheOldInterfaceBack (talk) 04:52, 19 January 2023 (UTC)Reply[reply]
  • Kill it! It’s evil! —GLaDOS on the new vector skin. But seriously folks, if I wanted a mobile view on my computer… I don’t know what I’d do, but I don’t want a mobile view on my computer, or on my tablet, and yet this is exactly what this new skin looks like. I’m extremely glad I was at least able to switch it back to the classic look, which was perfectly fine and did not need to be ”improved”. Who approved of this New Coke-for-wikipedia crap? Dronebogus (talk) 17:50, 20 January 2023 (UTC)Reply[reply]

Adjusting the new Vector 2022 skin to reduce white space[edit]

Vector 2022 with customizations via User:Jonesey95/common.css
Vector 2022 without customizations in the same browser window (usable space is 1,230 pixels wide). Broken infobox formatting, with centered items failing to center. No full-width toggle. No article prose is visible. TOC is not visible yet. Empty sitenotice using 24px. Left sidebar much wider than necessary.

I am normally a crotchety old person who avoids new stuff, but for some reason, I decided to give Vector 2022 a real try. After using the Vector 2010 skin for over a decade, I started using Vector 2022 a few weeks ago, and I ran into a lot of the same problems that people are discovering today. The primary problem is that there is way too much white space in the new skin, despite zillions of people complaining about it to the WMF for months (years?). Some of the white space is by design, and some of it is caused by a variety of bugs and unfinished polishing of code. While waiting for the developers to fix the Vector 2022 bugs, I have hacked my common.css file to eliminate most of the problems. With these hacks in place, I have found Vector 2022 to display quite nicely.

If you are interested in trying to adapt Vector 2022 to make it usable from a white-space perspective, you could give my hacks a try.

The first step is to go to your preferences, choose the Vector 2022 skin, uncheck "Enable limited width mode", and click Save. That will make page content somewhat wider.

Then go to Special:MyPage/common.css, which will open your personal CSS file. If you are bold, I recommend copying the entire "white space issues" section of User:Jonesey95/common.css (up to about line 66) to your common.css file. Save it, and then reload the page.

If you like those changes, you might consider adding the Table of Contents hacks as well. The modifications farther down the page are of more questionable value, and I can't recommend them unless you are more comfortable with weirdness.

YMMV, and caveat emptor, and all that. Please report back here with comments and potential improvements. If something goes wrong, you can go back to your common.css file, select all of the text that you added, and delete it. That will return you to the default Vector 2022 interface. – Jonesey95 (talk) 17:51, 18 January 2023 (UTC)Reply[reply]

Update: I have added a few more customizations, including continuing to reduce large amounts of (IMO) excessive padding, and hiding sets of links that I have never used in ten years of editing, and I've gotten Vector 2022 to look a lot closer to Vector 2010 while keeping the left-side TOC (in view on page load!) and some of the other updates that I see as helpful. This dense version of Vector (see first screenshot) will not be everyone's cup of tea, but if you are intrigued, feel free to copy items from User:Jonesey95/common.css. – Jonesey95 (talk) 03:09, 23 January 2023 (UTC)Reply[reply]

Gadget updates?[edit]

I see in the original comment that there was a commitment to update necessary gadgets. Where do these things stand? For instance I am very much missing the gadget that allows me to view the UTC clock. Best, Barkeep49 (talk) 18:35, 18 January 2023 (UTC)Reply[reply]

Mine is in the little "User menu" (the torso icon) at the top of the screen. I agree that it was much more convenient for it to appear without going to a menu. It is unclear to me whose job it is to update mw:MediaWiki:Gadget-UTCLiveClock.js. – Jonesey95 (talk) 18:54, 18 January 2023 (UTC)Reply[reply]
Hi @Barkeep49 - thanks for your question! In terms of gadgets, we've worked with gadget maintainers to have as many gadgets as possible be compatible with the new skin before deployment. After deployment, we're on the lookout for reports on issues with gadgets and scripts and can advise and help with fixes. The clock gadget in particular is now available in the dropdown user menu at the top of the page. We could look into whether it's possible to have it display outside the menu as well. OVasileva (WMF) (talk) 18:55, 18 January 2023 (UTC)Reply[reply]
Thanks for that update @OVasileva (WMF) but it's not working consistently. For instance if I click when at the top of this page the time appears. When I clicked on it just now before replying, or on other pages where I've scrolled down a fair amount, it doesn't. And to be honest the gadget loses a fair amount of utility being buried there. Given that I've updated into this change - just as I did in old Vector - I'd like it to be prominent otherwise I might as well just pin a tab with a UTC clock because at least that tab would work no matter how far down a page I am. Best, Barkeep49 (talk) 19:16, 18 January 2023 (UTC)Reply[reply]
I previously made it outside the menu but got scolded by an editor on English Wikipedia so limited it to Perhaps you could run an RFC around its position and I'd happily make the change again ? Jdlrobson (talk) 20:46, 18 January 2023 (UTC)Reply[reply]
@Jdlrobson can you point me to that previous "scolding"? Would just like to have full background information before launching anything formal. Best, Barkeep49 (talk) 22:33, 18 January 2023 (UTC)Reply[reply]
Barkeep49 and others: You have noticed that the two menus labeled "User menu" with a tooltip and represented by an identical icon of a human torso are not, in fact, the same menu. This seemed like a basic user interface error to me, but when I brought it up at T325124, I was told that it was intentional that the two identical-looking menu-activation icons popped up different contents depending on whether the icon was in the top-of-page header or in the "sticky" header. I haven't found a workaround yet. – Jonesey95 (talk) 22:36, 18 January 2023 (UTC)Reply[reply]
Thanks Jonsey for that link and explanation. It's genuinely helpful. I am completely surprised that their UX testing suggested that it wasn't an issue to have identical icons doing different behaviors. Best, Barkeep49 (talk) 22:41, 18 January 2023 (UTC)Reply[reply]
Barkeep99, I'd rather not single that person out, but my sense was it was a gut reaction to change and starting an RFC won't be a problem here. They are pretty respectful of enwiki process from what I can see.
The two menus are different, indeed. If the clock wants to add itself to the sticky menu, it can call mw.util.addPortlet like so:
:::::// add gadget outside menu
:::::mw.util.addPortletLink('p-vector-user-menu-overflow', '#', 'test outside dropdown' )
:::::// add link to dropdown
:::::mw.util.addPortletLink('p-personal', '#', 'test link in dropdown' )
:::::// in sticky header dropdown
:::::mw.util.addPortletLink('p-personal-sticky-header', '#', 'test link in sticky header dropdown' )
Jdlrobson (talk) 23:48, 18 January 2023 (UTC)Reply[reply]
I've reached the point where enough stuff that I depend on wasn't working (much of which like WP:SUPERLINKS I wouldn't expect someone else to fix for me) that I've switched back to classic Vector so I won't be starting any RfC. If you or someone else does start please do let me know as I'd like ot be a part of that discussion and consensus finding. Best, Barkeep49 (talk) 21:13, 19 January 2023 (UTC)Reply[reply]
Hi @Barkeep49 - just wanted to let you know that the clock gadget is now restored back to its location outside of the user menu. OVasileva (WMF) (talk) 21:35, 30 January 2023 (UTC)Reply[reply]
Big thumbs up! Thank you for continuing to fix bugs in Vector 2022. – Jonesey95 (talk) 22:11, 30 January 2023 (UTC)Reply[reply]

How to have user menu stuck open[edit]

In Firefox, there is an option to create a user stylesheet (not to be confused with custom stylesheets on Wikipedia) which can reformat all webpages. How can I, before I log in, use this to make the Vector 2022 have the user menu stuck open without me having to click on the menu button? I would also like the menu to be wider, with items "inline" (in a horizontal row). I know this will require some white space above the heading in order not to hide the coordinates and other content in articles, but I don't care about the extra white space I will have to scroll through.

I have made this as an attempt:

#p-personal .vector-menu-content {

However, it doesn't work. Utfor (talk) 18:20, 18 January 2023 (UTC)Reply[reply]

@Utfor the "user menu" isn't served to not-logged-in users - what "menu button" are you referring to on the not-logged-in screen? — xaosflux Talk 18:27, 18 January 2023 (UTC)Reply[reply]
I mean the three dots next to "Create account" in the top right corner of the screen. The menu I must use in order to log in. Utfor (talk) 18:35, 18 January 2023 (UTC)Reply[reply]
@Utfor while not what you are really looking for, if your main goal is just to have a login link because that is what you are always wanting there, you could script to change the create account button to a logon button. (Still peeking at your original request, but it may require js not just css). — xaosflux Talk 18:46, 18 January 2023 (UTC)Reply[reply]
FWIW that is the "more options" menu. — xaosflux Talk 18:56, 18 January 2023 (UTC)Reply[reply]
User:Xaosflux Clicking the three dots is an extra step I must take to get to the login page. I would like a login link I can click directly. I know that I can create a bookmark in the browser, but this is not what I am looking for because it does not return me to the page to which I have navigated. Utfor (talk) 19:02, 18 January 2023 (UTC)Reply[reply]
I understand, just not exactly sure what to tell you on this yet. — xaosflux Talk 19:25, 18 January 2023 (UTC)Reply[reply]

The CSS that makes it display when clicking around is

 .vector-menu-checkbox:checked ~ .vector-menu-content {

Removing :checked in the selector causes it to display always for me while logged out.

 .vector-menu-checkbox ~ .vector-menu-content {

I am not totally certain how to make that apply only while logged out. I see no useful selectors on the body element. Izno (talk) 19:36, 18 January 2023 (UTC)Reply[reply]

User:Izno Thank you very much! This is great! You have saved me for many wasted log-in clicks! It does not matter if it does not apply only when logged out. Utfor (talk) 20:26, 18 January 2023 (UTC)Reply[reply]
A JS solution would be less prone to future breakage:
::document.getElementById('p-personal-checkbox').checked = true
Jdlrobson (talk) 23:50, 18 January 2023 (UTC)Reply[reply]

Toggle for expanding screen width not visible on Wikipedia, but visible on Mediawiki[edit]

Also Mediawiki displays at an almost illegible tiny text size on my desktop, while the size of Wikipedia text is larger on my desktop than on my laptop. Is this how it is supposed to work? · · · Peter Southwood (talk): 18:41, 18 January 2023 (UTC)Reply[reply]

@Pbsouthwood - thanks for your report. Could you share some screenshots if possible? The toggle should be visible across all pages and projects once your screen is wide enough for it to not overlap the content (around 1600px). OVasileva (WMF) (talk) 18:49, 18 January 2023 (UTC)Reply[reply]
@Pbsouthwood can you check if your browser "Zoom level" is at 100%, or something else? — xaosflux Talk 19:26, 18 January 2023 (UTC)Reply[reply]
Xaosflux, OVasileva (WMF) I am not sure how to check current zoom level, bu it is affected by zoom. When I zoom out it appears along with grey margins, when I zoom in it disappears along with the grey margins. So probably not a bug so much as not being able to see something I was told would be there. An explanation in the FAQ should suffice. · · · Peter Southwood (talk): 07:18, 19 January 2023 (UTC)Reply[reply]
@Pbsouthwood it is a browser setting, what browser are you using? — xaosflux Talk 10:32, 19 January 2023 (UTC)Reply[reply]
Xaosflux I am using Firefox on windows 10 on dektop, Firefox on Windows 11 on laptop, so pretty average OS and browser. Firefox is automatically updated on both, so probably latest version, · · · Peter Southwood (talk): 18:16, 26 January 2023 (UTC)Reply[reply]
Try CNTRL-0 (zero) to reset your zoom level to 100%. — xaosflux Talk 18:54, 26 January 2023 (UTC)Reply[reply]

Toggle Limited Content Width bug on Main_Page[edit]

English: Screenshot of the English Wikipedia showing a bug that adds a scroll bar. Chrome 109 on W10

When on the Main Page, if you turn off limited content width with the bottom right button a scroll bar will appear across the bottom of the browser window. You can only scroll side to side ~6px and this issue doesn't appear on any other page while using Vector 2022. StereoTypo (talk) 18:55, 18 January 2023 (UTC)Reply[reply]

Yeah, I can reproduce the same on current Firefox/W10 on Main Page. I have no idea what's causing that. Izno (talk) 19:19, 18 January 2023 (UTC)Reply[reply]
Already filed as phab:T324783. Matma Rex talk 19:21, 18 January 2023 (UTC)Reply[reply]

Vector-2022: Watchlist "star" tooltips missing[edit]

 – The gadget was updated. — xaosflux Talk 14:43, 20 January 2023 (UTC)Reply[reply]

Previously when I hovered on the star at the top of a page, it would pop a tooltip "Add this page to your watchlist" or "Remove this page from your watchlist". Now, when a page is scrolled down so that the star is in the persistent header, that is still the behavior. But if I am scrolled to the top of the page, hovering on the star in the full header instead gives me the usual popup-pageview as for a regular bluelink. DMacks (talk) 19:07, 18 January 2023 (UTC)Reply[reply]

@DMacks I'm seeing the tool tip "add this page to your watchlist" on both the normal and sticky header by default. This seems like a possible conflict with Wikipedia:Tools/Navigation popups. Do you have that enabled? Does the problem go away if you disable it? (If so you can report the problem here: Wikipedia talk:Tools/Navigation popups). — xaosflux Talk 19:31, 18 January 2023 (UTC)Reply[reply]
Yes, this is a navpopups problem. I vaguely remember that nav popups has a list of elements that it ignores generally and this likely wasn't updated yet for navpopups. —TheDJ (talkcontribs) 21:57, 18 January 2023 (UTC)Reply[reply]
@DMacks I implemented a fix that TheDJ proposed for that gadget, any better? — xaosflux Talk 01:53, 19 January 2023 (UTC)Reply[reply]
Looks good. Thanks! DMacks (talk) 17:41, 19 January 2023 (UTC)Reply[reply]

Roll back default on en.WP[edit]

Between the overshoot on whitespace, article layout issues, and broken navigation it seems like a no-brainer that Vector 2022 shouldn't be the default on enWP yet, if ever. Thoughts on rolling this back until the skin is fully cooked? VQuakr (talk) 19:38, 18 January 2023 (UTC)Reply[reply]

Rolling it out in this advanced beta form is probably the only way to get enough eyeballs on it to get the remaining obvious bugs fixed. I am certain that the WMF development teams cleared their calendars in advance and will be working feverishly on the dozens of bugs that are submitted this week in order to show that they are committed to the success of this product. That is the only sensible way to manage a product rollout of this type. It will be a refreshing experience to see a beta product rolled out and then have a bunch of little annoyances polished off in a few weeks. – Jonesey95 (talk) 22:43, 18 January 2023 (UTC)Reply[reply]
The easiest way to polish off annoyances is to rollback this horrible skin. LeperColony (talk) 01:41, 25 January 2023 (UTC)Reply[reply]

Table of content (TOC) at the top?[edit]

So I have troubles finding a solution in which I want to move table of content (TOC) back to the top as it was in the old skin. Any suggestions as how to do this if this is possible? Otherwise, skin seem to be adequate for me personally, so far. --Legion (talk) 20:06, 18 January 2023 (UTC)Reply[reply]

@Legion, do I understand you correctly, you'd like to see the old version of the ToC, just as your personal setting? Here's code that does that. SGrabarczuk (WMF) (talk) 20:22, 18 January 2023 (UTC)Reply[reply]
@Chief of Staff if by "the old skin" you mean Vector legacy, the TOC wasn't "at the top" it was "in the content" (by default at the bottom of section-0) - is that what you mean? — xaosflux Talk 20:22, 18 January 2023 (UTC)Reply[reply]
Sorry, I should clarify that I was asking for desktop version. The TOC was always at the top of the article in desktop version. Not the top of the overall page itself. My apologies for the potential confusion. Legion (talk) 20:45, 18 January 2023 (UTC)Reply[reply]
@Chief of Staff: There is an open discussion about it, here: Wikipedia:Requests for comment/Rollback of Vector 2022#Bring back the TOC. Æo (talk) 15:18, 1 February 2023 (UTC)Reply[reply]

A suggestion to add to your "Lessons Learned" review[edit]

I won't add to the abundance of complaints about this new skin (although I could if the representatives from the Foundation wish), but I'll suggest something that should be discussed in your postmortem on this rollout. Like many, I was surprised to find the new skin when I opened Wikipedia this morning (PST time), & wondered why I had not seen any announcement that it was coming. I see from your comment above that you did publicize this rollout -- you announced on this page, probably on some of the communication channels -- but in the banners announcing beta tests for this new skin, I didn't see any announcement that a rollout was planned.

Like many on Wikipedia, I tend to focus on the content, & not so much on bulletin boards or other announcement pages: I make my edits, look at updates on my Talk page, or any pings, then return to my off-Wiki life. While I did see the banners about beta testing the new skin, I assumed these were not part of any immediate rollout, but requests for feedback on proposed changes, & since I had no strong opinions about the interface I ignored them. Now had I known this was part of a planned update with a specific date, I might have participated in the beta test, but I definitely would have known the default skin was going to be changed. To make my point clear, next time the Foundation plans a major change like this it would help if the banners were also used to announce this, & not just depend on announcement on the relevant bulletin boards. -- llywrch (talk) 19:50, 18 January 2023 (UTC)Reply[reply]

Thanks for this feedback @Llywrch - this is a good idea. We will definitely be compiling a list of lessons learned that we can use for future releases. We did run banners to all logged-in users announcing that the change is happening this week. Unfortunately, it seems that because these banners came right after the general banners for people to try out the skin and the banner design was quite similar, the change in the banner content wasn't as obvious as we had hoped. OVasileva (WMF) (talk) 19:57, 18 January 2023 (UTC)Reply[reply]
One lesson learned could be to revert back to the old design given the intense feedback. IWantTheOldInterfaceBack (talk) 05:14, 19 January 2023 (UTC)Reply[reply]
Again, logged-out users weren't even a remote consideration? (talk) 14:28, 19 January 2023 (UTC)Reply[reply]
@Llywrch we do have it on the watchlist banner as well. — xaosflux Talk 20:25, 18 January 2023 (UTC)Reply[reply]
Hmm. If there was an announcement, then I didn't see it. And since this caught more than me by surprise, I'm guessing that announcement wasn't visible enough. -- llywrch (talk) 21:11, 18 January 2023 (UTC)Reply[reply]
As I always say: Ppl will always complain about lack of announcements. It doesn't matter how much communication is done. if ppl don't care about it, hide it or simply skim over because they work on other things, no notification other than blocking them from achieving their goal (ie. by blanking the entire page) will make them notice. Ppl are not here for caring about the skin, they are here to build the wiki. There is no fixing this problem and its already part of every "lessons learned". —TheDJ (talkcontribs) 21:12, 18 January 2023 (UTC)Reply[reply]
If they're part of 'every "lessons learned"', then the lesson isn't getting learned, is it? (talk) 03:48, 19 January 2023 (UTC)Reply[reply]
Some people noticed, others didn't. That is pretty much a universal constant. If the notices are made unmissable there will be other complaints about them being obtrusive. Someone will always complain. Many of us have learned how to not see advertising because of all the clickbait we get spammed with on the internet, so we also miss notifications. It is a defence mechanism. Has there not been a study on how best to notify the community while annoying the lowest number? Is it up to date? · · · Peter Southwood (talk): 07:35, 19 January 2023 (UTC)Reply[reply]
There was nothing to notice. These banners were shown only to logged-in users. (talk) 14:29, 19 January 2023 (UTC)Reply[reply]
Only it was in reality "a few people noticed, almost everyone didn't. And there's not just some complaining. Almost everyone is complaining and requesting the changed back. Time to accept reality and do so!!Tvx1 17:34, 20 January 2023 (UTC)Reply[reply]

Heavily used menu items[edit]

The heavily used choices should be available as words and direct choices, as they were before. "Watchlist" is hidden behind an icon and introduces a big delay to what used to be fast. Other heavily used choices were not only moved to sub-menu items but the menu that they are buried in is itself hidden behind an icon. Also page curation choice disappeared. North8000 (talk) 21:30, 18 January 2023 (UTC)Reply[reply]

"page curation choice" what is that ? Doesn't sound like a default part of the software, maybe its a gadget that you installed which needs updating ? —TheDJ (talkcontribs) 21:55, 18 January 2023 (UTC)Reply[reply]
@TheDJ page curation is Special:NewPagesFeed and the associated JavaScript that loads on pages (linked from there?). Izno (talk) 22:01, 18 January 2023 (UTC)Reply[reply]
I don't know the IT side, but it's the entry into the New Page Patrol universe and toolbox, a large and important part of the Wikipedia system. I think that the overall system/ toolbox is called page curation. Sincerely, North8000 (talk) 22:45, 18 January 2023 (UTC)Reply[reply]
I think you're referring to User:Lourdes/PageCuration.js, a user script which you have installed. I tested it just now and the link still appears, it is just hiding in the top right dropdown menu. Try clicking on the person icon and see if that reveals the link for you. Hope this helps. –Novem Linguae (talk) 23:14, 18 January 2023 (UTC)Reply[reply]
@Novem Linguae: Thanks but I don't see it there. BTW whatever it is, my intentions were to just use the main official toolbox for NPP. North8000 (talk) 14:40, 19 January 2023 (UTC)Reply[reply]
@North8000. Consider posting screenshots if you'd like to troubleshoot this further. Here's some screenshots of what I think we're talking about. Correct me if I'm wrong. –Novem Linguae (talk) 15:41, 19 January 2023 (UTC)Reply[reply]
@Novem Linguae: Thanks. That's where I looked and it wasn't there. Then after I saw your post I went to my user page and looked at that menu and it was there. Maybe that "woke it up" because now it is always there, e.g. when at other articles. Thanks. North8000 (talk) 16:53, 19 January 2023 (UTC)Reply[reply]

Font rendering bug related to scrolling on new vector style[edit]


I'm noticing a new transient error on multiple pages since the new vector theme was released. Sometimes after scrolling the page up/down and stopping rapidly, the text font will appear "doubled", as if two versions of it are laid over each other, causing the text to appear bolder/deeper black, and have much higher contrast, which is ugly and causes slight artefacting around character edges. This will then resolve after scrolling away/reloading/switch the tab away and then back.

The most reliable way I have found to induce this is to scroll down on a long page and then hold the mouse wheel to scroll up to the top very rapidly, making the top of the page stop the rapid scroll instantaneously. This will semi-reliably produce the bug after a few attempts. I am using Chrome on Win10. This never happened to me previously on Wikipedia before the new theme was released, as far as I can recall.

The issue looks like this (top is with the bug, bottom is without).


Obviously not a major issue, but I am lukewarm enough about the new theme without there also being irritating technical glitches with it that were not caught during testing. BlackholeWA (talk) 21:28, 18 January 2023 (UTC)Reply[reply]

@BlackholeWA This seems to be a bug in Chrome (see phab:T322978 and and they are apparently working on a fix. the wub "?!" 21:37, 18 January 2023 (UTC)Reply[reply]
Ah, thanks for the heads up. It might be worth noting for the Vector 2022 developers that in the context of Wikipedia something in the new theme has induced it to occur, though. BlackholeWA (talk) 22:27, 18 January 2023 (UTC)Reply[reply]
Hello @BlackholeWA. Thank you for raising this issue. I'm not sure if "something in the new skin is inducing this to occur" is the best expression (I'm not an English native speaker) but from the perspective of our team, the problem is solely on the side of the browser, and it's up to them to fix it. Our code is OK, this is what I take at least. Although yes, this issue exists in Vector 2022, and doesn't in legacy.
I'm sorry that you're experiencing this - I use a Chromium-based browser on Windows, too, and I'm waiting for Google to fix this. SGrabarczuk (WMF) (talk) 23:47, 18 January 2023 (UTC)Reply[reply]
@BlackholeWA - thanks for your report! We have found a local fix while we wait for the Chromium team that we will be able to deploy tomorrow. OVasileva (WMF) (talk) 22:34, 23 January 2023 (UTC)Reply[reply]

A workaround for this problem was deployed and should be fixed. If you see the problem again, please do report ! —TheDJ (talkcontribs) 22:21, 24 January 2023 (UTC)Reply[reply]

Where to direct reader feedback?[edit]

Where should reader feedback be directed? There's been feedback on article talk pages (ex. [1]), the Teahouse and Helpdesk. I also also suggest the WMF and other interested editors to keep an eye on the Teahouse and Helpdesk to gauge the response. Apologies if this has already been discussed above but if so, I did not easily find it. S0091 (talk) 21:52, 18 January 2023 (UTC)Reply[reply]

@S0091 I suppose what kind of feedback it is matters. General comments can prob go to Wikipedia talk:Vector 2022; technical questions can go right here. — xaosflux Talk 22:41, 18 January 2023 (UTC)Reply[reply]
@Xaosflux I did not know about Wikipedia:Vector 2022 and have been at least loosely following the discussions so good to know. Thanks! S0091 (talk) 23:09, 18 January 2023 (UTC)Reply[reply]

Explore Wikipedia's new look[edit]

If I am signed out, or signed in with an alternate account I use to thank people or see how things are for new people (normally this is only with private browsing), I have been shown a link to "Explore Wikipedia's new look". They show different ways Wikipedia has looked over the years and of course I prefer what was shown for 2011 and have my preferences set for that. If there is not already a topic for this, I just want to be assured all this will not mean changing what I want to see.— Vchimpanzee • talk • contributions • 21:34, 18 January 2023 (UTC)Reply[reply]

@Vchimpanzee, your display may change but if it does you can change it back by selecting Vector 2010 in Special:Preferences. Izno (talk) 22:05, 18 January 2023 (UTC)Reply[reply]
As I recall, Vector is what I don't want.— Vchimpanzee • talk • contributions • 23:24, 18 January 2023 (UTC)Reply[reply]
Hello @Vchimpanzee. If you're satisfied with the 2011 look, then you're referring to what's now called "Vector legacy". Technically, it's a frozen version of the skin which since 2020, has evolved into the new default, Vector 2022. Unless I'm mistaken, Vector (legacy) is what you want. Correct me if I'm wrong :) SGrabarczuk (WMF) (talk) 23:31, 18 January 2023 (UTC)Reply[reply]
Correction. If you go to the link I posted and scroll down and watch the look of Wikipedia change, it is the 2005 look that I want. I did notice differences in the 2011 look but it does have the right fonts.— Vchimpanzee • talk • contributions • 23:50, 18 January 2023 (UTC)Reply[reply]
Nothing looks different now compared to yesterday. I'm getting mixed results with private browsing.— Vchimpanzee • talk • contributions • 00:08, 19 January 2023 (UTC)Reply[reply]
@Vchimpanzee note in private browsing/logged out mode - some pages may be displaying in vector, some in vector-2022 due to caching. Eventually the cache will clear the old ones. — xaosflux Talk 01:31, 19 January 2023 (UTC)Reply[reply]
My main concern is how it will look to me when signed in.— Vchimpanzee • talk • contributions • 17:30, 19 January 2023 (UTC)Reply[reply]

ToC Bug Report[edit]

The Vector 2022 page pointed me here to file a bug report. I'm not totally convinced this is actually the right place, so please redirect me if there's somewhere this is more likely to be acted on.

The sticky ToC is programmed to indicate the current section by detecting that section going off the top of the screen. When the sticky top bar is present, it is smart about scrolling the header to the correct position below the bar when you click a section title, but this logic is not reflected in the indicated section as you scroll, such that you frequently end up with zero lines of text from the indicated section visible on the screen (because they are behind the top bar). Personman (talk) 21:49, 18 January 2023 (UTC)Reply[reply]

@Personman - thank you for your report! We are trying to reproduce. Could you share the link to a page where you encountered this on? OVasileva (WMF) (talk) 22:14, 18 January 2023 (UTC)Reply[reply]
I encounter it on every page with a ToC. Here's an image of it happening on this page: Personman (talk) 22:41, 18 January 2023 (UTC)Reply[reply]
I briefly thought this might be impacted by my browser zoom, which was at 150% in that screenshot. But no, it happens at every zoom level:
While exploring this, I also repeatedly encountered another bug, where the indicated section gets totally stuck or is totally absent: This doesn't seem to be easily reproducible, but it happened three different times, after some combination of zoom changes, scrolls, and clicking Reply and then cancelling.
I'm on macOS Chrome, if that helps. Personman (talk) 22:50, 18 January 2023 (UTC)Reply[reply]
Thanks for the screenshots @Personman - this helped us identify the issue. I believe this can be resolved by the following tweaks to the ToC. First, we can increase the threshold for when a section is active so that the section which is on the screen appears first. You can track progress on this in this ticket. We will also be increasing the offset for when you click a link from the ToC so the title of the section selected has a little bit of space above it when selected. That should help with how close the ToC and sticky header are to one another. Progress on the second issue can be tracked in this ticket. Thanks again for the bug reports! OVasileva (WMF) (talk) 23:50, 18 January 2023 (UTC)Reply[reply]
Also to note: we do have some known (but not yet documented) bugs with the table of contents on Talk pages. Are you experiencing these issues on article pages as well? AHollender (WMF) (talk) 23:49, 18 January 2023 (UTC)Reply[reply]

Disabling "Enable limited width mode" as the default?[edit]

As many of us tried (and failed) to explain to the WMF developers, the huge amount of white space on the right side of the page continues to be the primary complaint among people complaining about this change. The developers allowed for a checkbox in the Preferences that reduces some of the white space, but that checkbox is not available to logged-out readers, and it is not the default here at en.WP. Should we consider an RFC (not at VPT, but at an appropriate location) to disable "limited width mode" by default for logged out readers, for people who are selecting Vector 2022 for the first time, and for those who have not expressed a preference? – Jonesey95 (talk) 23:08, 18 January 2023 (UTC)Reply[reply]

@Jonesey95 there is a "toggle limited content width" button for readers. But (a) it is hidden at the very bottom of the page, (b) it is not persistent across anything, even following links or reloading the page. — xaosflux Talk 23:14, 18 January 2023 (UTC)Reply[reply]
I've opened phab:T327366 regarding the ephemeral nature of that option. — xaosflux Talk 02:11, 19 January 2023 (UTC)Reply[reply]
I have never seen such a toggle, though I have heard rumors of its existence. Everything I have seen has said that it exists for windows 1000px wide or wider. My (Brave, Mac OS, latest version) browser window has 1,236 pixels of space between the left side of the window and the left side of the scroll bar, but I do not see a toggle (logged out or logged in). A toggle does not appear, even if I hide the left-side TOC and menu. Is this a bug, or do I misunderstand the repeated references to a toggle? Maybe I just don't know what it looks like. – Jonesey95 (talk) 23:27, 18 January 2023 (UTC)Reply[reply]
@Jonesey95 It looks like this Screenshot of the Vector-2022 skin's fullscreen toggle.png and should appear in the bottom right of the screen. the wub "?!" 00:09, 19 January 2023 (UTC)Reply[reply]
An aside about "the toggle":
Why is so much Wikipedia functionality now hidden (maybe even obscured?) behind icons in Vector 2022?...if you don't know what three dots or the "person icon" or what the toggle icon means, too bad. A lot of people, IP-readers and editors, experienced named accounts have been posting here and elsewhere on Wikipedia, like on Talk:Vector 2022 about "where do I find [a previous clearly-seen function]?". Shearonink (talk) 14:46, 20 January 2023 (UTC)Reply[reply]
@Jonesey95 it appears for me at 1479px wide, it looks like 4 right angles. — xaosflux Talk 00:09, 19 January 2023 (UTC)Reply[reply]
I can't make it appear, even in safemode, logged out. I have submitted T327368(ETA: Already existed at T326887). Maybe I just misunderstand when this thing is supposed to appear, but you can see from the screen shot at the bug page that there are huge white margins that need to go away for the page to display correctly. – Jonesey95 (talk) 03:57, 19 January 2023 (UTC)Reply[reply]
I would support this. "Enable limited width mode" should be disabled as the default for all readers, logged in or not. Some1 (talk) 04:18, 19 January 2023 (UTC)Reply[reply]
Just a personal preference, or have you done a survey with the readers for whom this feature was designed to support this request? My personal preference is larger font size as a default, because it is difficult to increase the font size if you cant read the instructions because the font is too small. · · · Peter Southwood (talk): 07:50, 19 January 2023 (UTC)Reply[reply]
Just a personal preference and after seeing all the IPs (who I assume are general readers and not editors) complaining about the excess white space of the new skin. About the font size (and you may already know this), see if holding down the CTRL button then tapping on the + (plus sign button) helps; it should increase the font size of webpages including Wikipedia (CTRL+[minus sign] if you want to make it smaller). I don't think font sizes are adjustable in the User preferences; maybe you could add a proposal to (which apparently is open for submissions in just a couple of days). Some1 (talk) 12:57, 19 January 2023 (UTC)Reply[reply]

Searching in Vector 2022[edit]

I'm probably one of the many people asking questions about the new skin. First of all, I would like to say how excited I am to be using this new skin. I am aware that I can change the skin back to old Vector if need be. I would like to know if there is a way for the search suggestions to display redirects alongside articles without having to change back to the old skin. Interstellarity (talk) 00:51, 19 January 2023 (UTC)Reply[reply]

@Interstellarity can you give an example of what is different? For example this search seems to be the same in vector and vector-2022. — xaosflux Talk 01:26, 19 January 2023 (UTC)Reply[reply]
Sure, here is an example: when you type in wp:vp or john paul ii in the search box without hitting enter in the search suggestions, it shows where the page redirects to rather than the page that is in the form of a redirect. Hope I clarified. Interstellarity (talk) 01:33, 19 January 2023 (UTC)Reply[reply]
@Interstellarity and you are just comparing the search suggestion outputs correct? (Not clicking search either) I do see they are different. — xaosflux Talk 01:46, 19 January 2023 (UTC)Reply[reply]
@Interstellarity does phab:T323345 describe your situation? — xaosflux Talk 01:47, 19 January 2023 (UTC)Reply[reply]
There is also phab:T303013 which is about marking when a redirect is being used in search and is marked as inprogress. Terasail[✉️] 06:26, 19 January 2023 (UTC)Reply[reply]
@Xaosflux, @Terasail: Yes, I am comparing the search suggestion outputs. The Phabricator that Terasail mentioned matches closely to what I am asking about. Interstellarity (talk) 12:39, 19 January 2023 (UTC)Reply[reply]

Change of template.[edit]

The hiding of the left hand bar is no good. I don't use a log in and I don't want to have to set one up or have to log into Wikipedia wherever I may be browsing it in order to stop the control panel disappearing every time I click a link. This is rapidly becoming a vexing repetitive task that is reducing the enjoyment I get from using this website and the ease of its operation. (talk) 04:32, 19 January 2023 (UTC)Reply[reply]

(Context: this is a complaint about Vector 2022) DS (talk) 04:38, 19 January 2023 (UTC)Reply[reply]
Hello Anonymous user, thanks for commenting here. Could you tell us why you need to use the left hand bar? Do you need access to any specific links? SGrabarczuk (WMF) (talk) 15:47, 19 January 2023 (UTC)Reply[reply]

This is terrible! Bring back the old website design now![edit]

This seems to be the place to report technical issues. I don't even have a particularly large laptop and even still 60% of my screen is useless white space. And if I use my big desktop monitor that I got specifically to see more information at once, probably would be over 80%. If I want to see less at once I narrow my browser window. When I first saw this I thought that I had somehow accidentally been routed onto the mobile website from my laptop.

I urge you all to undo this and bring back the old version. Or at least make it so people don't have to make an account (see my username) to fix this. 99% of people won't bother and will just suffer through the new unreadable interface. That is not a good thing!

Even if this won't happen, I urge you to at least make it so you don't need to make an account. Surely a simple browser cookie storing design preference for a user is reasonably straightforward to implement?

How on earth did this get approved? IWantTheOldInterfaceBack (talk) 04:43, 19 January 2023 (UTC)Reply[reply]

Addendum: apparently the FAQ for this new design says best practice is only 35 to 100 characters per line, and that it is recommended to be on the lower end of this range. What now?!?!?!

I suppose we need to shrink the page

width even more now to meet this

onerous requirement which was cert-

ainly designed by someone in an

ivory tower with no conception of

how people actually use the inter-

net. IWantTheOldInterfaceBack (talk) 04:48, 19 January 2023 (UTC)Reply[reply]

@IWantTheOldInterfaceBack: I completely and wholeheartedly agree. While logging in allows us to retain the legacy format, it's still pretty big for logged-out browsing. I dislike the new look as much as you, but unfortunately, if we're to be realistic, Vector 2022 is probably here to stay. Skippy2520 (talk) 04:53, 19 January 2023 (UTC)Reply[reply]
You miss all the shots you don't take. It's been many years since I attempted to dip a toe into Wikipedia editing, and I don't remember any of the processes involved except that they were needlessly convoluted, but surely it's better to try and get whoever did this to reverse it, than to just lie down and accept it. IWantTheOldInterfaceBack (talk) 04:54, 19 January 2023 (UTC)Reply[reply]
There you go, Have you made a survey of all the people who are not complaining? do you have any idea of the relative numbers? Have you even counted the number of people who have demanded the old skin back as a default because they just don't like the new one? You do know that you can still use the old skins if you just take the trouble to set your preferences? · · · Peter Southwood (talk): 09:47, 19 January 2023 (UTC)Reply[reply]
As a 5 hour old account I assume you were previously an IP editor, because if you are socking with this account you should know better. · · · Peter Southwood (talk): 09:54, 19 January 2023 (UTC)Reply[reply]
Many people made accounts or dug up ancient ones to get around the changes because without an account the scale setting and other features don't work.
Forcing people to make accounts for simple accessibility features seems counterproductive or even hypocritical of the ideals of the update. Deadoon (talk) 10:07, 19 January 2023 (UTC)Reply[reply]
Forcing people to log into accounts they haven't used for over 10 years just to be able to read the wiki without having to visit an eye-doctor afterwards is both counter-productive, extremely daft and against the principles of the foundation Peter. But you will see that when the donations stop rolling in. I for one am going to start withholding mine until you give non-users the option to switch to the old theme. (talk) 13:34, 20 January 2023 (UTC)Reply[reply]
@IWantTheOldInterfaceBack: As a long-time editor, I want to second what you've said. I strongly, strongly dislike this new look and I hate how it was rolled out.--Gen. Quon[Talk] 16:13, 19 January 2023 (UTC)Reply[reply]
Gen. Quon You are free to change back to the old skin in your account preferences. This skin has been in the works for years and has included community input opportunities along the way. The changeover was announced in advance as well. Please offer comments at the talk page of Vector 2022. 331dot (talk) 16:16, 19 January 2023 (UTC)Reply[reply]
@331dot: Some comments:
  • "You are free to change back to the old skin in your account preferences." I never said I couldn't. I'm voicing my opinion and adding to the chorus so that editors will see that there is dissatisfaction.
  • "This skin has been in the works for years and has included community input opportunities along the way." Aesthetics aside, this is another reason why I'm ticked: I did offer comment during the hilarious show trial "period of community input" (when 165 opposition votes were largely written off for being too concerned with "specific and narrowly-scoped [issues], rather than wholesale objections to Vector 2022", whereas the 154 "positive" and "enthusiastic" supporters were described in terms that made them sound like they formed a resounding huge majority). I feel like my input was totally written off so that this design could be rubber-stamped.
  • "The changeover was announced in advance as well." Why don't you tell that to the many IPs, etc. who were blind-sided and see what they have to say, hmmm? Today, I've had two coworkers who don't really edit come up to me and say, "Yo, what's up with Wikipedia?"
But I'm assuming my opinions will simply be brushed off and categorized again as "specific and narrowly-scoped". Hmmph.--Gen. Quon[Talk] 16:38, 19 January 2023 (UTC)Reply[reply]
Gen. Quon If you have ideas on how to communicate a change in a website design to all 7 billion humans on this planet, something which is difficult for any piece of information, please offer those ideas to the Foundation. 331dot (talk) 16:43, 19 January 2023 (UTC)Reply[reply]
Communicating a change to 7 billion humans is not feasible. A better plan would be to listen to the criticism and revert the change. The best plan would have been to listen to the warnings, of which we gave plenty, and simply not make such an unpopular change. There are many other features which we actually want crying out for developers' time. Certes (talk) 17:33, 19 January 2023 (UTC)Reply[reply]
Certes What change do you want that will please everyone? Do you have studies and testing to support that? Because the Foundation does. 331dot (talk) 20:08, 19 January 2023 (UTC)Reply[reply]
One glance at pages like WP:VPT and WT:Vector 2022 shows that there is no consensus for the changes. Of course, people complain more readily than they praise, but in 30 years' professional computing experience I've never seen any reaction remotely approaching the breadth of hostility generated by Vector 2022. And to answer the comment which just arrived below: yes, communication would have been helpful. Not 7 billion personally addressed letters, but some sort of warning beyond the technical pages read only by a few hundred regular editors. However, I doubt that the release could have gone ahead if this response had occurred in public and in advance. I will be very interested to read what the technical press say once they wake up to the story. Certes (talk) 20:16, 19 January 2023 (UTC)Reply[reply]
And communicating with everyone is what people seem to be asking for; "I wasn't told! I didn't know! My two buddies in the office didn't know!" What should the Foundation have done? Asked every worldwide media outlet to run a story? You don't need to answer me, tell them. 331dot (talk) 20:12, 19 January 2023 (UTC)Reply[reply]
The same goes for if you have ideas as to how to change a website in such a way that no person on this planet will be upset with it. 331dot (talk) 16:44, 19 January 2023 (UTC)Reply[reply]
331dot I get your defensiveness, but please do not be condescending to me. I'm mad not simply because I dislike the changes: I'm mad because the RfC was perhaps the worst example of "consensus-making" I've seen on this site and because the rollout was done in such a sloppy, haphazard way.--Gen. Quon[Talk] 17:08, 19 January 2023 (UTC)Reply[reply]
You keep quoting the number of people on the planet (incorrectly), but is that accurate regarding the number of pageviews and active users the site has? The actual data regarding user opinion seems to have been ignored. AtomicFi (talk) 20:03, 19 January 2023 (UTC)Reply[reply]
AtomicFi That couldn't be more wrong. I get that change is hard for people, but at least get the facts right. They tested it. They asked for input. They studied it. They can't please everyone. To expect that is unreasonable. 331dot (talk) 20:16, 19 January 2023 (UTC)Reply[reply]
Gen. Quon It's not my intention to be condescending, I apologize. Nor am I defensive. I am frustrated at the general vitriol by people about this. All I want to see is a little understanding from people. I don't want people to like it if they don't like it, but there are constructive ways to offer suggestions. They don't need to say the developers are idiots or worse(not saying you have).
I was serious- if you have ideas as to how the change in this website could be better communicated to the population of this planet, please offer them. 331dot (talk
I completely agree. I don't follow technical developments so there may be a deeper rationale for the update that I'm missing, but from a purely user experience perspective this is a change for the worse. And while we can switch to the old interface in account settings, I'm sure this option will be removed at some point. Litawor (talk) 09:10, 20 January 2023 (UTC)Reply[reply]
Hi @Litawor - thanks for your feedback. Just wanted to confirm that we have committed to maintenance and bug fixes for the legacy Vector skin into the future. User preferences on Wikipedia allow you the option to choose between all available skins. This option will not be removed in the future. OVasileva (WMF) (talk) 20:33, 20 January 2023 (UTC)Reply[reply]
This is shining example of the "design" decision done for very dubious reasons. Mobification of desktop version for the purpose of what? - Wasting way more space on the user's monitor, being more way more white (pun intended), lowering the information density on the page.
At first I thought, that I have a problem on my browser and it loaded a mobile version on wikipedia, but no, this abnomination is realy inteded for desktop users by the developers. IJustCreatedAccountBecauseOfThis1diocy (talk) 13:54, 20 January 2023 (UTC)Reply[reply]

Put this template on your userpage if you don't like the new look[edit]

Here: Skippy2520 (talk) 05:02, 19 January 2023 (UTC)Reply[reply]

MediaWiki Vector skin action arrow.svg
This user prefers the Legacy version of the Vector skin to the 2022 version.

{{User Vector skin legacy}}
This is a barebones template so, for people confused about how to position it properly, remember to use {{right}} around it or some equivalent. — LlywelynII 08:14, 19 January 2023 (UTC)Reply[reply]
@LlywelynII: Good idea! Added!--Gen. Quon[Talk] 16:23, 19 January 2023 (UTC)Reply[reply]
Is there some eway I can see how many people have this template on their user pages? A Category or something? Thx, Shearonink (talk) 18:16, 19 January 2023 (UTC)Reply[reply]
The call to {{Userbox}} could have a parameter such as |usercategory=Wikipedians who prefer Vector 2010. That might be a subcategory of Category:Wikipedians who use Vector (though technically one could prefer V2010 to V2022 and still use, e.g., Timeless.) If not, there's always WhatLinksHere. By the way, our preferred skin might survive longer if the template name and content refer to it as "2010" rather than "legacy". The latter carries overtones of deprecation, suggesting that Vector 2022 makes it obsolete. Certes (talk) 19:31, 19 January 2023 (UTC)Reply[reply]

Let the readers choose new styles[edit]

Please, let the readers choose a different skin, not the designers, not the editors. Protect Classic skin, and add a please try out our new style button. At least for some trial years. Please, allow new styles to develop and get accepted naturally, step by step.
Keep adding options and comments at
Thank you, from el.wiktionary Sarri.greek (talk) 05:36, 19 January 2023 (UTC)Reply[reply]

Sarri.greek These things have been done, at least on the English Wikipedia. Any issues with the Greek Wikipedia, you will need to discuss there. 331dot (talk) 15:50, 19 January 2023 (UTC)Reply[reply]
I was referring to the public, 331dot not to the editors. I am not an editor of any wikipedia, I am an en. and el. wiktionary editor (where we vote for the slightest changes). If I am not wrong, the past months, there was no warning to the public (I have not seen one)? It is a matter of good manners to allow them to approach new styles by their own choice, and not force them to log in.
PS, for example, I have Microsoft Edge, and I cannot see Contents. Because I study unlogged very often, I shall try to find different options, with older versions of pages found elsewhere. Thank you. Sarri.greek (talk) 21:03, 19 January 2023 (UTC)Reply[reply]
@Sarri.greek, if the Contents is hidden (the default display says "Contents [hide]"), then look for an icon at the top by the page title. It looks little bit like a bullet list with three items. That's where the Table of Contents ends up if you hide it. If you have a narrow screen, you'll see the same icon in the upper corner. Click on it to see the Table of Contents. Whatamidoing (WMF) (talk) 22:33, 19 January 2023 (UTC)Reply[reply]
Thank you ma'am, I am too old to keep clicking things around. I shall seek a different solution for viewing wikipedia lemmata. @User:Whatamidoing (WMF), I understand your difficult position, but the Public Relations team (if there is one), has not prepared unlogged readers in the previous year for this change (I have not seen any notice: try out a new style and tell us... It feels like an attack. I wonder if anyone from the WMF staff resigned about this... Farewell. Sarri.greek (talk) 22:53, 19 January 2023 (UTC)Reply[reply]
Sarri.greek That you didn't see it doesn't mean it wasn't done. This was studied and tested for years with community input. Please understand it is difficult to communicate with everyone on this planet about a change to a website. 331dot (talk) 23:02, 19 January 2023 (UTC)Reply[reply]
I did not mean for internal community, 331dot. Why not one little galant gesture: Give a button for switching to Classic Style, clearly visible on top of pages. Why is it so difficult? This discussion is endless because it is also a subjective matter of aesthetics and courtesy. Thank you. Sarri.greek (talk) 23:08, 19 January 2023 (UTC)Reply[reply]
According to the information about the skin, there are privacy issues with allowing IPs to choose a skin; it would require storing that information somewhere. 331dot (talk) 23:18, 19 January 2023 (UTC)Reply[reply]
A cookie on the user's device which simply records the choice of skin would not report any personal information. It's less identifying than screen size, browser version, etc. which we and every other website provider already gather. The only downside I can see is marking someone as having visited Wikipedia, which might be a problem in a few draconian jurisdictions, but they already have easier ways to log that. It would not remove the need to cache each page in each skin, but that's equally a problem if people use ?useskin= either manually or by script. Certes (talk) 10:29, 20 January 2023 (UTC)Reply[reply]
@Certes I think this is more of issue of page caching and performance; having to dynamically change what is served on every page read based on local client storage isn't cheap. — xaosflux Talk 14:41, 20 January 2023 (UTC)Reply[reply]
Yes, there are apparently serious WP:PERFORMANCE issues involved in customizing things for logged-out users. This is one of the reasons why large-scale A/B testing is complicated on this wiki. Theoretically, the problem could be solved, but not quickly and not cheaply. My impression (which could be wrong, of course) is that this would cost something multiple tens of millions of dollars to get started (e.g., hardware, necessary software changes) plus ongoing staff costs of at least ten million per year. Whatamidoing (WMF) (talk) 21:12, 20 January 2023 (UTC)Reply[reply]
@Sarri.greek, I'm not in the m:Communications department, so I don't know what's been done to talk to external media. There have been public announcements, e.g., blog posts starting in 2020 and a press release this week, but whether changing the appearance of Wikipedia would interest any news media, especially in advance of anything visible happening, is not something I would try to predict. Whatamidoing (WMF) (talk) 21:24, 20 January 2023 (UTC)Reply[reply]
media? @Whatamidoing (WMF) media releases are like ads. I did not mention them. For external community (unlogged readers), the medium has been here. Sarri.greek (talk) 21:53, 20 January 2023 (UTC)Reply[reply]
I think that if I went to a website that I use casually, and there were a banner telling me that they were planning to change the appearance next year, I might feel more frustrated than helped. I'm sure that the people involved in planning a major change are interested in it and think that it's very important, but why should I care, especially months in advance?
My bank changed its website last year. Thinking back on it: I would not have appreciated notice of the change very far in advance. I might have slightly appreciated a note one/a few days in advance, saying something like "Starting Monday, our website will look different". I did appreciate them posting a note when I first saw the changes. The notice they posted said something like "We have updated our website", but as far as I was concerned, the main message they needed to communicate was "No, you haven't been hacked; we changed the website".
If we assume, for the sake of round numbers, that websites get overhauled an average of every 10 years, and if we assume that I use 100 websites frequently, then I'm probably dealing with noticeable changes to 10 websites every year. I don't think I want to have 10 websites telling me about their upcoming changes all year long. I suspect that I'm fairly typical in this regard. Whatamidoing (WMF) (talk) 06:46, 22 January 2023 (UTC)Reply[reply]
@User:Whatamidoing (WMF): With all that said, I think some pre-warning and an orientation would have been helpful for the transition (there'd be some cookies deposited on user devices, but it shouldn't be much of a privacy concern). —Tenryuu 🐲 ( 💬 • 📝 ) 07:05, 22 January 2023 (UTC)Reply[reply]
@User:Whatamidoing (WMF) and Tenryuu Thanks:) I meant that they would be able to try it for a year = a transition period. As it is done during switches at public services, channels etc. And PS When my bank changed to an ultra modern style (All my instruction notes about what to click were useless), plus because they never bothered to warn me, I took my money and went to another bank. Now, I have saved a ClassicVector page, i emptied the bodytext, and i copypaste in there texts from wikiwand or wikipedias, and view them. Old people like me, have trouble writing down new instructions: to do this and that, go to top, right hand, and click the little blue round thing...:):) Sarri.greek (talk) 09:58, 22 January 2023 (UTC)Reply[reply]
Logged-out users (i.e., most readers) don't have that option for technical reasons. Logged-in users have been invited to try it out for months, with big banners at the top of the page. The first set had a pink background. The last set had a light blue background.
As for how long they've been running... I asked my teammate Szymon to make a CentralNotice banner about Wikipedia:DiscussionTools in August, and that was probably inspired by a banner he was running, so they're probably at least that old. They haven't run continuously, though. In terms of efficacy, as of mid-November, more people opted-in via those banners and other on-wiki announcements than were using MonoBook, so it seemed to be effective. (I don't have any more recent numbers.) Whatamidoing (WMF) (talk) 22:06, 23 January 2023 (UTC)Reply[reply]

New skin has large whitespace gutters on the sides[edit]

The new Vector-2022 has a large amount of whitespace gutters at the sides of the display, padding the sidebar on its left and main display area on its right (and a disconcertingly large whitespace alley between the sidebar and main area). Additionally, there seems to be a whitespace sidebar to the right of the main area before the whitespace gutter on the right, that is completely unused except for the top menu area, that extends to the right beyond the main area? This wastes a lot of screenspace, as compared with old Vector or Monobook. I would say this is a bad bug in the new skin. Can someone add a ticket for this issue to the bugtracker? -- (talk) 06:11, 19 January 2023 (UTC)Reply[reply]

This isn't a bug, it is the design of the new Wikipedia skin. See WP:Vector 2022 for more information Terasail[✉️] 06:28, 19 January 2023 (UTC)Reply[reply]
Some, though not all, of the excessive whitespace problems have been acknowledged as problems and are being tracked as bugs. See, for example, T325219, T321860, T319315, T316950, and T314328. There are probably more. – Jonesey95 (talk) 06:46, 19 January 2023 (UTC)Reply[reply]
I know there's the gadget and scripts to do this and I know it's not a problem with Vector 2022 specifically, but the fact that MediaWiki still doesn't have a native dark mode option is just mind-boggling. JCW555 (talk)♠ 08:56, 19 January 2023 (UTC)Reply[reply]
Hi @JCW555. I'm not sure if this has been documented somewhere, but from what I know, a technical side-effect of the new skin is that it will be easier (somewhere between "less impossible" and "easy" :D) to build the dark mode now. SGrabarczuk (WMF) (talk) 15:54, 19 January 2023 (UTC)Reply[reply]

The new format is godawful[edit]

I mean, obviously, I'm in the minority but to the extent anyone on this end of the project cares about functionality or feedback,

1) There is nothing at all improved in functionality hiding the alternative languages behind a slowly loading partial submenu on the top right instead of quickly loading full text list in the otherwise useless left gutter. The only possible improvement is for people who don't plan to ever use other languages at all.
2) Users who don't want to use interlanguage links should be the ones opting out of the side format, not the other way around.
3) When they opt out, I'm sure they'd prefer a less obnoxious format on the top right. The large cartoonish format you're using as a default has been around a while. That doesn't make it appropriate: people who want quick access to other languages hate it. People who don't want access to other languages hate it. It's too unhelpful for the first group and too large and obnoxious for the second.
4) I shouldn't have to completely nix all other changes to fix that ridiculous mistake. Currently, I need to use a special (uglier) skin in Commons so the code will load that correctly provides the zoom feature for most image commenting. I shouldn't need one here on the main project at all. I certainly don't want to have to switch between them to make the separate projects work. There should be a way to disable this awful aspect of the formatting without having to just default to the full older system. I'm sure there were some nonharmful changes or even improvements in the latest version of the skin.
5) That disabling should be FAR easier to find. It should be available instantly and prominently in the new ugly dropdown menu itself or in its settings. It's currently available in neither and I was forced to hunt here and then scroll down this textwall to find how to fix this eyesore. I'm sure most visitors to Wikipedia don't know this place even exists and are just lost and (for the 12 of us not on mobile) as annoyed as I am.
6) If this is only about mobile functionality and if it is more mobile friendly, fine but have it ONLY activate for m... versions of the pages and leave those of us who still own laptops alone.

Thanks for your attempted work and good luck fixing the mess you've made of things or at least making it easier for the rest of us to get around it. — LlywelynII 07:40, 19 January 2023 (UTC)Reply[reply]

@Llywelyn: mobiles still use the old mobile version, which is frankly a lot worse than Vector 2022, with its sections that have to be opened (but don't close again) and weird star that looks like the FA icon but is actually a favourites toggle. Vector 2022 doesn't work well on desktop, although I'm sticking with it for a while to see if I can get used to it... but it might have been leveraged to work well on mobile, except it seemingly wasn't Ah well.  — Amakuru (talk) 09:37, 19 January 2023 (UTC)Reply[reply]
I concur. If it ain't broke, don't fix it. Someone should open a community-wide RfC on it pronto. ~ HAL333 10:31, 19 January 2023 (UTC)Reply[reply]
HAL333 There was a community wide RFC, Wikipedia:Requests for comment/Deployment of Vector (2022). 331dot (talk) 15:52, 19 January 2023 (UTC)Reply[reply]
@331dot: Yes, and the majority opposed it then! So why was this all implemented? Why consult with editors if their opinion isn't even weighed? ~ HAL333 16:07, 19 January 2023 (UTC)Reply[reply]
HAL333 Nothing on Wikipedia is done by a majority vote. How do you know that opinions were not weighed? You aren't in the minds of the people who worked on this to know what they did and did not consider. That they didn't do 100% of what you or others might want doesn't mean it wasn't considered. There are 7 billion humans on this planet who can potentially access Wikipedia, all with differing views. It's tough to accomodate everyone. You are free to continue using the prior skin. Can you at least understand that no matter what they did or did not do, some group of people was going to be unhappy or upset. Seeing the vitriol directed at people by others is disturbing. 331dot (talk) 16:11, 19 January 2023 (UTC)Reply[reply]
It seems a select group of people decided that they love their new UI baby they worked on and are unwilling to accept outside opinion or criticism. Please listen to the users. A massive, poorly implemented change to the UI after nigh-on 20 years of similarity in layout seems bizarre. Your defensive tone illustrates the struggle you're all having against actually listening to the users quite well. In this case "Some group of people" seems to be a majority of your userbase.
What happened to not causing a snowball of outrage? AtomicFi (talk) 16:31, 19 January 2023 (UTC)Reply[reply]
@331dot: Nothing on Wikipedia is done by a majority vote Yeah, it's done by consensus. And there was no consensus for vector 2022. The onus was on them and they failed. So they unilaterally force their poorly designed UI on 7 billion people. That's what's disturbing here. ~ HAL333 18:06, 19 January 2023 (UTC)Reply[reply]
I mean, it's not like the WMF has a long history of producing bright and shiny things that don't work properly, whilst ignoring their communities' requests for things that would actually make their workflow easier, but don't get done because they're boring and not bright and shiny. Black Kite (talk) 18:03, 19 January 2023 (UTC)Reply[reply]
The hostility displayed is due to what's seen as (and what I agree to be) a pointless change that disrupts work. If a new RFC was drafted and was widely visible to share thoughts with, I can foresee less personal attacks being conducted. Lucksash (talk) 20:45, 19 January 2023 (UTC)Reply[reply]
All of this. I almost exclusively use Wikipedia on desktop, and this does absolutely nothing positive for desktop viewing. It feels like perhaps the changes are almost exclusively related to the mobile version at the expense of the desktop version, which is not acceptable. Still, I can't even understand why you'd f%ck around with the desktop version of the site, in that case. Criticalthinker (talk) 10:39, 19 January 2023 (UTC)Reply[reply]
Criticalthinker It is unreasonable to expect any website to stay the same for all time and never be changed ever. The changes have nothing to do with mobile viewin according to the information provided. 331dot (talk) 15:53, 19 January 2023 (UTC)Reply[reply]
People fear change. It's a significant change, but one that was thought out. Maybe if people give it a chance, they'll come to like it. – Muboshgu (talk) 16:15, 19 January 2023 (UTC)Reply[reply]
@Muboshgu, I clicked on that expected an xkcd, and was sadly disappointed. Here's a semi-relevant xkcd. — Qwerfjkltalk 17:06, 19 January 2023 (UTC)Reply[reply]
@Muboshgu: It's not simply a matter of fearing change, it is simply less useful than Vector 2010. There is less text displayed at any given moment, more blank space, more links have been hidden in menus that are collapsed by default (so I have to click more to do things like navigate to my contributions or talk page). I'll grant that from a reader's perspective, it might be an improvement (although it really bothers me, and probably most readers, that the sidebar is wider and therefore the body text is much further from centered). But it definitely isn't an improvement for editors. I could get used to it if I must, but why would I? Compassionate727 (T·C) 17:55, 19 January 2023 (UTC)Reply[reply]
People have been pointing out various things that are objectively bad. The kinds of thing that happen when you design inside of an ivory tower. They should not be insulted by saying that their main motivation is "fearing change". North8000 (talk) 18:07, 19 January 2023 (UTC)Reply[reply]
It was one that wasn't though out at all and didn't take into account anything the community complained about. Tvx1 20:42, 20 January 2023 (UTC)Reply[reply]
Change being inevitable is not an argument for any particular change to happen. At best it's a consolation of someone who was powerless to stop it and at worst it is a way to dismiss another person's opinions as stuck in the past. The idea that something like this would just happen obfuscates that it happened because certain people had the ability to impose it without asking. Vector2022IsAbsolutelyTerrible (talk) 18:59, 19 January 2023 (UTC)Reply[reply]
That makes the changes worse, then. Thanks for pointing that out to me. Criticalthinker (talk) 19:40, 19 January 2023 (UTC)Reply[reply]
You really need to stop dismissing and minimizing the complaints of almost the entire community. Sure no one expects this website to stay the same forever. That doesn't mean however that changes should be made for the sake of it and that any change is good per definition. Many people complained just how poorly designed Vector 2022 actually is. This new skin isn't a step forward in any possible way. But most importantly, there was nothing whatsoever that suggested a change was warranted in any way. At no point did the community give any indication whatsoever that original vector had become unusable to the point of a new skin being required. This is nothing but a change for the sake of it by a bunch of rogue developers who unilaterally imposed their personal desire on the wikipedia community and still refuse to show any intention of actually minding of their community's desires in any way. People aren't complaining just because something changed, but because this new imposed skin is an abysmally poorly design. It's high time you finally accept that. Tvx1 20:41, 20 January 2023 (UTC)Reply[reply]
I concur that this is a significant step back in desktop viewing. I spent about an hour figuring out how I ended up in mobile view before discovering that this wasn't mobile view. Goose2000 (talk) 19:42, 20 January 2023 (UTC)Reply[reply]

Reminder of Vector 2022 team office hours today[edit]

Just putting in a reminder to the Vector team's office hours this evening. The specific discord in question is the one accessed through WP:DISCORD. [Note: Am a mod of that Discord, but have no organisational role in the call]. Nosebagbear (talk) 15:42, 19 January 2023 (UTC)Reply[reply]

@Nosebagbear a link would be nice :) — xaosflux Talk 17:39, 19 January 2023 (UTC)Reply[reply]
(If there is a direct join to vector-2022 stuff) — xaosflux Talk 17:41, 19 January 2023 (UTC)Reply[reply]
@Xaosflux - the links to the Discord are occasionally updated, and I didn't want to give a link that for anyone who is not a Discord member might end up broken and confusing. The wikipedia discord page will have the most recent public link, so felt like the best place to point people to.
However, this link is the currently working one for the event - I'll try to tweak it if it changes in the next two hours. Nosebagbear (talk) 17:48, 19 January 2023 (UTC)Reply[reply]
This is a link but I'm not exactly sure how it works. Anyway, 10 hours later (06:00 UTC), we have a meeting on Zoom, too (click here to join / dial by your location). SGrabarczuk (WMF) (talk) 17:50, 19 January 2023 (UTC)Reply[reply]
This has begun. -- ferret (talk) 20:07, 19 January 2023 (UTC)Reply[reply]
  • Thursday, January 19, at 20:00 UTC - on Discord, the Open Meetings voice channel

"More" panel[edit]

Panel screenshot today.png

Hi, I've just created User:Dr. Blofeld/vector-2022.js to accompany the new skin but for some reason the more panel is displaying GB (google books link) and "Translate" twice which I obviously don't want. I also want to remove the GB ref link which I can't even see in the vector 2022 coding. Is one of my past coding pages interfering with this or something? How can I fix it? ♦ Dr. Blofeld 11:08, 19 January 2023 (UTC)Reply[reply]

@Dr. Blofeld you have "Translate", "GB" and "GB ref" buttons set in User:Dr. Blofeld/vector.js. Try removing them in vector.js and see if it resolves this. If you want something to be loaded from all skins, you can move them to User:Dr. Blofeld/common.js instead. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 12:42, 19 January 2023 (UTC)Reply[reply]
That's what I thought but I couldn't find what was interfering with it! Thanks! ♦ Dr. Blofeld 13:01, 19 January 2023 (UTC)Reply[reply]
The new Vector skin currently loads vector-2022.js and vector.js. There is a phabricator bug about it that is approaching its first birthday, T301212. I don't understand why it was not resolved before the public rollout. – Jonesey95 (talk) 14:49, 19 January 2023 (UTC)Reply[reply]

Position of language links button[edit]

On regular pages with the new appearance such as these few currently linked from the Main Page

R. J. Mitchell, Siege of Rouen (1418–1419), Siege of Mirandola (1511), Textile industry in Aachen

the button concealing the language links is in the top right corner of the page, as is correct according to the description.

However, for the Main Page, this button is in the bottom right corner. This is ... confusing.

It's the same whether logged in and not logged in, except, of course, for the extra language links button on your personal menu following you down the page when you're logged in. Philh-591 (talk) 16:17, 19 January 2023 (UTC)Reply[reply]

@Philh-591 This is by choice (And is the same on all languages I know of). I would assume that it is placed at the bottom on the main page is so that it appears after the "Wikipedia languages" section, and the list of 1mil+, 250k+, 50k+ article lists. Terasail[✉️] 16:53, 19 January 2023 (UTC)Reply[reply]
This is phab:T293470. Izno (talk) 19:28, 19 January 2023 (UTC)Reply[reply]

Vector-2022 improvements for main menu[edit]

Not sure this is the best place to propose actual new ideas/improvement (as opposed to bugs and propagated breakage) for V2022, so feel free to tell me a better place for this sort of thing. But anyway...

The main menu is a modal/collapsible part of the sidebar, controlled by an icon in the header of each page and whose expand/collapse status persists across all pages. I generally don't care about it and instead prefer to see the table-of-contents, so I keep it collapsed. However, there are times I do want something from it, like a quick jump to wikidata/commons or one of the Special: tools. So first I have to scroll to the top, then expand the menu, then select what I want. And then collapse it again so reset the default behavior I want. Having the main-menu link even available from the condensed sticky header would save a lot of scrolling. And having it be a transient popup menu rather than a permanent toggle would save me time and annoyance when I want to generally retain its collapsed state. DMacks (talk) 17:53, 19 January 2023 (UTC)Reply[reply]

The best places for feature suggestions are probably Wikipedia talk:Vector 2022 (on en wiki) or mw:Talk:Reading/Web/Desktop Improvements (project page on mediawiki) however I think that the web team are currently following this page aswell. @DMacks Most of the features you list here Page tools, project links (Com/WD) will be moving into a "Page tools menu" which will appear on the right side of the screen. It has been delayed and should be coming soon. So you would have to access the left side menu less. See MW:Page Tools / phab:T317898 / phab:T302073. Terasail[✉️] 19:02, 19 January 2023 (UTC)Reply[reply]
Apparently it will be deployed some time next week. Terasail[✉️] 19:04, 19 January 2023 (UTC)Reply[reply]
Thanks for the pointers. /me sits back and waits. DMacks (talk) 05:56, 20 January 2023 (UTC)Reply[reply]
Thanks for your suggestions @DMacks! You have some good ideas here that I'll bring to the team to discuss (specifically thinking about potentially adding some more commonly used tools in the sticky header). One change we're making next week that aligns with some of your suggestions here is the introduction of the page tools menu which will move a lot of those tools to the left-hand side of the page. This will let you keep the main menu collapsed while having the ToC and page-specific tools open. OVasileva (WMF) (talk) 21:01, 20 January 2023 (UTC)Reply[reply]

Vector 2022 text is too light[edit]


Right now the text in the articles is too faded. Please change the text color back to #000142.157.250.127 (talk) 19:21, 19 January 2023 (UTC)Reply[reply]

Vector 2022 text uses the exact same color as old Vector, #202122.
However, in Vector 2022 the text does not use subpixel anti-aliasing (at least on my device), which can make it look less crisp / more blurry. I don't think this is an intentional change, it's just that many CSS properties disable it as a side-effect, and all the developers use high-resolution screens (I'm guilty as well) where this problem is not visible. I filed T327460 about this. Matma Rex talk 01:43, 20 January 2023 (UTC)Reply[reply]

A workaround for this should be deployed now, please report if the problem still persists. —TheDJ (talkcontribs) 22:24, 24 January 2023 (UTC)Reply[reply]

The width toggle is insulting to logged-out users[edit]

There's a lot of good stuff in this new skin, but regardless of what the research may show for users in *general*, for *this* user, the fixed width makes Wikipedia unpleasant to use. If I could use the width toggle to persistently opt out of fixed width, I'd be reasonably happy. But the fact that 1) the toggle exists and 2) it doesn't persist makes it, legitimately, an insult. It makes me frustrated every time I click a link or reload a page, because my experience is degraded every single time. I don't know how to interpret having a toggle *and* making it utterly useless, other than as a "f*** you" to users like me. It would be better to not have the toggle at all--at least that way I would have to either adapt, or decide to stop spending as much time on wikipedia, without the temptation of a nice interface being "so close yet so far." Of course, much better would be to simply *make the damn setting persistent*!

I realize that I could have this be persistent by making an account and logging in, but I have no interest in doing so, and forcing a change like this on users to incentivize them to log in is the definition of a dark pattern. — Preceding unsigned comment added by 2620:10D:C090:400:0:0:5:B5ED (talk) 20:26, 19 January 2023 (UTC)Reply[reply]

I wouldn't use that a strong language to describe it, but I share the feeling. The button (which I only found after searching Wikipedia news and being directed to the Wikipedia:Vector 2022 from the community portal) is just useless if it doesn't persist the setting. I like browsing around Wikipedia a lot, but this is simply jarring the user experience.
kind regards, -- (talk) 20:54, 19 January 2023 (UTC)Reply[reply]
This is being worked on in phab:T321498. — xaosflux Talk 13:39, 20 January 2023 (UTC)Reply[reply]

RfC opened[edit]

There is an RfC involved 2022 Vector Skin at Wikipedia:Village pump (proposals)#RfC: Should Wikipedia return to Vector 2010 as the default skin?. Thanks, ~ HAL333 20:37, 19 January 2023 (UTC)Reply[reply]

@HAL333: In my opinion the launch of the RfC was a bit rushed. It would have been better to plan carefully how to advertise it to all users, both registered and unregistered. Also, while RfCs are not polls, I think that it would have been better if the comments were split into two sections, support and oppose, and numbered as it was in the previous RfC. Æo (talk) 14:04, 20 January 2023 (UTC)Reply[reply]


Is there an easy way with Vector (2022) to keep the logo/wordmark from being overwritten with the title of the article? I am using BrandonXLF's javascripts with Vector (2010) to keep the side/top bars floating. I usually have multiple WikiProjects open at the same time. Seeing the site logo is an important reminder of where I am. Thanks! — WILDSTARTALK 22:50, 19 January 2023 (UTC)Reply[reply]

I assume you mean within the "sticky header" and in that case, not unless you (or someone) creates custom javascript to insert the wikipedia logo into the header. Terasail[✉️] 00:54, 20 January 2023 (UTC)Reply[reply]
Terasail, yes, that is correct. Pinging author @BrandonXLF, who I'm hoping may be able to adapt either of his two Javascripts, FloatSide or Floathead, or create a new one to once again accomplish this. Thank you! — WILDSTARTALK 03:46, 20 January 2023 (UTC)Reply[reply]
I hope phab:T293395 will be addressed soon, the logo is obviously supposed to be in the sticky header. XanonymusX (talk) 13:22, 20 January 2023 (UTC)Reply[reply]

Wikipedia:Vector 2022 has an RFC[edit]

There is an RfC on whether Vector legacy should be restored as the default skin on the English Wikipedia. If you would like to participate in the discussion, you are invited to add your comments at Wikipedia:Village pump (proposals)#RfC: Should Wikipedia return to Vector 2010 as the default skin?. Thank you. InfiniteNexus (talk) 00:49, 20 January 2023 (UTC)Reply[reply]

Top bar spacing[edit]

I can't figure out why icon spacing in the top corner appears to have no consistency. See File:Vector spacing issues.png. Perhaps it was designed to only look ok if a person was crazy enough to check their notifications? Natureium (talk) 00:51, 20 January 2023 (UTC)Reply[reply]

In that screen shot, if you measure the number of pixels from the center of the bell icon to the center of the inbox, then from the center of the inbox to the center of the watchlist icon, then from the center of the watchlist icon to the center of the torso, you should see that the icons are equidistant from one another. Have you considered either reading your notifications or marking them as read? If you do not want to receive notifications, you can disable them at Special:Preferences#mw-prefsection-echo. – Jonesey95 (talk) 01:16, 20 January 2023 (UTC)Reply[reply]

Vector 2022 deployment - part 4[edit]

Sudden vector-2022 update?[edit]

Is it just me, or the "Tools" menu, and "General","Import/export","In other projects" moved to the right sidebar? CX Zoom[he/him] (let's talk • {CX}) 21:16, 23 January 2023 (UTC)Reply[reply]

They probably deployed it earlier than planned, based on some feedback. Was always going to arrive this or next week though. —TheDJ (talkcontribs) 21:23, 23 January 2023 (UTC)Reply[reply]
As stated at Wikipedia:Vector 2022#A very brief timeline This change has been set to happen on the Week of January 23, 2023 since before the skin was deployed wednesday last week. Terasail[✉️] 21:27, 23 January 2023 (UTC)Reply[reply]
... with a sign on the door saying ‘Beware of the Leopard. TheMissingMuse (talk) 03:09, 28 January 2023 (UTC)Reply[reply]

User contributions page breakage[edit]

Broken contribs page by CX Zoom as on 20230123

Interface of Special:Contributions/CX_Zoom is also broken, all of a sudden. Windows 11, latest version of MS Edge. CX Zoom[he/him] (let's talk • {CX}) 21:22, 23 January 2023 (UTC)Reply[reply]

Added a screenshot. This occurs with or without hiding the tools menu. CX Zoom[he/him] (let's talk • {CX}) 21:28, 23 January 2023 (UTC)Reply[reply]
I don't see that, the only issues I have with the tools sidebar is the Atom link is over the icon and the edit interlanguage links link isn't well formatted. Terasail[✉️] 21:38, 23 January 2023 (UTC)Reply[reply]
I wondered if it is some script doing these, but then I used safemode and it still shows up like this. Idk somethingis wrong with whatever they did. It was all fine 1 hour ago. CX Zoom[he/him] (let's talk • {CX}) 21:41, 23 January 2023 (UTC)Reply[reply]

I filed this as phab:T327715 Seems a conflict with the content translation beta. —TheDJ (talkcontribs) 21:45, 23 January 2023 (UTC)Reply[reply]

Hey @CX Zoom, @TheDJ, @Terasail - thanks for reporting! We're looking into this right now and hope to have a quick fix by the end of the day/first thing tomorrow. OVasileva (WMF) (talk) 22:31, 23 January 2023 (UTC)Reply[reply]
The fix for this was deployed —TheDJ (talkcontribs) 00:16, 26 January 2023 (UTC)Reply[reply]
Vector 2022 Contributions bug[edit]

This is what my contributions page looks like in all browsers (upt-to-date):

Wiki contr error.png

Coldbolt (talk) 10:59, 24 January 2023 (UTC)Reply[reply]

@Coldbolt: Does this also happen on (using safemode)? --Malyacko (talk) 11:29, 24 January 2023 (UTC)Reply[reply]
@Malyacko: Unfortunately, yes. I'm trying to figure out what the problem is but I haven't found a solution yet. Coldbolt (talk) 12:11, 24 January 2023 (UTC)Reply[reply]
Update: It is a 100% Vector 2022 bug because the problem doesn't exist with Vector 2010. I hope someone from the tech team can pick this up. @SGrabarczuk (WMF): Coldbolt (talk) 12:15, 24 January 2023 (UTC)Reply[reply]
@Coldbolt Already covered above with phab tracking. 🍊 Paper9oll 🍊 (🔔📝) 12:24, 24 January 2023 (UTC)Reply[reply]
Thanks I see! Coldbolt (talk) 12:27, 24 January 2023 (UTC)Reply[reply]

Teeny text column on a laptop[edit]

Jane Austen, text column = five to seven words

I was just working on Jane Austen and it suddenly shrunk down to nothing!! Now the infobox and the two columns w/ tools appear wider than the lead text. This is 100% (not zoomed), 13 inch screen, set at 1280. Not an improvement. Victoria (tk) 21:50, 23 January 2023 (UTC)Reply[reply]

Some options until the WMF cleans up a variety of whitespace and font size problems are to switch back to Vector 2010 (Preferences -> Appearance -> Vector 2010 -> Save), hide the Tools sidebar (which will make it move to a menu at the upper left), or customize your vector-2022.css file (scary if you are not a geek). – Jonesey95 (talk) 22:08, 23 January 2023 (UTC)Reply[reply]
Thanks, Jonesey95, I've hidden the tool bar but it seems to need hiding w/ every page refresh, plus the other issues mentioned in this thread. I know I can change back, but have been giving V22 a test drive. There are some things I like about it and I've spent the past few days trying to get my eyes used to it. I posted the screenshot so the devs can see what a random laptop user who doesn't have access to prefs etc sees. It's not great. Pinging AHollender (WMF). Is this what you all have in mind for MacBook users? Victoria (tk) 22:21, 23 January 2023 (UTC)Reply[reply]
If you collapse any menu, then it should save when you refresh the pa