[00:47:05] updated the wiki to 1.33, I get no errors anywhere, but i cannot see thumbs of the pictures. Therefore no images at all. [00:47:31] chmod is recursive 775 on images cache temp thumbs tmp [00:48:48] also cant get the edit menu active and the extension is loaded [01:54:29] PHP message: PHP Parse error: syntax error, unexpected '$wgUploadDirectory' (T_VARIABLE) ?? how ? [03:32:57] Please block and destroy any and all pictures and images from this site and Nationwide. Thank you. All listed from the Tor project and any other especially from Agent Black [03:36:53] jeannette: what are you talking about? [03:37:55] I want all pictures on this and all networks destroyed [03:39:19] how do you propose to do that and what type of network are you talking about ? [03:42:13] I was linked to a rash of programs that might suggest pornography. I am a Christian and it is quite embarrasing. Please assiste [03:42:47] i see. And where is that written ? [03:42:53] or showen ? [03:48:19] jeannette: anyway #mediawiki has nothing to do with anyone. here software is developed. What people do with it it is up to those people. [03:48:34] askjing to delete stuff from the net is virtually impossible to achieve [03:48:47] if it is on the Tor network... just forget about it [03:49:13] and just because it might suggest to you... does not mean it will suggest to others [05:19:37] looks like it was a mistake updating to 1.33. been around problems for over 12h straight. For example /wiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(758): Wikimedia\Rdbms\LoadBalancer->reportConnectionError() and nothing is set to use loadbalancer which by the way ... was removed completely in version 1.13.0. [05:39:58] HeXiLeD: well loadbalancer is definitelystill a thing and was not removedin 1.13 [05:40:33] Whats the full error? [05:41:40] LoadBalancer handles db connections in mediawiki, even in the simple case of one db and not using load balancer specific config [05:55:10] the full error even affects mysql [06:03:15] If you dont tell people the actual error, its unlikely you will get helpful advice on this channel (not that you neccesarily will anyways, but it is a neccesarry step) [06:08:54] there are quite a few complex errors. Some involve the load balancer, others imagemagick converting the thumbs and others mysql. for example i have skip-name-resolve in mysql conf and no issues with another and larger wiki on the same machine but running 1.28. however with 1.33 i get Access denied for user [11:57:17] I am trying to figure out the RSS feed generated by mediawiki. By default it seems to produce a recent changes text but I am wondering if that can be changed into simply rendering the new or updated page? [12:49:55] phiofx: not via usual configuration options as far as I know [13:19:08] saper: was thinking maybe to turn the wiki feed into a more conventional feed (like a blog). should not be very difficult to opt to render page instead of changes but I cant really dig into the API code [13:23:50] I did some changes to the RSS code, it is not very complex, but can't dig in right now. I like the idea though! [13:24:30] maybe file something in the Phabricator and put me (saper) as a subscriber? [13:24:55] !phabricator [13:24:55] https://phabricator.wikimedia.org/ [13:36:48] saper: will do thanks, was planning to get more involved with the project and that seems like a good excuse ;-) [13:55:44] phiofx: cool! [13:57:44] phiofx: here is some rather trivial change I did long time ago https://gerrit.wikimedia.org/r/c/mediawiki/core/+/247821 [14:04:18] the chicken and egg issue: how do I debug Monolog logging if it does not work [14:05:11] with some var_dump() ? [14:06:09] that kind of scares me for a production wiki [14:06:56] eh er grr [14:07:05] we don't have dtrace support I think [14:09:39] Remilia: https://www.mediawiki.org/wiki/Manual:How_to_debug#Setting_up_a_debug_log_file this one does not go via psr-3 I think, right? [14:10:20] saper: yeah, but I think it would not log anything about monolog [14:10:34] what I feel is happening is mediawiki not even trying monolog [14:12:29] saper: "The instructions below are only valid for the default configuration. If you change $wgMWLoggerDefaultSpi, for example enable the psr3 role on a vagrant box, these settings will probably be ignored. See in this case the documentation of your logger, like Manual:MonologSpi." [14:12:57] judging by how the wiki does output these legacy log files [14:13:14] it seems to be ignoring my wgMWLoggerDefaultSpi setting? [14:17:26] I don't know, sorry [14:17:43] php error log says something? [14:19:31] nope, just the LoadBalancer spam [14:19:43] with uncaught exceptions [14:20:04] if it were a PHP error, pretty sure I'd just be getting 500s [14:21:22] going to try to move the variable from require_once'd file into LocalSettings [14:22:57] I was using split LocalSettings files all the time but before that logging reform [14:22:59] ...that did not work [14:23:16] maybe something in the vendor/ is not ok? composer snafu? [14:23:32] hmm [14:24:05] does MW fall back to LegacySpi if it fails to initialise monolog? [14:26:31] going to remove monolog to see if this crashes things [14:27:53] on production... :/ [14:27:59] :D [14:29:11] yeah, if I remove monolog completely, I get error 500 [14:32:10] tried replacing my monolog settings with the example and still no dice [14:32:39] definitely not a permissions issue as LegacySpi logs to the same directory [14:43:07] saper: ok request filed. did not add a project as I am not familiar [15:40:07] phiofx: I think there is none [18:23:46] how well does ChronologyProtector work when writing to multiple different dbs? [18:34:40] saper: I think the MonologSpi constructor does not get called [18:35:15] is there any script available for removing pages created by certain users? (eg. users who have spammed)? [18:35:50] mrec: https://www.mediawiki.org/wiki/Manual:Combating_vandalism#Cleaning_up [18:41:52] saper: I tried removing the @default declaration from my logger configuration and https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/refs/heads/REL1_33/includes/debug/logger/MonologSpi.php#143 clearly does not get executed, as @default logger and handler are not merged in according to maintenance/eval.php [18:42:50] I also tried adding die() to the MonologSpi constructor and either it is silently ignored (???) or the code path is not touched [18:49:14] whow this spam handling is rubbish [18:49:55] frankly said an administrator should be able to remove spam without leaving any trace - but that's not possible with mediawiki [18:50:26] luckily we don't have much data in the wiki so I'll reset it completely [18:51:54] mrec: Nuke should be able to kill revisions, then you use deleteArchivedRevisions and RenoveUnusedAccounts [19:06:27] that's really a joke ... mediawiki has so many spam issues for years and still doesn't offer a good way to wipe out all the spam [19:07:33] mrec, what do you think wikipedia does? [19:08:04] I'm sure they have customized tools [19:08:33] they do but they use the normal mediawiki deletion mechanism [19:08:34] a) just add an option to display checkboxes next to the spam entries for mass deletion [19:08:50] minimize the clicks for removing entries [19:09:08] still doesn't change the fact that removing the spam is not economically [19:11:59] wikipedia only really permanently deletes things that it cannot legally store [19:13:35] as a small user I don't want to see those mass spam things at all [19:13:48] (especially after removal) [19:13:56] as a small user I would recommend setting up something like QuestyCaptcha [19:13:58] anyway that's just my feedback as a user, I have removed the spam so far [19:14:07] I locked our wiki, that's good enough for our purpose [19:14:15] I mean [19:14:22] if you're in a position to literally shut off editing the whole wiki [19:14:44] it's okay for us to disable editing [19:14:45] then it probably makes sense to do so rather than rely on other anti-spam measures [19:18:07] Krenair: on the wikis I host we found out ConfirmAccount with editing restricted to registered users only is the best way [19:18:39] spammers are filtered immediately because they never fill in the important parts of the request [20:06:22] I would really like to understand why does monolog not work after this 1.33 upgrade on this particular wiki; I even copied the distribution over from scratch [20:06:29] it works with the other wiki [20:06:35] this is mind-blowing [20:10:25] although this may be only related to mysql(or not), while trying to import to mediawiki .db up to 50mb size, i get this error with mysql 5.7.26: ERROR 1071 (42000) at line 694: Specified key was too long; max key length is 255 bytes. Perhaps someone here has encountered this? [20:35:42] HeXiLeD: do you have tinytext in your database schema? [20:36:37] I think tinytext has had key length issues for a while especially if your encoding is utf8mb4 [20:36:50] (I do not use MySQL/MariaDB/Percona) [20:37:48] Ihave 2 lines with tinytext and they are null [20:40:24] well, without knowing what is it in that line 694 in your dump [20:40:39] no one can really guess [20:43:50] https://bpaste.net/show/rL17 [20:47:26] how are `acr_type`,`acr_deleted`,`acr_registration` defined? [20:48:00] and `acr_email_token` [20:48:24] actually lemme check [20:48:37] I will need some help in order to know what to do to obtain that info. This is all new to me. [20:49:07] I'm checking the schema [20:54:00] this is ConfirmAccount stuff; you could do the following: make a back-up of your dump, edit it to completely remove the two tables (account_requests, account_credentials) along with the associated inserts [20:54:17] and import like that, after which you just run update.php [20:55:09] HeXiLeD: above should work if you do not care about pending confirmaccount requests [20:57:27] Since there are no acount requests, that is not a problem. Will try this sugestion. [20:59:00] basically to remove this blocks? https://bpaste.net/show/57AD can you confirm ? [21:07:30] well it worked. lets see if the wiki works well [21:09:20] HeXiLeD: make sure to run update.php [21:09:35] you want that table recreated if you have ConfirmAccount installed [21:16:47] doing as we speak [21:19:22] your solution worked. Thank you very much for your time and attention. [22:06:26] i have this error quite a bit: PHP Notice: compact(): Undefined variable: preloadedMessages in ........... /wiki/includes/cache/localisation/LocalisationCache.php on line 531 [22:32:32] sounds like your MessagesEn.php may be borked, or language fallbacks not working [22:47:31] man this really blows my mind, two identical 1.33.0 installations with different extensions, identical Monolog versions, absolutely identical Monolog settings, one wiki logs, the other does not (and it definitely worked before the upgrade) and the most puzzling thing is that MonologSpi's constructor is not called at all [22:48:07] the include and vendor directories are identical save for some composer stuff [22:49:16] the $wgMWLoggerDefaultSpi is properly defined and maintenance/eval.php shows it fine [22:50:03] "how do I log the logger" [23:27:35] anyone experiened with InnoDB row compression may like to expand this section https://www.mediawiki.org/wiki/Manual:Reduce_size_of_the_database#Compress_database_rows [23:27:43] it seems to work nicely