[07:23:29] Related to this thread, is it alright to make a PR to set `$wgHiddenPrefs[] = 'realname';` on LocalWiki.php? [07:25:36] [1/2] I've been trying to investigate what makes the MediaWiki footer icon capable of resizing itself in small window or screen sizes (displaying resources/assets/mediawiki_compact.svg) but getting frustrated by the lack of documentation on the mediawiki website of this and it doesn't seem to be in the mediawiki MainConfigSchema either despite specifying the defaults for that footer butto [07:25:36] [2/2] n [07:26:19] I was interested in making a pr for the miraheze footer icon to allow it to display compactly like the mediawiki one can but I do need to know what specific settings actually define that behavior [07:37:59] doesn't sound ideal. it should be added to managewiki directly (already a task [[phab:T15239]]) [07:38:00]

[07:39:53] gee thanks that's why I'm asking in this channel in the first place [07:44:50] It's in ManageWiki [07:45:22] Unless I missed something if so I apologize [07:45:50] oh wait I think wr purposely exclude it for some reason [07:46:01] Let me find why [07:46:41] But the answer is no, it being in LocalWiki will have no affect. [07:46:59] Because it's in ManageWiki it will just get overwritten. [07:47:28] i see, that's understandable [07:47:42] I will look into why it doesn't appear in ManageWiki [07:48:13] I'm trying to see if there's at least a config value that can prevent the real name from being outputted on the user pages in the mean time [07:48:27] or hide it using RenderBlocking (not a good solution but [07:51:09] [1/2] Where does it appear? That is a privacy issue all around I think. I would actually like some input from @notaracham on this as well. I guess if they provide it in preference that might be own disclosure which is fine, but it being in preferences is not going to always be understood that it is on-wiki also. I think there was something about this before but I may be misremembering [07:51:09] [2/2] . [07:51:40] We can probably patch something to prevent this if necessary and get a config upstream for it also if one doesn't exist. [07:51:53] i think it's reminded on the register form [07:52:09] [1/2] Timeless [07:52:09] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1555849928192823436/Screenshot_2026-10-02_120243.png?backend=b2&ex=6ac205a9&is=6ac0b429&hm=5c1cdb21b627947b1bd4f2965ca39fb0ec8b98401731e3836e60cccfc30f85a8& [07:52:10] > If you choose to provide it, this will be used for giving the user attribution for their work. [07:52:11] https://cdn.discordapp.com/attachments/1006789349498699827/1555849936698867792/image.png?backend=b2&ex=6ac205ab&is=6ac0b42b&hm=861acba412405e9333acdf389dbae998b7af8a2acd3f42f82fa51567491c2e62& [07:52:24] this is a upv2 feature [07:53:14] That should be possible to turn off if it isn't already IMO. [07:53:44] real name is never intended to be a private config in preferences, same as gender [07:55:12] [1/3] It is considered PII though. And the handling of PII has to be taken with care. Gender is also considered PII. [07:55:12] [2/3] I still would like an opinion from NotAracham on it but yeah we probably don't need to do anything here because they disclose it themselves still. [07:55:12] [3/3] Back to the original topic I will get it added to ManageWiki probably tomorrow. [07:55:29] [1/2] Ah there was no config to stop this from being outputted [07:55:30] [2/2] https://gitlab.com/telepedia/extensions/userprofilev2/-/blob/main/includes/UserPage.php?ref_type=heads#L158 [07:55:56] I might as well ping @originalauthority [07:55:56] @originalauthority is this something you may be interested in adding? [07:56:14] oh whoops double ping [07:56:21] Sorry about that. [07:57:43] there are also some other exts that may output realname, such as myvariables and newusermessage [07:57:46] the original concern was that underage users would enter their real names without understanding the risks of disclosing their personal information [07:58:50] as for gender, more things can output it, including citizen's user page and the bulit in`{{GRAMMAR:}}` parser func [07:59:41] i think both places that accept real name input (createaccount form and preferences) have tips on it may be shown publicly. but yeah ppl can just ignore it and go on [08:00:11] what i mean is mediawiki is not designed to show the option only to the account owner [08:00:47] and upv2's design to show realname there is same behavior as fandom too [08:04:07] UpV2 showing the user's real name "the same as Fandom" just reflects poorly on both 😭 [08:05:04] (obviously it's not the only ext to output realname tho) [08:15:50] [1/2] oh the core also outputs realname actually. i've been using the page https://vocaloidlyrics.miraheze.org/wiki/%E6%9A%AE%E4%BA%91%E7%94%9F%E6%B8%AD%E5%8C%97_(M%C3%B9y%C3%BAn_Sh%C4%93ng_W%C3%A8ib%C4%9Bi)?action=credits to test bc the image shows emily set realname field tho i've been wondering why it outputs username. seems it's already removed so i set the field f [08:15:50] [2/2] or me to test. you can see i set my realname as 'test' in this link [08:17:01] https://cdn.discordapp.com/attachments/1006789349498699827/1555856185918234664/image.png?backend=b2&ex=6ac20b7d&is=6ac0b9fd&hm=3170882e04d925fadd330968c6c814a97560734964d3be214f7f52580f8f9fb3& [08:18:29] so no extension is to blame. the field is intended for attribution [08:20:51] the operation to override this default behavior on `?action=credits` of the core is to set `$wgActions['credits'] = false;` but obviously from the mw-config repo i see no wiki has requested to do so [08:24:40] ofc it's all the same a good idea to allow `$wgHiddenPrefs[] = 'realname';` in managewiki, but this won't remove the column from the user table in the db so unless you also set `$wgActions['credits'] = false;` real names will still appear on `?action=credits` [08:33:29] [1/2] Tested it on local `$wgHiddenPrefs[] = 'realname';` does hide the realname from credits [08:33:29] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1555860329676935209/image.png?backend=b2&ex=6ac20f59&is=6ac0bdd9&hm=67a6480e1e833a54d7280a28531042320734794fb97b8e3452080e6d1889eb86& [08:34:07] [08:34:26] that's good to know. how does it affect the behaviors of realname extensions? [08:38:44] [1/2] no [08:38:45] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1555861651884998746/image.png?backend=b2&ex=6ac21094&is=6ac0bf14&hm=e7ace2e8c35b6aaca3e13024bf99e54e2654cb7f02c88cfd85e503dc9f0a5d67& [08:40:26] i expected so [09:18:59] [1/2] I've made a n MR to UserProfileV2 if that's okay @originalauthority [09:18:59] [2/2] https://gitlab.com/telepedia/extensions/userprofilev2/-/merge_requests/15 [09:20:32] i set it as a test to confirm that that was in fact what was showing up on the "aka [name]" bit for socialprofile [09:21:27] but yeah we ideally we should have the option to hide it. i can kind of see the point of it for certain wikis, but imo it's a risk for wikis like ours which spans a wide age range, and i can't think of any reason why our wiki would ever want it displayed [09:33:05] [1/3] bumping this [09:33:05] [2/3] The MW icon is a `