MediaWiki Visual Editor Parsoid 404 Error
...OK, sometimes one can get so wrapped up in the complexities of an issue the simple basic things are missed. And in this instance, among all the really good technical suggestions I read for correcting the issue, no one ever broached the below simple idea idea.
I had successfully installed MediaWiki, an additional WYSIWYG editor, and as a final step I wanted to also configure the Visual Editor. To do that, one also needs to install the Parsoid service (daemon, well in CentOS 7, they seem to now favor the term service) and get them 'talking' together. So I did. I got the Parsoid service working, and...
two three side notes here. In my attempts to get the Parsoid service working I noticed that in my instance I could start the service and even if it didn't start correctly, it wouldn't notify me there was an error. I had to manually check the status to discover it wasn't actually started. So watch out for that item. For me in CentOS 7.4, the command is: systemctl status parsoid
Another item I noticed was that the config.yaml (for the Parsoid service) file was oddly picky about the spaces and tabs on every line, and if it wasn't happy, it wouldn't start. I had to copy and paste the tabs or spaces that preceded lines from other configuration lines where I had erased it on other lines.
OK, that reminds me, there's a third item I noticed too, which was that a lot of the documentation I was reading had configuration references that were for older versions. I was working with WikiMedia 1.3 and the Parsoid version available on 1.14.2018. A lot of the documentation I read referred to the localsettings.js file (Parsoid service configuration) which appears to have been deprecated at some point in favor of the config.yaml file.
Anyway, I got the Parsoid service installed and working (tested it in all the methods recommended), but it just would not 'talk' with the MediaWiki site. It kept coming up with a 404 (not found) error. Nothing I did made a dent in the issue. Plus there were different suggestions from different sites that had radically different configurations settings that on the surface would seem to suggest there was no way one of these methods ever actually worked. But I tried them anyway to no success. After I got everything working (spoiler alert), I chalked this part of the adventure up to different versions of the Visual Editor, Parsoid, and different 'flavors' of linux.
And so I googled what I wrote as the title to this page; mediawiki visual editor parsoid 404 error, and started there. As I mentioned earlier, there were a lot of good suggestions on how to fix it, but nothing worked for me.
Have you checked your apache / HTTPD configuration?
The Solution (continued)
For my config.yaml (Parsoid service configuration) file, just two lines;
uri: '[[Http://DomainNameAndPath/api.php'|http://DomainNameAndPath/api.php']] domain: 'localhost'
For my LocalSettings.php (MediaWiki configuration) file, the following code, using the same fully qualified domain name and path, plus the port number of the Parsoid service (8000 in my case).
wfLoadExtension( 'VisualEditor' ); //Enable VisualEditor by default for everybody $wgDefaultUserOptions['visualeditor-enable'] = 1; // Optional: Set VisualEditor as the default for anonymous users // otherwise they will have to switch to VE // $wgDefaultUserOptions['visualeditor-editor'] = "visualeditor"; // Don't allow users to disable it $wgHiddenPrefs = 'visualeditor-enable'; // OPTIONAL: Enable VisualEditor's experimental code features #$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1; // Parsoid configuration $wgVirtualRestConfig['modules']['parsoid'] = array( // URL to the Parsoid instance // Use port 8142 if you use the Debian package // url must not end in a slash, otherwise it might give a 404 error 'url' => 'http://DomainNameAndPath:8000', // Parsoid "domain", see below (optional) 'domain' => 'localhost', // Parsoid "prefix", see below (optional) //'prefix' => 'I Didn't use this setting, so I left it commented out', //If you run a private wiki then you have to set the following variable to true: //My site is then next step below 'Private', so I set this too, didn't break anything, so I left it. 'forwardCookies' => true );
Also, I noticed a dash ( - ) in front of a comment hash tag ( # ) that I thought was a typo, but some people actually referenced it as it was supposed to be there. It worked, so I left it.I can't remember exactly which site I got the above code from, so I can't properly reference it. I'm sure it's on MediaWiki's site, but it has also been copied onto a bunch of different tech stories on this subject.
And then everything worked.
Sorry if you were looking for some really detailed instructions or a summary on all the stuff I learned, but my intent was to just share my story and solution. Hopefully it helps someone.
One other item I ran into was logging for the Parsoid service. At the stage where I was trying to get that service working I figured I'd just check the log files. A large number of sites referred to the log file location at /var/log/parsoid/parsoid.log, but that didn't exist for me. Long story short, I went down the logging rabbit hole for about an hour and ended up giving up as I could never get the service to actually log anything. So if anyone has a 'how to' on that, specifically for CentOS, please write something on that subject. Thanks in advance.
STUNNEL & HTTPS
Remember, for Wiki sites that use SSL;
For STUNNEL Configuration (/etc/stunnel) if using an intermediate certificate (like StarField from Godaddy) the Server.crt file and intermediary certificat file need to be combined into the same file, with the Server.crt at the beginning and the intermediary certifate(s) at the end.
Test to make sure Parsoid is working on SSL (IE, is STUNNEL running): https://WhatEverURL:8143 (or whatever STUNNEL port)
If it doesn't work, also check Parsoid by going to: http://WhatEverURL:8000 (8000 is the default) (Make sure HTTPD doesn't automatically redirect to HTTPS for this test)