[01:31:49] Special:AllPages [01:31:55] I have that embeded, but it seems to run out. [01:32:07] so missing z stuff. [01:32:29] how do I make it bigger, or how do i filter. i can figure out that Special:AllPages/m starts at m, but how do I stop? [01:39:35] https://www.irccloud.com/pastebin/zVJ3Hmj2/ [01:39:41] that works [01:39:42] for now [01:39:44] why the limit [01:39:46] ?????????? [01:39:51] how do increase [01:40:48] good talk facebook people [04:45:24] neoweb: hi [16:43:17] Hello. Can anyone help with this: https://discourse-mediawiki.wmflabs.org/t/how-to-detect-with-javascript-if-this-wiki-uses-sul/1774? [16:43:38] > What is the best way to determine if my script is running on a wiki using Wikimedia’s SUL (https://meta.wikimedia.org/wiki/Help:Unified_login)? Alternatively, a complete list of wikis using SUL is needed, best if machine-readable. [16:48:01] if i am trying to set my custom logo for my mediawiki and using Docker, do i set it on the $wgLogo = $wgScriptPath . '/images/foo.png' or do i use the path that it is mounted to such as '/var/lib/docker/ [16:48:17] on the docker host that is [17:42:49] jwbth: SiteMatrix should help you there [17:45:37] Krinkle: So, an API request is needed? And I don't find anything by keyword "wikimedia" in the API result. [17:47:05] jwbth: exmple https://meta.wikimedia.org/wiki/User:Krinkle/Scripts/iterate-sitematrix.js [17:47:10] used in https://meta.wikimedia.org/w/index.php?title=User:Krinkle/Tools/Global_SUL.js [17:47:23] this does more than you probably need [17:47:36] but yeah, 'action=sitematrix' contains everything [17:47:48] wiki id, url domain etc. [17:48:20] https://meta.wikimedia.org/w/api.php?format=jsonfm&action=sitematrix&formatversion=2 [17:48:42] wikitech is marked "nonglobal": true [17:48:53] some are marked "private": true [17:49:26] and "fishbowl": true [17:49:30] those three are the ones you want to exclude [17:49:32] the rest is all SUL [17:49:40] not perfect, but should do for now :) [17:52:01] Right, thanks, very rich data. Well, I could compile a list for my script from that data and use it. The problem is, it won't be updated until I run the API request and parse it. [17:52:15] jwbth: I mean if all you need is a conditional, you can probably do something much simpler, e.g. if (/(^|\./)(wikipedia.org|wikimedia.org|wiktionary.org|…)/.test(location.host) [17:52:23] In fact, I don't need to know if any other domain uses SUL. I only need that data for the current domain. [17:52:44] So isn't there a simpler way, just for the current domain? [17:52:48] we only have about 8 canonnical toplevel domains [17:53:07] just embed this regex instead of embedding the url to sitematrix [17:53:13] shorter than the API request would be [17:53:42] * Krinkle https://github.com/wikimedia/WikimediaDebug/blob/master/manifest.json#L18-L28 [17:56:10] Krinkle: if I use sitematrix solution, I will try to compile a regex, right. (I will need to adjust it well so that it excludes wikitech.wikimedia.org and other domains that don't use SUL.) Still, the question stands. Is there a way to tell if the _current_ domain uses SUL? [17:57:04] jwbth: I think a generic answer will inherntely be undesirable. [17:57:13] What are you trying to do? [17:59:02] Krinkle: I'm trying to implement global settings in my script (Convenient Discussions). So, I need to know should the script request the settings from meta.wikimedia.org or should it use local settings. [18:00:51] afaik preferences that are global automatically appear locally as part of mw.user.options [18:00:54] e.g. via GlobalPreferences [18:01:17] is it possible to save these via userjs-* prefix in the options API? [18:01:25] Or do you use that already for local preferences? [18:01:45] I already use them for local preferences. [18:01:45] storing things in public pages is kind of outdated nowadays [18:01:48] OK [18:01:52] but I guess needed for global [18:02:12] GlobalPreferences extension should support a way to do userjs-* [18:02:21] might want to file a task for that if not already :) [18:03:24] Actually, I haven't looked into GlobalPreferences for this issue. [18:04:43] https://www.mediawiki.org/wiki/Extension:GlobalPreferences/API mentions userjs- but I'm not sure if it supports them. [18:04:50] The `` code is related to CentralNotice, not CentralAuth [18:05:06] I see [18:05:06] but if you're looking for something simple and onofficial that might do the trick for now [18:05:12] it happens to match mostly [18:05:25] CentalAuth adds preconnect //login.wikimedia.org [18:05:31] but only when you're anon [18:05:59] because when you're logged in already we don't need to check loginwiki [18:07:32] https://www.irccloud.com/pastebin/bjV0JLXa/ [18:07:47] Whenever wmgUseCentralNotice is true, CentralAuth is also true [18:07:52] there are few CA wikis with CN disabled [18:08:22] Thanks [18:09:14] jwbth: document.querySelector('link[rel=dns-prefetch][href*="meta.wikimedia.org"]') [18:09:22] returns null|Element -> false|true [18:24:15] krinkle: To clarify, I already use userjs- for regular, local, options. I haven't tried to use the GlobalPreferences API. So, well, now I've tried that, and GlobalPreferences seems to support userjs- options well. [18:24:16] settings to `action: 'globalpreferences'` or `action: 'options'`. [18:24:49] awesome [18:24:53] I'll keep that in mind as well [19:07:19] Krinkle: I have another idea to just use something like `mw.loader.getState('ext.GlobalPreferences.global')`, see https://discourse-mediawiki.wmflabs.org/t/how-to-detect-with-javascript-if-this-wiki-uses-sul/1774/4 [19:08:30] jwbth: sure, that seems fine [19:08:44] jwbth: just beware though that these config values and module names are for internal use [19:08:55] so they may change names or disappear without reason or announcement [19:09:18] Well, so does ` [19:09:24] that is correct [19:09:45] I agree the JS check is simpler :) [19:10:43] If you don't need to know the answer on page load but only in special context where the user changes their settings, then maybe an API check is safer. [19:10:47] e.g. check if the global pref API exists [19:12:28] I see [19:12:39] https://wikitech.wikimedia.org/w/api.php?action=globalpreferences [19:12:43] error badvalue = not installed [19:12:56] then try local instead, otherwise use global [19:13:51] or you could even do EAFP pattern and just do globalpreferences always [19:13:52] for real [19:13:54] as if it exists [19:13:59] and if it fails with badvalue, try local [19:14:05] EAFP = https://en.wikipedia.org/wiki/Time-of-check_to_time-of-use [19:14:28] (It is easier to ask for forgiveness than permission) [19:15:28] it feels wrong, but it is a proven and stable technique. I would only do it differently if there is a performance issue, e.g. if the request is big (like uploading a file) then you don't want to have to try it twice [19:20:58] Krinkle: > If you don't need to know the answer on page load but only in special context where the user changes their settings, then maybe an API check is safer. [19:20:58] 'options'` request would return all the options, both local and global, so I don't need to know where did they come from. So, that seems fine. [19:22:29] that's right [19:23:39] jwbth: mw.user.options.get('userjs-foo') [19:23:51] for reading you don't need to do an API request either [19:23:53] it is preloaded :) [19:25:56] Well, that's what I'm talking about. I (and my users) have been reporting caching issues. I actually didn't figure out where are these issues come from. Users have been complaining that their settings are still the same on the next page reload when they change them. So, I started to make an additional options request in some cases. The issues [19:25:57] seemed to fade. But still sometimes they manifest, even after an options request. [19:27:00] So, I'm not actually sure if I made things better or not when I started to request options and not rely on `mw.user.options` [19:31:51] (Does freenode parse newlines incorrectly? I don't see in the log https://wm-bot.wmflabs.org/logs/%23mediawiki/20200704.txt all the text that I posted in the chat. Maybe you don't see it?) [19:32:11] I posted: [19:32:14] Well, I sometimes *do* request options on page load (because there seem to be some caching issues and `mw.user.options` contains cached options values), but in this case `action: 'options'` request would return all the options, both local and global, so I don't need to know where did they come from. So, that seems fine. [19:32:18] In the log: [19:32:26] [19:20:58] 'options'` request would return all the options, both local and global, so I don't need to know where did they come from. So, that seems fine. [19:33:15] does someone has an installation on centos 8 with enabled SElinux? [19:33:32] i don't get the Syntaxhighliter to work with enabled Selinux [20:17:17] uhh, probably a simple gerrit question – how do I rebase a change on parent change from CLI? Gerrit shows a merge conflict so I have to do this manually [20:17:57] the change has the parent already set, I just want to rebase on top of the newest patchset [20:21:21] if your master is up to date... you should be able to just do git rebase origin [20:21:33] Or you can just cherry pick your change onto master using git review -x 12345 [20:22:22] git rebase origin says I'm up to date, hmm [20:22:44] your master probably isn't then? [20:22:59] it is, just checked, but I want to rebase onto a parent change [20:23:08] just different patchset [20:23:43] Cherry pick it then [20:23:46] I have a "not current" mark in my relation chain on gerrit [20:23:48] okay [20:24:36] oh wow, that worked :D [20:24:58] Reedy: thank you very much, I lost like half an hour trying to figure this out :D [20:25:02] heh [20:25:22] >50% of the time cherry picking onto where you want it seems to work better than trying to rebase I find [20:26:04] hmpf, will try to remember that