[04:13:29] is everything supposed to be bold in new gerrit gitiles? [07:22:26] AntiComposite: where exactly (URL) to see "everything in bold"? [07:38:50] andre__: I'm guessing it's on pages like https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/refs/heads/master where the entire commit message looks bolded... [07:39:20] I can't tell if it's actually bolded or that's just how the font looks like [07:56:02] Apparently it's because of the use of "Roboto Mono Medium". Once I disable the custom fonts, the page looks fine. [08:41:53] AntiComposite: Yes, fonts on gitiles have changed. Before (on previous gerrit) fonts got loaded from Google. That's not what we want for various reasons (E.g.: T240264). So we switched gitiles to the fonts that Gerrit itself provides. [08:41:53] T240264: Gerrit loads font from fonts.googleapis.com and fonts.gstatic.com - https://phabricator.wikimedia.org/T240264 [08:42:04] That way we can avoid the loading from 3rd party resources. [08:42:38] But on the flip-side: Gerrit does not provide all fonts that we want in all the weights that we want. So gitiles looks a bit different. [08:43:10] If it's a concern to you, please file a bug on phabricator so we can discuss with others. [08:49:26] Very nice to avoid loading fonts from third parties. [08:50:05] (I never loaded them in the first place so gitiles was presumably using system fonts for me.) [14:09:01] Hi! I'm looking into using OAuth 2.0 REST. I have used Consumer key for “client_id”. For the “code_challenge” I’m not sure if it has to be something particular or I can choose a code (hashed and base64url). I’m not sure what I’m doing wrong. Gets “Application Connection Error” all the time. https://pastebin.com/DQVYBwUq [14:11:38] There's a few... "usability" issues with OAuth 2.0 unfortunately. Along with some documentation issues [14:15:31] Oh, that is unfortunate. Do you know of any tweaks to get it working? [14:18:41] Have you tried any of the docs? [14:18:41] https://www.mediawiki.org/wiki/OAuth/For_Developers#Authorization_2 [14:23:34] Yeah, I have read that section sometimes by now :) [15:14:40] I filed a task about the gitiles bold text https://phabricator.wikimedia.org/T256571 [17:14:51] is there something strange going on with user contributions/article history? https://en.wikipedia.org/wiki/Special:Contributions/115.187.34.135 the contribs listed from June 18th don't appear in the page histories. [17:15:22] ? [17:20:38] Oh that is weird [17:20:48] What about API, Versageek? [17:21:46] haven't tried that [17:30:05] If you look at one of the diffs... [17:30:05] https://en.wikipedia.org/w/index.php?title=Argentina_national_football_team&diff=prev&oldid=368783078 [17:30:55] where's the other one from the 18th? [17:31:25] or in fact, every revision from the 18th [17:36:27] Hang on [17:36:38] It says 2010, not 2020 [17:36:48] well there's yer problem [17:37:12] off by 10 years is a problem [17:37:36] the three edits they made this decade appear in the page histories fine [17:38:23] * AntiComposite has been off by 1 year like that before, don't think I've seen 4 people be off by 10 years though [17:38:36] heh [17:38:44] Unless you stare closely.. [17:41:16] lol, it got me too [17:44:40] "edits with later revisions appearing in contribs but not history (or vice versa) -> Check dates again" could probably be an FAQ entry at this point [19:45:40] curious about the "Unpatrolled" filter in Special:RecentChanges (parameter reviewStatus=unpatrolled); it didn't show up for an English Wiktionary user and for me when I'm logged out, but does show up for me as an admin [19:51:46] yes, that is long-standing behavior [19:52:46] only users with the permission to patrol revisions/pages can filter by patrol status. https://phabricator.wikimedia.org/T44246 would change that [19:54:03] https://www.mediawiki.org/wiki/Help:Patrolled_edits#Hiding_patrolled_edits_from_recent_changes [20:01:01] It's touching to see new sysops discover features they had no idea existed [20:01:31] It must be the same feeling parents have when babies utter their first word [21:10:58] (so I was the one to post the Recent Changes question; basically doxxed myself though people can find my username online if they look hard enough) [21:12:39] what puzzles me about the "Unpatrolled" filter not being available for non-patrollers (sorry for excessive negation) is that there was a link from https://en.wiktionary.org/wiki/WT:WL with hidepatrolled=1 and I wonder if that ever worked for non-patrollers [21:13:25] it now redirects to the URL with reviewStatus=unpatrolled in the new JavaScript interface, if you are a patroller [21:13:37] it hasn't since at least Jan 4 2013 [21:16:16] huh, okay [21:20:03] seems the parameter was added to the URL in WT:WL sometime in 2007-2009