The current patch is unfortunately not the best approach of how it could (and should) have been done:

Before starting creation of anything, please mind the icons in the proposal.

That's intended and correct behavior.

@vtingey Thank you for updates.

Likely INVALID/WONTFIX as it is intended/expected behavior:

In T75997#2556111, @MZMcBride wrote:

T75997#2518198 works, but https://phabricator.wikimedia.org/T75997#2518198 continues to fail at https://gerrit.wikimedia.org/r/302229. Should I re-open this task or file a new task?

Another con for Placeholder goal cards:

• Reading-Web-Sprint-73-One-day-we'll-finish-the-EventLogging-card
  • T136029: Address lazy image loading irregularities
  • T136030: Make reference lazy loading more user friendly
• Reading-Web-Sprint-74-Page-views-page-views-PAGE-VIEWS
  • T137069: File off rough edges of image lazy loading
  • T137070: Populate references sections upon section expansion tap
  • T137071: Ready Wikidata descriptions for future mobile web Wikipedia deployments
  • T137072: Ship more discoverable search bar to mobile web stable
• Reading-Web-Sprint-75-Quantitative-Paralysis
  • T137817: Deploy lazy loaded references and images to a mobile web Wikipedia
  • T137818: Deploy Wikidata descriptions to a couple mobile web Wikipedias

Nobody bothers to close them when the sprint tag is archived, so they become semi-orphaned tasks (cf. T133649: Identify archived projects with tasks open that have no other projects assigned).

(Edited the description into structures to be easier to read and navigate, no content changes.)

OK, I just wanted to ensure we didn't overlook any possibility.

Gadgets (and possibly even user scripts) should be taken into consideration as well before tipsy is completely removed. Will require Notice.

@JAufrecht Same question like in T142258#2554863 applies here as well... Thank you.

Pageviews-API or Tool-Pageviews or both? Please add relevant tag(s), thank you.

Observation for the record:
Any combination of two out of those three words result in successfull match of T68699.

@mmodell As I don't have the relevant access, I can't verify the foundation for my idea, but before you close it forever:
I had the idea of taking the trailing / in directories into account in relevant query/ies.
Something like (pseudocode): SELECT name, ( IF LastChar( name ) == "/" THEN 0 ELSE 1 ) AS isDir ... ORDER BY isDir, name.

@JAufrecht (Unless I missed or misunderstood something on the way...) Wouldn't it be actually more accurate "Phlogiston should be able to select projects and tasks to import by project ID" to reflect that it is actually request and not description of the current status?

Thank you for explanation of the process and link to the proposal. I am going to go through that and if you would be interested I may put some comments or suggestions (if I will have any ;-)) there.

I apologize, but I have to refrain from continuing in further discussion until some purely neutral, non-POV, non-slandering and non-defamatory task title is set.

In T142935#2554383, @Ciencia_Al_Poder wrote:

In T142935#2554187, @Danny_B wrote:

Because @Nemo_bis didn't provide any arguments, I can't unfortunately provide any counter-arguments then...

Fine, but I've provided them in T142935#2554016. I hope that satisfies your questions.

Not really (but thank you though at least for that, better than Nemo_bis' silence). You wrenched one question out of context(*) of three tightly binded questions. They must be answered together, because separating them changes the status quo.

In T142935#2554328, @greg wrote:

Ok, then why does that tag (I18n) need a workboard?

Sorry, but I am not going to play this game either. I am seeking fair and constructive discussion, and this is not how such discussion looks like.
Non-rhetorical question is not an answer. And I refuse to spin in the endless spiral of unanswered questions reacted by counter-questions.
I asked for reasons, fundation, justification, whatever the proper English word would be, of the disabling several times. Got no reply. I reverted the first disabling and then the discussion should have started by the original actor if he disagreed. It also did not happen.
The ball is not on my side now.

Hi @MBinder_WMF, thank you for explanation of the removal of the tag and motivation behind creation of the task.

Setting High priority because it is not the first time I am encountering this either myself or reported and it is very annoying.

In T142935#2554016, @Ciencia_Al_Poder wrote:

Maybe @Danny_B can provide the counter-argument he's asking here, that is, why he thinks those workboards are being used and how :)

In T142935#2553445, @Liuxinyu970226 wrote:

And why do you think all Phabricator tags <strong>must</strong> have such workboards? [Citation needed] please!

Nice job, @Ciencia_Al_Poder, thank you!

In T142934#2553045, @Paladox wrote:

Re opening since it looks broken for logged out users.

"Orphaned" is sort of terminus technicus meaning completely unlinked which isn't true in this case.

In T127903#2552460, @Legoktm wrote:

It's not solved because it requires manual action for every. single. project. That's not a fix.

Nope. Only for those, where someone requires that, as it is optional add-on to the current behavior. Obviously the most majority of users doesn't care.

Ah, right. I forgot about those. Thanks for reminding.

Please read the project description page.

In T142347#2531898, @Aklapper wrote:

The current query lists archived projects with tasks open that have no other projects assigned (see T133649).

Thank you.

Great, so we can move further now. Thank you, @matmarex.

In T127903#2552153, @matmarex wrote:

I'm sorry, that is not a "solution", that's a ridiculous workaround.

In each file in https://phabricator.wikimedia.org/diffusion/MW/browse/master/languages/messages/

(removed non main namespace links)

@IKhitron IIRC your wiki is he, so I ran a query per @Bawolff's suggestion and here is the result: