[10:14:48] Is there any way to do single-sign on across MW sites with differing domains without using CentralAuth ? [13:37:11] Lcawte|Away: are the servers on a shared host? [13:59:55] I'm getting a problem where one of my extensions' table-creation SQL involves the "blob" type, which isn't supported by PostgreSQL. [14:00:34] But MediaWiki's standard tables.sql file also contains a bunch of "blob"s, and there doesn't seem to be a Postgres-specific version of that file. How does that one work? [14:03:44] Yaron: there are separate files for PostgreSQL [14:04:09] Yaron: your extension needs to support PostgreSQL explicitly unless it is possible to use some other data type [14:06:32] Yaron: https://phabricator.wikimedia.org/T2384 has a list of PostgreSQL issues, also with extensions [14:07:32] Yaron: one simple example was https://phabricator.wikimedia.org/T53441 and the code is here https://gerrit.wikimedia.org/r/#/c/98353 [14:09:01] saper: okay, that's helpful. But where is the PostgreSQL version of tables.sql? [14:09:58] (tables.sql in the /maintenance directory) [14:24:57] Never mind, I figured it out - it's at /maintenance/postgres/tables.sql. [14:25:06] saper: thanks for the links! [15:33:13] Yaron: yes and there are PostgresInstaller and PostgresUpdater [15:34:43] Oh, I didn't know about those either. [15:35:17] includes/installer/PostgresInstaller.php [15:37:16] includes/installer/PostgresUpdater.php is significantly different from its MySQL counterpart - we rely less on ready SQL scripts, more on functions manipulating the schema [17:27:17] Hi All, I'm writing an extension that inserts a graphic onto a wiki page. Now, I'd also like to have users be able to embed these graphics in other pages on their own websites. How should I go about generating a URL on my mediawiki that just returns the (dynamic) graphic? Should I be looking at the api? Also, If I could avoid any overhead related to login/admin/logging, that would be great. [17:27:18] Many thanks in advance for tips. [20:23:57] is there going to be a release today? [20:29:46] yes [20:30:09] Hi All, I'm writing an extension that inserts a graphic onto a wiki page. Now, I'd also like to have users be able to embed these graphics in other pages on their own websites. How should I go about generating a URL on my mediawiki that just returns the (dynamic) graphic? Should I be looking at the api? Also, If I could avoid any overhead related to login/admin/logging, that would be great. [20:30:40] would appreciate any tips on the right direction to look. [20:47:45] maccino: just have your extension create a normal image file in the File namespace [20:50:54] Betacommand, thanks.. It's not an image though, it's an dynamically created d3.js force directed graph. [20:51:57] maccino: can it create an actual file? [20:52:17] With $wgEnotifWatchlist = true, should email be sent immediately upon edit, or is it batched? [20:52:49] FlipBill: I think it may go tru the job queue if I am not mistaken [20:53:32] Betacommand, I guess it could, on demand. [20:53:39] Ah, that may explain my problem. Now all I gotta do is figure out what kicks that off. [20:53:51] !jobqueue [20:53:52] The Job Queue is a way for mediawiki to run large update jobs in the background. See http://www.mediawiki.org/wiki/Manual:Job_queue [20:54:04] FlipBill: [20:54:07] Betacommand, thank you [20:54:43] maccino: have it create the file serverside, and upload it to the file namespace [20:54:57] What I really need is to be able to display just the content of a wiki page, without any header/sidebar, nav links and anything. [20:55:15] Betacommand, I would really rather not create files. [20:56:38] I could do something really clunkly like turn on an output buffer and then filter everthing except what I want to output to the browser, but I'd like to know what is the "right" way - the mediawiki way to do this. [20:57:18] maccino: what is you actual goal? [20:57:52] I need people to be able to call something like www.mysite.org/d3graph.php?param1=x&etc=etc and have it return a html page with the SVG [20:58:00] but nothing other than the SVG [20:58:23] maccino: thats not something mediawiki does [20:58:37] right.. that's why I need to program it [20:59:18] Nah. Explicitly set $wgEnotifUseJobQ = false; Edit watchlist page, no indication of email attempt in postfix log. But email works for password reset. Anyone know where I might find add'l trace info? Nothing in Apache logs. [20:59:25] that sounds like just a normal PHP script that you would host on the same server [20:59:38] I also will need to have some way to feed data to the running SVG via ajax. [20:59:56] so I need an ajax interface into the mediawiki data. [21:00:24] FlipBill: editing the watchlist wont do it. you need to edit a page you have watchlisted [21:00:45] Betacommand, yeah, that's what I did. Sorry not clear. [21:00:49] !debug FlipBill [21:00:49] For information on debugging (including viewing errors), see http://www.mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://www.mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging [21:00:50] Yes, I guess I will have to dig into the flow starting from index.php and see what I need to include and where output is happening and somehow turn that off. [21:00:53] is there a qauth plugin [21:01:12] But I'll double check. I assume I need to use two users to make it happen. [21:01:12] maccino: No [21:01:25] watcher and editor [21:01:35] maccino: The two main ways to do something like that is either an api module, or a special page. If doing a special page, you call $this->getRequest()->getOutput()->disable(); to disable all the normal html, and just use echo to output what you want [21:01:35] FlipBill: Yeah, you wont get emails from your own edits\ [21:01:44] but api is kind of considered more modern [21:02:30] bawolff: ok cool.. this is the info I am looking for. [21:02:48] So I should program my extension to have an API [21:03:02] and then I'll call that somehow eventually with api.php [21:03:33] like as described here: https://www.mediawiki.org/wiki/API:Extensions#Creating_API_modules_in_extensions [21:04:05] Nvm. Prob seems to be particular watcher. [21:04:25] maccino: Yes, but if you want to output an svg directly, you need a "custom printer" (I think its called) [21:04:26] Works when I siwtch editor/watcher user roles. [21:04:37] FlipBill: what host is their email thru? [21:04:51] I wrote a custom printer already.. now I've changed to an extension. [21:05:20] They are both on same host. Not sure I understnad ur Q [21:05:40] the extension works fine to put the svg on a wiki page with but I also need it "fullscreen" as such [21:05:54] FlipBill: @yahoo addresses have a known issue [21:06:05] and then I need to feed it json data over ajax.. oh BTW this is all with semanticmediawiki data backend [21:06:11] maccino: by custom printer I mean as part of your api module (See getCustomPrinter() method of the API) [21:06:40] I think SMW has something called a custom printer, I mean something unrelated [21:06:40] Not @yahoo. But that's good to know. It's apparently some local misconfig on my part. [21:08:25] ok i get you.. [21:08:54] thanks! I know know the right path to go down.. I think! [21:09:30] https://doc.wikimedia.org/mediawiki-core/master/php/classApiFormatBase.html might be helpful (custom api printers are subclasses of that class) [21:10:45] :) [21:11:41] The api modules that output RSS feeds are probably pretty similar to what you want to do, and might work as good examples [21:14:19] good idea. will check that. [21:14:26] thanks [21:14:53] Betacommand, it was an unconfirmed email address for the test account. Sorry to bother you. [21:28:20] ori: will there be a pre-release announcement? [21:48:41] Hi [21:49:58] Is there a way to have a search engine into WikiEditor so that I don't have to the name of the file I want to include? [21:52:08] I mean, that's cool there's a GUI for including files, but if it's just for the wiki syntax, I could type it myself. [21:54:23] Someone could certainly program something like that [21:54:28] I think visual editor does [21:54:51] long ago (now abandoned) there was an extension called "Add media wizard" that did that [22:00:54] Hi all, for some reason we can?t see the links placed on MediaWiki:Sidebar (we only see the ones by default) and the links of MediaWiki:Grouppage-x are all in red [22:01:02] we can't* [22:01:23] The wiki is: wikimedia.org.ve [22:03:18] White_Master: something wrong with localisation cache I'd guess [22:03:54] you could try running rebuildLocalisationCache.php --force [22:04:36] bawolff, maintenance folder? [22:04:58] yes [22:05:24] oka [22:11:24] bawolff, nope, not work.