@20after4

Instead of just putting it out there and letting it either succeed or fail based on the merits, there is a lot of bureaucracy around consensus building. Sadly it's just the way things are with a community/organization as large and as socialistic as Wikimedia has become.

I can relate to that. We can hardly change the social structure, but we can change the technical side. This is why I made Convenient Discussions, which contributed to speeding up processes in the communities where it was used. No more pain of meticulously editing wikitext to participate in discussions. Wikipedia has "wiki" in its name meaning "fast" in Hawaiian.

@avivey hi!
I cant reproduce it. Is the problem still there?

This guide is up-to-date up to 2022 Week 37.

@valerio.bozzolan hi! :) It seems to me that this proposal may scare someone away, since it feels like this guide is two years out of date :) Is that true?

It seems to me that this problem can be solved with an additional setting that turns this functionality on or off.

Thanks!!

Oh liberate me from my previous flawed attempts, almighty arc

Faster logic, higher performance, and better looking strings! Now all included in this brand new version!

Done - #ponder now refers to the new (active) tag.

In T15056#3210, @golyalpha wrote:

Another example of broken dark theme

Thanks for the answer! Can you recreate it please!? :)

Thanks! :)

You are now in the family of Trusted Contributors :) Patch welcome.

BTW, check this out, WMF's Developer Satisfaction Survey is just out; there is a section on Phabricator there, and we see some evidence very much supporting the hypotheses I outlined:

• Almost everybody uses Phabricator: {F2157279}
• Shared space for staff and volunteers is what people value in Phabricator: {F2157280}

I thought we had a ticket for "allow more things to show up in workboards", but I can't find it.

I think the current syntax should be ok because it isn't normal to use {} around a project name. And my regex only matches exactly 3 or 6 hex digits, as demonstrated in the hex-color-code.txt test file.

Trusted Contributors membership granted.

And I clearly missed being able to answer my colleague's question (Q128) that week.

I am an active member of the MediaWiki technical community (https://phabricator.wikimedia.org/p/Iniquity/), and when I learned about the Phorge I wanted to do create some tasks. Plus I wanted to edit this task T15056 at least :)

Good question.

@Jack_who_built_the_house This is one of the things that always frustrated me with Wikimedia projects, there is a tendency to discourage doing something new or trying something experimental. Instead of just putting it out there and letting it either succeed or fail based on the merits, there is a lot of bureaucracy around consensus building. Sadly it's just the way things are with a community/organization as large and as socialistic as Wikimedia has become.

Alright, more questions arise as we discuss this in increasing detail, so I guess we should continue at an appropriate platform once and if this moves forward.

@aklapper

I think this would need a huge huge discussion across Wikimedia communities which nobody has the capacity to plan and lead (my personal interpretation) in order to get to a rough concensus.

I'm also not sure you correctly interpret the premise, because what I fancy is quite limited in scope: it's supposed to be a (pretty organic IMO) development of what already exists on Phabricator and not part of some kind of great migration of Wikimedia communities to Phabricator to discuss technical issues. (Again, I can't even say confidently that there is something to migrate – questions that are of relevance to developers as opposed to end users are hardly even discussed on wikis.)

A while ago I looked at this in downstream https://phabricator.wikimedia.org/T259329#9354946 (long version).
In short, rPce953ea4479052c7e671c8c75af6833252ebefd4 and rP657f3c380608abc0fc59088d979457f1d8826f06 are the culprits.

The answer to "What's the alternative?" comes at the end of a long process

(Right, but I'm responding to your opinion which also comes before the end of that process, and this question is supposed to be a part of the information-gathering phase of that long process which you're kind of deflecting even though I value your perspective.)

looks like "OIDC is just OAuth2", so it shouldn't be impossible.

@aklapper

Part of the argumentation is based on a wrong assumption as Wikimedia Phabricator is not "used in numbers". Please compare the number of Wikimedia wiki editors and Wikimedia Phabricator users (minus some developers only). There are still many on-wiki folks who are uncomfortable using Wikimedia Phabricator.

But what is the alternative, on-wiki discussions? Does this actually work or can it? E.g. I have a question about a class of OOUI. Where do I go?

• Talk page that discusses that specific class (e.g. https://www.mediawiki.org/wiki/Talk:OOUI/Windows/Process_Dialogs)?
• Main talk page of OOUI?
• Extension talk page?
• Some things also have pages on local wikis (and, as a discussant on such a wiki, you often have to say to people "Hey, this is not discussed here, the devs responsible don't visit this page").

And how probable it is that right people will come across that topic? Especially if the question is esoteric and only few people know how the component works. The devs who write them are often more known by their Gerrit/Phabricator handles, not wiki accounts.

(From Task description)

In diffusion repositories, Description and tags are hard to find or never shown (only show in Manage page).

In T15526#16806, @aklapper wrote:

Which exact page(s) is this ticket about?