[01:35:20] <Galahad>	 After a couple of hours, the extensions loaded finally
[01:37:43] <Galahad>	 But when I tried to create a new account from ConfirmAccount indicates this: [c20a70d62b3fd1b92efdbb73] 2020-06-11 01:37:32: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"
[01:39:07] <Reedy>	 Have you run update.php?
[01:39:19] <Reedy>	 >the extensions loaded finally
[01:39:24] <Reedy>	 That's some aggressive caching somewhere
[01:46:14] <Galahad>	 Odd, I run update.php after I installed the extensions
[01:50:36] <Galahad>	 Could not create directory "mwstore://accountcreds-backend/accountcreds-public/w/wi/wik"
[01:50:39] <Galahad>	 Mhmm
[01:50:52] <Galahad>	 I solve this in another installation, but rn not remember
[01:52:07] <Reedy>	 That'll be a file permissions error
[01:53:34] <Reedy>	 Look at the images dir
[07:03:19] <acagastya>	 Hi.
[08:19:29] <acagastya>	 I am getting an internal error when I am trying to access RC when I am logged in.
[08:19:43] <acagastya>	 But it is working fine when I am logged out.
[08:19:57] <acagastya>	 How do I fix that?
[08:26:33] <acagastya>	 I get a 500 error code in the console.
[08:26:57] <acagastya>	 Other than that -- it is just warnings.
[08:40:55] <Majavah>	 acagastya: known issue https://phabricator.wikimedia.org/T253098
[08:41:25] <Majavah>	 for now you can use https://commons.wikimedia.org/w/index.php?hidebots=1&hidecategorization=1&hideWikibase=1&hidelog=1&limit=50&days=7&title=Special:RecentChanges&urlversion=2
[08:41:58] <acagastya>	 Actually, it is working for me on wmc.
[08:42:09] <acagastya>	 If I just append those configs, it should work fine?
[08:42:53] <Majavah>	 the bug only affects users with saved watchlist settings, so you can use the link I just sent until this is fixed
[08:43:13] <Majavah>	 actually sometimes it affects other users, but overriding all settings via the link works somehow
[08:44:27] <acagastya>	 Admins would be the worst affected, I assume.
[08:45:09] <acagastya>	 It was reported in May -- how did it not affect me before?
[08:45:29] <Majavah>	 it only started affecting watchlists yesterday
[08:46:05] <acagastya>	 I should notify local wiki technical page.
[08:47:38] <acagastya>	 Majavah: would you be okay if I were to copy your messages and logged them on-wiki?  I mean since you pined me 7 minutes back, till "it only started affecting..."?
[08:48:40] <Majavah>	 let me double-check I haven't said anything that's out of date
[08:50:46] <Majavah>	 good thing I double-checked :D
[08:52:44] <acagastya>	 Everything okay?
[08:53:09] <Majavah>	 yeah, just trying to figure out how to explain this non-technically
[08:53:52] <Majavah>	 the baseline is that since yesterday some watchlist settings cause it to crash, and the link I sent you does not cause crashes
[08:54:47] <Majavah>	 I think that the bug only caused warnings in server logs before yesterday but now it also crashes
[08:55:05] <Majavah>	 I think that's the best way to explain this
[08:55:21] <acagastya>	 * pined -> pinged. Made a typo in the backscroll.
[08:56:11] <acagastya>	 I hope you are okay if I quote you on that.
[08:57:13] <Majavah>	 yeah should be fine
[11:19:17] <StyXman>	 what's the lightbox used by mediawiki?
[11:51:34] <Vulpix>	 !e MultiMediaViewer
[11:51:34] <wm-bot>	 https://www.mediawiki.org/wiki/Extension:MultiMediaViewer
[11:52:00] <Vulpix>	 StyXman: See https://www.mediawiki.org/wiki/Extension:MultimediaViewer
[12:05:16] <StyXman>	 There is currently no text in this page. You can search for this page title in other pages, search the related logs, or create this page.
[12:06:16] <acagastya>	 These days, I have noticed I log in to one project, then go to the other project, but I am not logged in there.
[12:09:15] <StyXman>	 Vulpix: the page is empty
[12:09:23] <StyXman>	 do you know where the code is?
[12:09:46] <acagastya>	 Any idea why that is happening and what should I do instead?
[12:47:44] <Vulpix>	 StyXman: can you look again at the link that's on the same line where I *mention* you?
[13:04:46] <StyXman>	 Vulpix: like I said, what I can see it's the text "There is currently no text in this page. You can search for this page title in other pages, search the related logs, or create this page."
[13:05:21] <StyXman>	 ah, the *second* one, with a lower m
[13:06:33] <Vulpix>	 Yes, the message that mentions you, not the link posted by the bot
[13:06:39] <StyXman>	 right
[13:06:48] <StyXman>	 I didn't see the difference until now
[13:07:36] <StyXman>	 hmm, sees like the js is going to be hard to excise...
[13:10:02] <StyXman>	 Vulpix: thanks
[17:48:26] <Krinkle>	 huji: .. continuing about https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Poem/+/604803/
[17:48:57] <Krinkle>	 Did you edit or purge the article that uses the <poem> tag in a wiki page?
[17:53:32] <huji>	 Krinkle: I did. And to make things easier, I am actually checking the "preview" output, which is always purged
[17:54:46] <Krinkle>	 huji: OK. Try saving it with some changes, and then viewing the source. Do you see ext.poem mentioned anywhere? 
[17:55:12] <Krinkle>	 Also, is removal of 'display' confimeed?
[17:55:17] <Krinkle>	 confirmed*
[17:55:46] <huji>	 Krinkle: yes, I see at the top of the source that     "ext.poem.styles":"ready"
[17:56:09] <Krinkle>	 OK.
[17:56:27] <Krinkle>	 Do you also see poem mentioned elsewhere in the <head>? for example, in a <link href> url?
[17:57:25] <huji>	 https://pastebin.com/C3AP49nK
[17:57:47] <Krinkle>	 modules=ext.poem.styles
[17:57:49] <Krinkle>	 good
[17:58:02] <huji>	 ok, I see something interesting
[17:58:12] <huji>	 When I go to the linked CSS I see this:
[17:58:14] <huji>	 Problematic modules: {"ext.poem.styles":"error"}
[17:58:24] <Krinkle>	 modules=ext.poem.styles
[17:58:26] <Krinkle>	 http://en.localhost/load.php?lang=en&modules=ext.poem.styles&only=styles&skin=vector
[17:58:31] <Krinkle>	 right
[17:58:39] <Krinkle>	 check the php or mediawiki error log
[17:58:42] <huji>	 https://pastebin.com/MLMigq4S
[17:59:05] <huji>	 style file not found, or is not a file: "/var/www/html/modules/ext.poem.styles.css"
[17:59:24] <huji>	 Well, the style file is not there; it is in /var/www/html/extensions/Poem/modules
[17:59:26] <Krinkle>	 huji: is "/var/www/html" == $IP?
[17:59:28] <Krinkle>	 mediawiki root
[17:59:32] <huji>	 yes
[17:59:40] <Krinkle>	 OK. the isuse is that there is no base path set
[17:59:50] <huji>	 So I am guessing extension.json needs to be modified to define base path ...
[18:00:10] <Krinkle>	         "localBasePath": "modules",
[18:00:11] <Krinkle>	         "remoteExtPath": "MyExtension/modules",
[18:01:26] <Krinkle>	 huji: I'm helping as this can be useful, but my earlier comment means we likely cannot accept this change for performance reason.
[18:01:45] <huji>	 Krinkle: I realized that :/
[18:02:14] <huji>	 Krinkle: do you have a better idea?
[18:02:47] <Krinkle>	 not really, inline styles seem appropiate for this
[18:03:00] <Krinkle>	 perhaps in the future we can have something like TemplateStyles but for wikitext extensions
[18:03:31] <huji>	 Krinkle: well, with inline styles, you cannot solve the underlying issue described in https://phabricator.wikimedia.org/T254051
[18:04:48] <huji>	 Extensions that don't even deal with parser (or save pages) can properly load CSS modules (e.g. CheckUser does), why can't this one?
[18:07:08] <Krinkle>	 https://grafana.wikimedia.org/d/BvWJlaDWk/startup-manifest-size?orgId=1
[18:07:16] <Krinkle>	 https://phabricator.wikimedia.org/phame/post/view/175/wikipedia_s_javascript_initialisation_on_a_budget/
[18:07:49] <Krinkle>	 every bundle is its own entry point. We have to act sparingly on how many makes sense to have. I don't think every extension tag can scale to add its own module for 1 line of styles.
[18:07:55] <Krinkle>	 It adds more cost than the style itself.
[18:08:17] <huji>	 No, I understand that part, and am not aruging with that.
[18:08:29] <Krinkle>	 CheckUser is a major feature. Poem is not.
[18:08:38] <huji>	 I just cannot imagine a way in which the RTL/LTR issue can be properly handled with inline styles
[18:08:42] <Krinkle>	 Right
[18:09:12] <Krinkle>	 inline <style> could work. or perhaps Parser can tell you the directionality for the page. That would get you most of the use cases.
[18:09:17] <Krinkle>	 (but not mixed use cases)
[18:09:41] <Krinkle>	 there might also be a core utility class you can use to do this automatically
[18:09:56] * huji is curious
[18:10:37] <huji>	 I think a compromise of using directionality from Parser would be okay. But I'm eager to know more about the core utility idea
[18:11:13] <Krinkle>	 Things like .mw-body and blockquote are already given directionality
[18:11:26] <Krinkle>	 so perhaps there is a re-uable  class that gives you something already that can be used
[18:11:28] <Krinkle>	 there is also
[18:11:29] <Krinkle>	 https://developer.mozilla.org/en-US/docs/Web/CSS/margin-inline-start
[18:11:39] <Krinkle>	 which means left or right depending on css direction:
[18:11:41] <Krinkle>	 that woudl be est
[18:11:42] <Krinkle>	 best
[18:12:01] <Krinkle>	 Not very old though, so older browsers would not have it
[18:12:11] <Krinkle>	 maybe that is okay given it is only a margin style
[18:13:28] <huji>	 It would preclude Internet Explorer ... but that could also be a good compromise :/
[18:13:37] <huji>	 Can you point me to where directionality is passed to blockquote?
[18:13:48] <Krinkle>	 latest IE (=Edge)  has support
[18:14:11] <huji>	 (yeah, that is why I said a *good* compromise, cuz screw IE people should use Edge instead!)
[18:15:47] <Krinkle>	 hehe
[18:16:01] <Krinkle>	 I was wrong, there is no blockquote style by default, there is for <pre>
[18:40:31] <absor70>	 Hi there, I need some help with db access wrappers, I'm trying to drop tables using MW methods, like dropTable() instead of doing the **scary** SQL query :)
[18:41:06] <absor70>	 is there a wrapper to list the tables without prefix? 
[18:41:23] <Reedy>	 AFAIK no
[18:41:41] <Reedy>	 Why do you need one?
[18:42:27] <absor70>	 dropTables is expecting table names without prefix, and doing a regex or str replace to loose it sounds pointless
[18:43:10] <Reedy>	 Why do you need to dynamically drop tables?
[18:43:28] <Reedy>	 From MW's point, users of the db layer don't need to care what the prefix is (or isn't), that takes care of it
[18:44:12] <absor70>	 to automate the removal of a specific wiki from a wikifarm 
[18:44:34] <absor70>	 Reedy: I see, makes sense :)
[18:44:46] <Reedy>	 I suspect in most cases, you'd use a unique database name...
[18:44:49] <Reedy>	 And just drop that all
[18:44:52] <acagastya>	 I can't save any of my edits.
[18:45:01] <acagastya>	 I get a warning "You might have been logged out. Please verify that you're still logged in and try again. If it still does not work, try logging out and logging back in, and check that your browser allows cookies from this site."
[18:45:02] <Reedy>	 Or a prefix per wiki.. SHOW TABLES LIKE 'foo_%';
[18:45:19] <acagastya>	 But I haven't logged out -- in fact, I logged out and logged in again.
[18:46:06] <acagastya>	 Happening on multiple wikis.
[18:46:18] <absor70>	 Reedy: Yepp, that what the code does now, but it does triggers some warnings that I was wanting to get rid of. But if there is no other way...
[18:46:51] <absor70>	 acagastya: Have you tried switching browsers? 
[18:47:11] <acagastya>	 Yes I have.
[18:47:40] <acagastya>	 com, enwn, enwb all three wikis with same issue -- not just with me, but other editors face the same issue.
[18:47:45] <acagastya>	 enwp seems to be working.
[18:48:37] <Reedy>	 I think it's known, based on -operations
[18:48:40] <Reedy>	 There's session issues
[18:49:12] <acagastya>	 Wait -- It didn't log me in when editing enwp -- the problem I mentioned earlier this evening.
[18:50:28] <acagastya>	 When trying to log in, it now gives an error "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form. You may receive this message if you are blocking cookies."
[18:50:40] <acagastya>	 https://en.wikipedia.org/wiki/Special:RecentChanges?hidebots=1&hidecategorization=1&hideWikibase=1&limit=50&days=7&urlversion=2
[18:50:41] <Reedy>	 As above
[18:50:47] <Reedy>	 There's a known issue
[18:50:50] <Reedy>	 It's being worked on
[18:50:56] <acagastya>	 You won't be able to see any logged in edits.
[18:51:40] <acagastya>	 Issue links?
[18:53:35] <Reedy>	 https://phabricator.wikimedia.org/T255179
[19:02:07] <acagastya>	 Seems to be working now.
[19:12:43] <buZz>	 i got a query
[19:13:19] <buZz>	 i defined a new allowed value for a property on https://wiki.hackerspaces.org/Property:Hackerspace_status , but actually giving that value to a item errors out ; https://wiki.hackerspaces.org/Logan_Laser_Lab
[19:13:27] <buZz>	 "suspected inactive" is not in the list (active, planned, building, closed, unknown, reformatting) of allowed values for the "Hackerspace status" property.
[19:14:42] <Reedy>	 FWIW, you don't really get much Semantic* support in here
[19:15:10] <buZz>	 ah, do i need a different channel?
[19:15:44] <Reedy>	 You can try #semantic-mediawiki but it's usually dead too