Some stuff gone after rPHABe610188169c6d96c4e5de8f6cf98a2d288d03006 thus updated task desc

Removed "expert mode" docs in https://www.mediawiki.org/w/index.php?title=Phabricator%2FHelp&diff=7493471&oldid=7095396

SELECT u.userName FROM phabricator_user.user_cache uc INNER JOIN phabricator_user.user u ON uc.userPHID = u.phid WHERE uc.cacheType = "preferences" AND uc.cacheData LIKE "%\"developer.expert-mode\":\"1\"%"; shows that ~250 users have this setting enabled.

Does this need a mitigation strategy, or is Phorge intelligent enough to ignore that setting if that config does not exist anymore? I mean, it's just a cache...?

I'm really sad to lose the controls this gives me via Parent ID searches. Can this proposal be discussed first, please?

I did not know what it means or does

"Never open a gate you don't know why it was shut" feels like it applies.

"Never open a gate you don't know why it was shut" feels like it applies.

If I'm supposed to maintain a place and previous owners didn't leave keys I'm happy to kick in the gate.

I guess there are three options: Restore the buggy behavior, restore and somehow fix the buggy behavior, or the status quo of having less custom code.
Though I'm also a bit curious about your use case - I guess I just hadn't used this feature to be fully aware, sorry. :-/

I wonder if we should write up the various features it gave and raise upstream for potential inclusion of them in core to benefit all installations?

In T351289#10667625, @Jdforrester-WMF wrote:

I'm really sad to lose the controls this gives me via Parent ID searches. Can this proposal be discussed first, please?

@Jdforrester-WMF Could you please elaborate how and for what you've been using this stuff so I can understand better?
If I revert rPHABe610188169c6d96c4e5de8f6cf98a2d288d03006 locally and I go to /maniphest/query/advanced/, I (still?) do not see a "Parent ID" field (I know though that it can be used for queries, it's just unclear to me how to get it shown).

If I enter stuff like ["PHID-PROJ-diiu4dxhqvraareeve6n", "PHID-PROJ-awhh6j3juortynjmeohe"] into that (now gone) PHIDs field I incorrectly get zero results.

Speaking personally, I've used the IDs field before - it's been useful when I wanted to list a number of pre-selected Phabricator tasks in the search interface. I can imagine that it might also be useful if someone wants to perform the same batch edit on a predetermined list of tasks.

I understand that (workaround is constructing an URI like https://phabricator.wikimedia.org/maniphest/?ids=1,2,3) but I'm specifically curious about "Parent ID" mentioned before :)

In T351289#10732361, @Aklapper wrote:

[...] I'm specifically curious about "Parent ID" mentioned before :)

I've found just now that I probably also miss the functionality of searching by parent IDs. Right now, I was wanting to search for subtasks of T125653: Create new types of notifications (which should arguably be a tag rather than a tracking task, but that's a different question, lol) that were within the MediaWiki-extensions-CentralAuth project.
I worked around it this time by manually appending &parentIDs=125653 to the body of a POST request to https://phabricator.wikimedia.org/maniphest/, and then visiting the results URL it redirected to (which seems to then actually have the 'Parent IDs' field visible in its list of filters, yay!!) & adding the CentralAuth project to the 'Tags' filter option. However, it'd be preferable if I didn't have to manually play around with the body of a POST request in order to make this field visible/useable :)