[07:50:52] Does anyone know which file in Vector is responsible for creating the body tag? I've looked everywhere and I can't seem to find it. [07:52:01] FireBreather: what do you want to do with the body tag? [07:52:30] Vulpix: nothing necessarily, I want to add a header before it. [07:52:54] do you mean a meta tag? [07:53:35] no, like a global header that shows an all of my wikis [07:54:04] or global navigation bar if that makes more sense calling it that. [07:54:19] ah, so you want to add content *inside* the body, not before it [08:08:27] FireBreather: This may be interesting if used for one of the common portlets: https://www.mediawiki.org/wiki/Manual:Hooks/SkinAfterPortlet [13:21:15] Fatal error: Allowed memory size of 157286400 bytes exhausted (tried to allocate 20480 bytes) [13:21:28] doesn't make sense to me [13:21:39] surely tried to allocate should be higher [13:37:27] It's trying to allocate 20480 bytes more than hte 157286400 it's allowed/already done [15:33:53] Hi, I was just asked to look at a media wiki instance that was setup within our company, where they had problems upgrading, 1.27 to 1.35. After upgrade, some pagins where basically not shoing any revisions. [15:34:26] after a bit of debugging I found out the users where completely removed from the database :-( [15:34:40] Do you have a backup? [15:34:45] beat me to it [15:34:47] yes [15:34:57] I'd start by reverting... [15:35:02] See if it's replicable [15:35:04] we are trying to upgrade a copy [15:35:25] so the original is not touched yet [15:35:29] ok, good :) [15:35:55] I can't think of anything obvious that would nuke the user table though [15:35:56] recreating the deleted user with the same name works, then the pages are there [15:36:19] no, the user table is nuked by the bloody persons maintaining it before [15:36:32] But pages/revisions shouldn't necessary disappear because the user rows aren't there... [15:36:39] Unless something weird with the actor migration? [15:36:44] it would severely mess up the actor migration probably [15:36:50] it is likely actor migration [15:36:58] Are you going straight to 1.35? Have you tried 1.27 to 1.31 first? [15:37:17] not yet, but what I wanted to ask [15:37:28] is there a way to find out all deleted users [15:37:47] if the rows are gone from the database, you'd only find them in your backup [15:37:50] (really) [15:37:54] so users that have a revision but are not in the usertable (on 1.27) [15:38:08] Oh, hang on.. [15:38:15] They're missing on 1.27? [15:38:19] yes [15:38:21] Are these imported pages/revisions by any chance? [15:38:30] Exported from Wikipedia or similar [15:38:41] "the user table is nuked by the bloody persons maintaining it before" so you don't have the user table /at all/, including in the backups? [15:38:47] Reedy: ah [15:38:54] select rev_user from revision where rev_user <> 0 and not exists (select * from user where user_id = rev_user) [15:39:01] refreshLinks hates me [15:39:08] Reedy: some might be [15:39:24] but I think they removed users that left the company [15:39:28] perryprog: I take it to mean that the previous admin manually deleted rows from the user table for whatever reason (spam, offboarding, ...) [15:39:33] without cleaning up any dangling references [15:39:35] ahhh yeah [15:39:38] instead of just blocking [15:39:48] dba with a hacksaw [15:40:10] scriptkiddie playing dba [15:40:19] actually make that select rev_user, rev_user_text [15:40:24] would give you the original usernames too [15:41:07] could maybe rewrite each revision with an invalid rev_user to point to a dummy "Deleted User" account, unless there's something more mw-idiomatic? [15:41:45] moonmoon: that would help indeed, as said, just in 1.27, so before the migration creating the user with the same name worked [15:41:48] setting the rev_user field to 0 and keeping rev_user_text as the username should work. During the actor migration those will be treated as imported edits instead [15:42:06] nice [15:42:11] (I think) [15:42:28] I don't recall when imported username prefixing was implemented [15:42:44] shouldn't hurt or be too hard to try [15:43:06] * perryprog says the person with the least MW migration experience in the channel [15:43:31] There's a script to populate the user table from other tables. You can use it or just look at what other tables it may be fetching user id and name from: https://gerrit.wikimedia.org/g/mediawiki/tools/grabbers/%2B/HEAD/populateUserTable.php#37 [15:43:38] there's other tables to check as well, e.g. logging [15:44:03] the upgrade itself is rather easy, so can't hurt to try [15:46:25] at least I can use this experience to explain why you must not completely delete users [15:47:50] helping out a collegue here, I will let him try, gave him all the hints, will report back later on it [15:47:59] Good luck! [15:48:59] thanks, this was all very helpfull [18:12:22] can anyone help with this error? [18:12:23] The requested page title contains invalid characters: "|". [18:12:41] Guest64, some more context would help. What are you trying to do? [18:13:05] im trying to create a tab that has a link connected to it [18:13:19] however, whenever i click on the link, that error pops up [18:13:44] What is the wikitext of the link? [18:15:40] thsi is the coding that I have [18:15:41] {{Small tab‎|https://www.gcpedia.gc.ca/wiki/PSPC_(Pacific_Region)_-_Procurement_Branch:_A-Z_List|label='''PSPC (Pacific Region) - Procurement Branch: A-Z List'''|tabborder=#ADD8E6|tabbg=#ADD8E6|do={{{1|}}}}} [18:19:52] What's the URL it sends you to when you click it? [18:25:01] its exactly the same, except it was a %7C at the end, [18:25:10] adds a * [22:07:15] Does anyone have any experience with cron jobs? I've got a cron job set up to update a sitemap daily, but it doesn't seem to be working, and I'm not sure why. I've checked the logs and it does seem to be running the command to update the sitemap but the sitemap doesn't actually seem to be getting updated. Is there any other way to update the [22:07:15] sitemap automatically? [22:09:35] Cron seems the right solution [22:09:40] What isn't updating though? [22:09:46] The files on disk/exposed on the webserver? [22:09:50] What Google et al have? [22:11:18] OA: so.. this is not directly what you asked for but I can share a little about sitemaps in general, see https://phabricator.wikimedia.org/T198965 [22:11:25] " Perf Team has since decommissioned that experiment, as there was no statistically significant evidence of SEO improvement." [22:11:56] at WMF we have https://sitemaps.wikimedia.org/ but it's not used because.. basically "does not matter" [22:12:36] for some reason we have "sitemap-admins" who can upload sitemaps but not crons/systemd timers to generate them [22:12:49] so I guess it wasn't a simple maintenance thing [22:58:45] I'm wanting to move the user links from the top of vector to a different place. I thought this was as easy as simply moving the mustache template{{#data-portlets}} [22:58:46] {{>legacy/UserLinks}} [22:58:46] {{/data-portlets}} [22:59:06] I've done this and it seems to have worked, but now it shows the "Talk" "Contribs" and other links even for users who aren't logged in. [22:59:21] Is there a way around this/some other template I should've moved over? [23:00:12] https://ibb.co/DR71T9X is what it shows me after moving the above templates [23:08:03] is it supposed to show like this? I thought it was meant to say "Create Account" and "Login"> [23:10:14] What's the full change you made? Did you leave the #left-navigation and #right-navigation in a new {{#data-portlets}}{{/data-portlets}} block? (I'm shooting in the dark here) [23:12:49] Yeah, I left it like this: https://ibb.co/bvz3QYj [23:13:09] literally just moved the above code I posted into the new position.