[09:19:46] Hello. Today I received a Phabricator email saying someone requested an account recovery link (the typical "forgot password?"). That's not strange. The strange thing is that *2 minutes* after that I received an email from a @gmail.com account without subject and body... Did anyone else experienced this? [09:29:02] nope... [13:19:43] Hi and thanks for the awesome MediaWiki [13:19:59] I'm setting up mw:Extension:VisualEditor [13:21:28] Is '$wgGroupPermissions['*']['writeapi'] = true;' safe? I want the anonymous editors also to be able to use the VisualEditor, because in this ticket I filed, someone commented that the no reCATPCHA showing up when using mw:Extension:MobileFrontend does not affect VisualEditor, only wikitext editor [13:42:14] appears to be working, except on one wiki it seems that the "edit" button does not exhibit on pages (only "edit source" exists) when I try to edit a page in the Project-namespace [13:45:25] What could be the reason that the VisualEditor does not show up as an alternative if the page is in the project-namespace? I notice this behaviour on all my wikis where I just enabled the VisualEditor. Have time, will wait [14:48:18] there is prlly some really logical explanation why project-namespace pages don't have the visual editor. [14:49:39] Iamathehuman: did you see https://www.mediawiki.org/wiki/Extension:VisualEditor#Changing_active_namespaces already? [14:49:47] Next I need to find instructions to set visualeditor as default for non-logged in mobile users, coz the CAPTCHA will not fire if they try to use the code editor and using the visual editor is the workaround I found in the ticket I wrote about this [14:50:28] Thanks Majavah. I had not seen that [14:54:50] Someone has been interested in the same question https://www.mediawiki.org/wiki/Topic:R9u1ujwknjqxgoxbN (how to default to visual editor so that mobile users do not need to switch to it by tapping something and then in the popup tapping "visual editor" [14:57:31] I want to set a preference for anon users to default to visual editor. If anyone happens to know how to do that gimme a holler. I'll go search more now. [15:00:09] In https://doc.wikimedia.org/MobileFrontend/master/php/ it says there is a variable called $wgMFUsePreferredEditor so there has gotta be a way to set that preference for anon users [15:01:41] I'm utilizing the workaround pointed out by Matmarex in this ticket I wrote on the whole Extension:ConfirmEdit && MobileFrontend not working together as one would hope https://phabricator.wikimedia.org/T274807 [15:08:49] Found this way, but this one sets it default also for desktop users https://www.mediawiki.org/wiki/Topic:T4xbb2kgafndzsuo [15:20:09] I put the following from the above linked solution, but still my phone's browser does not default to visual editor. I did restart memcached [15:20:13] $wgVisualEditorUseSingleEditTab = true; $wgDefaultUserOptions['visualeditor-editor'] = 'visualeditor'; [15:24:05] tried with 2 different mobile browsers.... there must be some MobileFrontend setting that takes precendence over the above conf [15:28:01] wouldn't surprise me if MF(/Minerva) reimplemented something/(intentionally) wouldn't implement something that VE needs for that config stuff [15:28:38] (mind you, I also maintain a skin which overrides a core function and thus at least one sorta important hook isn't called for that skin, but my defense is "I didn't write this, I inherited this" :P) [15:30:12] Searching does not yield me results on that issue that the VisualEditor conf is applied in desktop view, but not when rendered through Mobile Frontend [15:34:15] Perhaps I could get some popup-extension for the mobile users and mention to them to use the visual editor... there is this https://www.mediawiki.org/wiki/Extension:PopupAlerts [15:44:16] Searching for "$wgMFUsePreferredEditor" gives 2 hits on the search engine. If someone has some idea on how to solve this gimme a holler. The problem I'm trying to circumnavigate is that users using MobileFrontend get text editor by default and as I described (or attempted to describe) in this ticket about the CAPTCHA not working when using normal editor with Mobile Frontend https://phabricator.wikimedia.org/T274807 [16:50:59] Now just as I was ready to claim that the VisualEditors are working I get error "Error contacting the Parsoid/RESTBase server (HTTP 404)" on the Consumerium.org development wiki [17:00:12] Ok... Got 2 wikis of 4 which are complaining the above. All of these have been upgraded to 1.35 via the clean install route and then upgraded to 1.35.2 in place with git pull [17:03:14] https://www.mediawiki.org/wiki/Parsoid#Installation states "In MediaWiki 1.35 LTS Parsoid/PHP is included in the bundle and loaded automatically by Visual Editor. No configuration necessary if used on a single server." [17:05:01] No config/zero config seems to work someetimes, but not all of the time [17:12:37] searching on mediawiki.org one finds that many people have run into same error message [17:16:02] .. but the others seem to be experiencing this in a private wiki, not a public one [17:17:13] many are dealing with the problem by tweaking their rewrite rules, I'd rather not touch those [17:20:04] but browsing at all the ticket makes me think that this is a rewrite rule thingy that is breaking the Parsoid [17:24:00] I subscribed to this catalog of errors https://phabricator.wikimedia.org/T266971 .... probably something wrong with the rewrites [17:45:09] I looked hard at the apache confs for one wiki that works and another that doesn't work (Parsoid 404 error) and I couldn't make out where there would be a difference [17:49:43] weird thing is that at https://develop.consumerium.org/wiki/Sandbox I was able to make a visual edit with both laptop and cell phone in https://develop.consumerium.org/wiki/Sandbox before the "Error contacting the Parsoid/RESTBase server (HTTP 404)" started showing up. I now disabled the VisualEditor there as it did not work [17:57:41] oh crap... now it stopped working in one more wiki [17:58:11] yeah... now VisualEditor works in zero wikis [17:59:16] if someone has some idea why at first VisualEditor works with no conf needed, but then it starts to fail with the above error message, it would be much appreciated [18:08:21] Iamathehuman: I also have zero luck with VE, but I would go after what **changed** in the wikis before VE stopped working [18:09:12] have you changed any configuration or installed or removed a extension? [18:10:18] absorto: No, didn't change a thing, except for adding the VisualEditor [18:10:58] it worked for a couple of edits, but one by one they all lost the connection to the parsoid [18:11:47] Do you ser more details about the error in the debug log? [18:18:24] I always forget how to turn the debug log on. [18:19:26] here: https://www.mediawiki.org/wiki/Manual:How_to_debug [18:20:25] peeps, my (desperate) quest for some help with RelatedArticles goes on :-) [18:24:00] Extension is installed, the skin I'm using is whitelisted and the extension even creates a (empty) div called 'read-more-content' [18:25:08] MW version is 1.35 and skin is Timeless, I have tried Vector as well. [18:25:33] there does not seem anything being logged to the debug file when enabling error logging and trying to use the VisualEditor [18:31:10] I give up for today and hope that someone figures out why does the PHP Parsoid work ok at start but then moves on to 404ing [18:31:26] * Iamathehuman goes for a walk in the woods [19:37:10] When I was sitting on a rock in the woods it appeared to me that this bug where Parsoid worked fine for a while for the wikis but then started to fail with a 404 error is weird. Anyways getting VisualEditor to work is not very urgent, but weird of it to first work for a while and then error