[03:37:32] Hi I installed VisualEditor on MW1.39 but i'm getting this error Could not open '/tmp/mw-GlobalIdGenerator0-UUID-128'. so may I know the reason? Thanks [03:43:52] Guest94: Try setting $wgTmpDirectory to a directory that is writable by the web user (but not served to the internet) [03:45:48] Guest94: Also, the 0 in "GlobalIdGenerator0" is supposed to be your uid. If it is 0, that would indicate root, which i would not reccomend running mediawiki as (otoh, if it was root you would not get this error, so maybe its not root) [03:45:56] What OS are you running MediaWiki in? [03:46:11] maybe the 0 is from getuid() returning false [03:46:12] CentOS Linux [03:46:30] but false would be converted to the empty string not 0 [03:47:13] oh wait, getuid() is allegedly the uid of the owner of the file containing the php script, not the current user [03:47:16] that's confusing [03:48:00] So shell I create a /tmp folder in the folder where localsetting exists and copy-paste GlobalIdGenerator0 there? [03:48:27] no need to copy and paste, mediawiki will create it if it doesn't exist [03:49:02] But yeah, that would be fine, assuming that directory isn't served to the web, as you don't want your tmp directory publicly accessible [03:49:37] And add the $wgTmpDirectory config to LocalSettings.php so mediawiki knows where to look [03:49:39] Currently the files GlobalIdGenerator0 and some other with similar names exist in the root folder not where mediawiki is installed. [03:49:58] Yes, that would normally be expected [03:50:15] It would use the system temp directory if a specific one isn't configed [03:50:45] Ok so since there are a few files with similar name so I only need to add GlobalIdGenerator0 right? [03:51:16] You just need a directory writable by mediawiki. MediaWiki will automatically create any GlobalIdGenerator files it needs if they don't already exist [03:51:39] Ok got it. [03:51:54] Let me just try and I'll get back to update. [03:56:38] It worked on Vector 2010 but not on Vector-2022 [03:57:05] When I click on edit button the url changes to &veaction=edit but nothing happens. No error nothing. [03:59:14] Ok, so the GlobalIdGenerator issue is fixed, but there might be a second issue? [03:59:37] No error in the browser developer console and in php logs? [04:03:11]  browser developer console giving the following errors: [04:03:12] Skipped unavailable module ext.visualEditor.targetLoader [04:03:12] Skipped unavailable module ext.visualEditor.desktopArticleTarget.init [04:06:36] These messages are not showing in vector 2010. [04:08:35] Are all extensions updated to their most recent version? [04:09:06] try also clearing all cache and that sort of thing [04:10:11] Yes all the extensions are updated. I'll try clearing cache and try. [14:33:27] Hmmmhhh... using VE on one page on one wiki give an error "Server returned error: HTTP 500.". I upgraded this wiki from 1.35.8 to 1.39 recently. Some other pages on the same wiki seem unaffected by this. 500 is Server Error, right? [14:35:14] currect [14:36:40] correct* [14:39:01] I need to investigate why it fails for this page but not the others. Prlly some combination of factors causing this as it does not exhibit on the other pages I have tried the VE on [14:41:18] I got the newest versions of the extensions with a simple script I wrote that just git clones the right branch of all extensions that were installed on the old wiki, but maybe some of these extensions not quite up-to-date regarding how 1.39 works. At least I saw a ton of deprecated-notes when I turned the error reporting on [14:47:17] some extensions also need to run composer update. Does your script run composer when needed? [14:57:02] I do that manually for TemplateStyles and Widgets as they require composer to be run also in the /mediawiki/extension/ExtensionName [14:58:53] Now I noticed something that gives me the creeps... If I try to delete this article https://develop.consumerium.org/wiki/Information_flows (a usual spam target) the deletion summary field is filled with contents from this article: https://develop.consumerium.org/wiki/User:Jukeboksi/Log/2022 [15:00:00] I saw this kind of "internal ids and pointers mismatching"-type of thing a few years back when I unsuccessfully tried installing VE and it was a hell to recover from [15:05:02] Restoring an old or different database backup while *not* clearing the cache (or setting a different cache epoch) is going to cause that kind of inconsistencies, yes [15:05:26] I did recover this wiki's database from a very fresh mysqldump. Any advice Vulpix ? [15:06:42] clear your redis cache / restart memcached, and set a fresh $wgCacheEpoch [15:07:44] ok, thanks, looking up $wgCacheEpoch. But what if "the accident happened already" and _now_ restarting memcached will not help? [15:07:48] I don't know if $wgCacheEpoch invalidates all internal caching or only parser cache, though [15:08:17] If possible, restore from backup again [15:09:14] Ok, I will probably restore again. I've kept this wiki running only for 19.5 yrs, so gotta keep it going [15:29:57] Ok, thanks Vulpix. I rolled back, reset the $wgCacheEpoch and restarted apache2 and memcached and the wiki seems ok now. Now I'm seeing an error text "Error creating thumbnail: Unable to save thumbnail to destination" where a thumbnailed image should be. I have $wgGenerateThumbnailOnParse = true; in the config, but this error didn't show up before [15:32:50] You can try to use the thumb.php script to generate the thumbnail and see if it gives you a more complete error message, by enabling exception details [15:33:02] the images directory is owned by www-data. I should mention I also recovered the old /w/-directory, not only the database dump, but it should be identical to the last known state as I used 'sudo tar xvzpf filename.tar.gz /var/www/restofpath'. I think I recall that trying to use the -p-switch without sudo will just silently fail at setting the ownerships, but not sure [15:33:32] oh cheers, I'll try that [15:36:25] from the man page, -p extracts file permission, but it doesn't mention ownership [15:37:41] Now I did an "edit" and saved the page with no changes and the thumbnails popped up as expected. I've run into similar before, should I follow this advice https://www.mediawiki.org/wiki/Manual:Thumb.php regarding how to conf the thumbnailing? [15:40:31] oh noes... the ID mismatch is still happening, in a very similar way as the nightmare I had when I unsuccessfully tried to enable VE and that caused the pointers not to match [15:40:56] I created this article https://develop.consumerium.org/wiki/Just_testing and if I try to edit it, a totally different page shows up in the edit box [15:43:07] I do have a snapshot of the system disk and this wiki is on a dedicated VPS to serve only Consumerium.org-sites and wikis, so reverting to that is also a possibility as really no editing has happened in the last few days [15:44:16] If you want to know what's going on, you can enable a debug and see what queries is mw doing against database and memcached, to try to debug the problem [16:03:11] thanks for the sound advice. I need to think hard and calm about this one. I have the possibility to spin up a temporary server from the snapshot from last friday, change the DNS for the apache2 a bit and the LocalSettings.php a bit and I could rule out the distant possibility that the wiki was in an inconsistent already before I tried to upgrade the wikifamily of two [16:32:25] s/DNS/conf/ ... yeah, can't hurt. Now spinning up a new server from Friday's snapshot