[09:31:59] Hi, I am having a Composer issue when trying to upgrade from 1.35 to 1.39 [09:32:19] Whenever I try to run composer update --no-dev I get the following error [09:32:39] composer update --no-dev [09:32:40] > ComposerHookHandler::onPreUpdate [09:32:40] This file is part of the Semantic Breadcrumb Links extension. It is not a valid entry point [09:32:49] I am a bit puzzled. [09:33:24] What I have done so far. I killed my composer.local.json file and removed all of the smw extension from LocalSettings.php [09:33:37] Is something explicitly including https://github.com/SemanticMediaWiki/SemanticBreadcrumbLinks/blob/87a69003743f1de52338f4717cfcf5218ca5a743/SemanticBreadcrumbLinks.php [09:33:48] However, the resultng error remains the same [09:33:55] Is the extension installed via composer? [09:34:13] Yes. [09:34:37] I suspect it's related to https://github.com/SemanticMediaWiki/SemanticBreadcrumbLinks/blob/87a69003743f1de52338f4717cfcf5218ca5a743/composer.json#L43-L45 [09:35:09] So it's a problem with the extension itself, I guess [09:35:58] For various reasons... We don't really advise installing extensions like that (even though others do) [09:36:05] Still I do not understand why it should be a problem with the extension now. It is no longer invoked and no longer part of composer processes. I killed my composer.local.file [09:36:16] It's presumably still on disk in the vendor folder? [09:36:22] Anyhow, will kill that section and see [09:36:33] as it's in >> ComposerHookHandler::onPreUpdate [09:36:47] It's before composer does anything in terms of adding/updating/removing stuff [09:37:20] This meant I have to remove the extensioons code from extensions and from vendor. Oh man. [09:38:57] Yeah... It adds complexity that is hard to fix [09:39:11] You can "just" delete the whole vendor folder to make your life easier (and the composer.lock in the MW root) [09:39:17] or rename it vendor.old or something [09:39:32] After removing the extensions code  require(/../w/vendor/composer/../../extensions/SemanticBreadcrumbLinks/SemanticBreadcrumbLinks.php): failed to open stream: No such file or directory [09:40:23] I will just get rid of vendor. I have the database backup and I do not really care if the wiki is off for some time since I am paying for the show anyways. :D [09:40:38] the vendor folder should mostly be seen to be like a cache [09:40:46] it shouldn't contain anything you can't rebuild [09:41:09] I expect so, too [09:41:28] I've gotta head out... Will try and check in on my phone in a little bit [09:42:20] No worries. It appears that killing vendor and SemanticBreadcrumbLinks did the job. [09:42:41] Thanks for the hint. I would never have come up with deleting the vendor directory. [10:17:52] Now [10:17:53] Np [10:24:46] Wow, updating from 1.35 to 1.39 is also a utterly horrific experience. Every time I want to re-run composer I have to remove the vendor directory. [10:26:12] Anyhow, I think I am done. Usually upgrading took about 10 mins, now it took me 2 hours. Wow. [10:27:49] why are you running composer multiple times? [10:38:11] e.g. #requirements cannot be met [10:39:12] Anyhow the wiki is somehow up and running with 1.39. I am not happy but it is up and running. [10:39:24] Thanks for all your help. [13:56:42] That’s very much a crap extension… not mw corr [13:56:45] Core [17:57:12] Hi and thanks for the great software. I'm upgrading 9 wikis to 1.39.4 and VE is not working on one of them after the upgrade. I'm puzzled as to what is causing this. When trying to VE a page, the URL changes to indicate that I'm using VE, but I am unable to edit anything in the page [18:15:37] My rewrite rule is as follows and I did not touch this [18:15:40] RewriteRule ^(?:(?!rest.php/).)*$ %{DOCUMENT_ROOT}/w/index.php [L] [18:18:17] not sure if this is what's causing your breakage, but that rule would redirect api.php into index.php too I think [18:18:22] which version did you upgrade from? [18:19:23] taavi: 1.39.3 [18:54:50] ok, got it sorted. had forgotten that I really need to run 'composer update --no-dev' in extensions/TemplateStyles and extensions/OATHAuth [21:47:18] Hi, I was just wondering why I was blocked after trying to make an earnest edit to Manual:Contents? I was trying to fix what I believe to be an error where a space character is missing after a pipe character. I don't think this would have violated any rules or guidelines, so I'm not sure why I have been blocked? [21:47:18] Even if I made a mistake or the page is deliberately like that, I still do not see why I was blocked, as opposed to just reverting the edit (which you also did). Could you please elaborate on what I did wrong so I know for the future? [21:47:19] Thanks in advance, [21:47:19] Pigeon [22:08:17] Don't mean to sound rude but I'm keen to get this resolved and calm my anxiety. Thanks again, Pigeon ^^ [22:19:40] Pigeon: I've left the blocking admin a message, https://www.mediawiki.org/wiki/Topic:Xl3j68dtlw83nylo [22:23:59] Thanks ^^ [22:31:31] I still don't understand why I was blocked though. Guidelines say persistent vandals should be blocked, but I made a one-off small edit in earnest. I wasn't vandalising at all. Is there anyone else I can speak to about this or not because this feels really unfair. :) [22:41:28] we are pretty loose with the guidelines on mw wiki, although I don't see why you were blocked [22:43:06] mhm, that's a relief, as I don't feel like it was very deserved either [22:44:02] also, after looking at the edit, I think I mistakenly inserted a pipe character by accidenty/unintentionally, which may have been considered vandalism ig? [22:44:08] I don't think we even actually have a blocking policy… [22:44:17] I was really just trying to add in that extra space character [22:44:47] I can't remember where I read it but I'll try and find the linkl in a sec ^^; [22:54:03] can't find it again, but it didn't seem terribly explicit about what counted as vandalism anyways [22:56:16] I think it might have been on https://www.mediawiki.org/wiki/Help:Sysops_and_permissions - "Users can be blocked from the wiki. This is a useful way of keeping out persistent vandals." [22:56:34] p858snake, there is not. There isn't even an administrators policy. [22:57:19] Pigeon, that page is general advice relating to administrators of all MediaWiki sites, not just mediawiki.org [22:57:39] the mediawiki.org policies are https://www.mediawiki.org/wiki/Project:Policy [22:58:24] plus https://www.mediawiki.org/wiki/Code_of_Conduct [22:58:36] mhm, I know it's not a policy, I was just trying to find what I remembered ^^; [23:04:56] I'm sorry but I'll have to close this at the moment, my computer can't handle too much at once and I'm trying to run some other resource intensive stuff atm ^^ bye for now, I hope this gets resolved and isn't a big deal in the long run <3 [23:15:42] is there a way to have more than one domain for $wgServer? or 2 or more subdomains ? Basically the idea is to have the same wiki serving more than one domain or subdomain [23:17:18] curmudgeon: yes [23:17:23] that block makes no sense [23:17:35] true but it is needed [23:17:51] blocked for "removing contents", for an edit which actually _added_ a couple of bits [23:17:54] curmudgeon: ? [23:18:13] that second phrase wasn't for you [23:18:20] oh ... you were talking about the blocked person Platonides [23:18:29] yep [23:18:40] regarding what you ask: yes it's possible [23:18:42] so, whats the syntax for more than one domain ? [23:18:54] there's not exactly "a syntax" [23:19:16] you can simply configure the web server to show the wiki on multiple domains [23:19:27] that will *mostly* work out of the box [23:19:59] well the problem is not on the webserver. https://www.mediawiki.org/wiki/Topic:W3sx7cf1b15odead [23:20:02] you may get the wiki a bit confused in the case it needs to show the domain [23:20:15] (which are not on many places) [23:20:35] you see, $wgServer is required. [23:20:46] so something has to go there [23:21:17] I think it will be guessed automatically [23:21:35] are you the one who wrote that "dead" topic? [23:22:15] no i am not. just found it [23:22:27] what is it you want? [23:22:28] do you want to have exactly the same content? [23:23:04] yes same content in the wiki. just using different domains [23:23:12] or sub domains [23:23:18] may I ask for the reason? [23:24:02] sure. the content of the wiki is not dependent of the location. The domains are assigned to 2 cities [23:24:44] so the wiki needs to be neutral for the city name (Domain) but the content is the same for both [23:24:59] it will mostly wok out of the box [23:25:20] how. i have to set something on $wgServer. [23:25:22] but you could end up with pages in one domain linking to the other in the few cases where a full url is needed [23:25:54] yes [23:26:24] let's say the domains are london.com and paris.fr [23:26:38] you could put on LocalSettings.php: [23:26:42] okay. continue. [23:26:51] if ($_SERVER['SERVER_NAME'] == 'london.com') { [23:26:58] $wgServer = 'london.com'; [23:27:10] } else if ($_SERVER['SERVER_NAME'] == 'paris.fr') { [23:27:20] $wgServer = 'paris.fr'; [23:27:23] } else { [23:27:31] die("We are not in London nor in Paris!"); [23:27:32] } [23:27:40] perfect. thats what i was looking for. [23:27:50] $wgRenderHashAppend = "-$wgServer"; [23:28:17] you're welcome