> So move it somewhere where it makes more sense.
>> All the functionality is already built into Chrome right here: https://developer.chrome.com/docs/devtools/storage/cookies/
It can't both be redundant and be solved by moving one of the interfaces somewhere else. Either you meant to say it's not redundant and is needed but didn't list any reasons why you think this or your idea of simply moving the redundant interface elsewhere doesn't change the point made as it'd still be rudundant and not needed, just elsewhere.
> No true Scotsman? If the user needs to do this, they're automatically not a regular user, or what?
The "No true Scotsman" fallacy comes after redefining the group once a valid counterexample from the original group is defined. It's not a fallacy in itself just to claim a group has an attribute, the claim is still falsifiable and testable by bringing forth the counter case to why a non-developer needs or wants to use a separate settings UI for it. "non-devoloper" wording chosen instead of "regular user" particularly because the ability is still in the developer UI and maybe that'll make the claim about "regular users" a little more defined.
If this were disabling the ability for users to clear cookies for a single site I'd hard disagree but I'm wracking my brain to find a realistic case a non-developer user needs/wants to view and clear individual cookies instead of site based cookies or all cached objects for that specific page. It's seemingly by definition only useful when identifying and fixing bugs from reviewing the source/dev console logs and "clear the cookies for the specific site" is already seemingly rare enough for a user to be told to do by generic troubleshooting. If being told to do it by a developer or support agent the console is still there and again I think it's fair to say we are veering far from typical things that user cares to have in a settings UI vs where it is in the dev console.