[00:00:25] 10VisualEditor, 10VisualEditor-CopyPaste: Preserve backward selections when copying in Firefox - https://phabricator.wikimedia.org/T104517#1419371 (10dchan) 3NEW a:3dchan [00:01:15] (03PS1) 10Divec: Single function to apply DOM selections [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222221 (https://phabricator.wikimedia.org/T104517) [00:01:27] James_F, is that isIW:true supposed to indicate that it's an interwiki link? [00:01:45] Krenair: Maybe? [00:01:59] I forget where the docs for these sorts of things are [00:02:07] https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec [00:02:18] https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Interwiki_non-language_links [00:02:21] 10VisualEditor, 10VisualEditor-MediaWiki, 7Design, 7Epic: Provide a single edit tab which has both VisualEditor and wikitext modes and allows on-the-fly switching without saving - https://phabricator.wikimedia.org/T102398#1419382 (10Nirzar) [00:02:31] That's... [00:02:35] helpful.. [00:02:37] 10VisualEditor, 10VisualEditor-MediaWiki, 7Design, 7Epic: Provide a single edit tab which has both VisualEditor and wikitext modes and allows on-the-fly switching without saving - https://phabricator.wikimedia.org/T102398#1363629 (10Nirzar) Here's a prototype http://nirzar.github.io/prototypes/ve/switch/wi... [00:03:49] Krenair: Yeah. [00:03:54] (03CR) 10jenkins-bot: [V: 04-1] Single function to apply DOM selections [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222221 (https://phabricator.wikimedia.org/T104517) (owner: 10Divec) [00:16:19] (03PS2) 10Divec: Single function to apply DOM selections [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222221 (https://phabricator.wikimedia.org/T104517) [00:23:24] 10VisualEditor, 6Collaboration-Team, 10Flow: Ctrl-Home doesn't allow further typing in VisualEditor in Flow posts - https://phabricator.wikimedia.org/T103494#1419453 (10Catrope) I can't reproduce this when editing https://he.wikipedia.org/w/index.php?title=%D7%A0%D7%95%D7%A9%D7%90:Sk9wtvs8mk3kh4ko&topic_show... [00:25:50] (03PS4) 10Jforrester: extension.json: Re-generate from VisualEditor.php [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/217336 [00:28:50] James_F, I looked at the Parsoid source and it certainly seems to be for interwiki links [00:29:15] Krenair: But not documented? Can we rely on it? [00:29:20] I'm not sure. [00:29:25] RoanKattouw might know more? [00:31:34] (03PS3) 10Jforrester: Re-do: Empty out PHP entry point [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/215090 (https://phabricator.wikimedia.org/T87992) [00:32:14] (03CR) 10Jforrester: "PS3 is a rebase; Lego tracked the failure down to a missing callback function which was fixed. Should be good to go…" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/215090 (https://phabricator.wikimedia.org/T87992) (owner: 10Jforrester) [00:32:29] legoktm: Want to +2 https://gerrit.wikimedia.org/r/#/c/215090/ and its child? [00:42:53] James_F, there is some nasty code I could use to extract that isIW [00:43:02] I vaguely recall Roan discouraging this before? [00:43:22] Krenair: Yeah, we're not meant to take anything not in data-mw really. [00:43:26] data-parsoid [00:43:41] data-{mw,parsoid} [00:44:12] sigh [00:44:18] so how are we supposed to get this information then? [00:44:30] I think we aren't. [01:00:52] Krenair, James_F: Reading data-mw is allowed and encouraged [01:00:58] We use it for templates and tag extensions [01:01:06] but not data-parsoid [01:01:08] But data-parsoid is off limits [01:01:16] And not even available to us in prod I think [01:01:21] Indeed. [01:01:22] ah [01:01:57] so... how are we supposed to tell whether an external link is really an interwiki link? [01:02:08] can we get it moved to data-mw? [01:04:43] You can ask the Parsoid team [01:04:52] I don't know what their opinion about this is [01:05:05] view-source:https://parsoid-lb.eqiad.wikimedia.org/mediawikiwiki/MediaWiki?oldid=1446376 shows some data-parsoid [01:07:20] Krenair: We don't load that, though. [01:08:02] Krenair: Users get https://www.mediawiki.org/api/rest_v1/page/html/MediaWiki?oldid=144376 [01:08:17] ah [01:08:21] no data-parsoid from restbase [01:08:37] so in prod, VE would only get data-parsoid on private wikis [01:50:13] (03CR) 10Legoktm: [C: 04-1] "So...I re-arranged the file manually to clean up the diff from where the script just moved stuff around and...there was no diff! The files" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/217336 (owner: 10Jforrester) [01:50:48] (03PS4) 10Legoktm: Re-do: Empty out PHP entry point [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/215090 (https://phabricator.wikimedia.org/T87992) (owner: 10Jforrester) [01:50:49] legoktm: Yeah, I know… [01:50:58] (03PS5) 10Legoktm: Re-do: Empty out PHP entry point [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/215090 (https://phabricator.wikimedia.org/T87992) (owner: 10Jforrester) [01:51:33] legoktm: Is there a "good" order to put it in? I tried a few orderings… [01:51:47] (03CR) 10Legoktm: [C: 032] Re-do: Empty out PHP entry point [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/215090 (https://phabricator.wikimedia.org/T87992) (owner: 10Jforrester) [01:52:27] 10VisualEditor, 10VisualEditor-MediaWiki: VE treats interwiki links as external links - https://phabricator.wikimedia.org/T103636#1419488 (10Krenair) We could modify modules/ve-mw/ce/annotations/ve.ce.MWExternalLinkAnnotation.js to only addClass( 'external' ) if !JSON.parse( model.element.originalDomElements[0... [01:52:33] James_F: not really. whatever you want? JSON objects are unordered :D [01:52:34] 10VisualEditor, 10VisualEditor-MediaWiki, 10Parsoid: VE treats interwiki links as external links - https://phabricator.wikimedia.org/T103636#1419490 (10Krenair) [01:53:18] 10VisualEditor, 10VisualEditor-MediaWiki, 10Parsoid: Don't display interwiki links with external icon in VE - https://phabricator.wikimedia.org/T103636#1419492 (10Krenair) [01:53:52] legoktm: Sure, but there's probably a "sensible" way to lay it out that we should enforce. [01:54:05] legoktm: (Beyond the bits that are already enforced ordering.) [01:54:13] (03Merged) 10jenkins-bot: Re-do: Empty out PHP entry point [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/215090 (https://phabricator.wikimedia.org/T87992) (owner: 10Jforrester) [01:57:25] James_F: eh, I have no opinion. Feel free to come up with one :) [02:02:20] legoktm: OK. Later. :-) [06:09:18] 10VisualEditor, 10VisualEditor-ContentEditable: Reference div overlaps Infobox div - https://phabricator.wikimedia.org/T104540#1419815 (10Juandev) 3NEW [06:10:10] 10VisualEditor, 10VisualEditor-ContentEditable: Reference div overlaps Infobox div - https://phabricator.wikimedia.org/T104540#1419823 (10Juandev) {F188159} [08:42:53] (03Abandoned) 10Legoktm: extension.json: Re-generate from VisualEditor.php [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/217336 (owner: 10Jforrester) [10:17:14] Visual editor seems to load but then fail and switch back to view mode [10:25:20] (03PS1) 10Esanders: Revert "Show as surface placeholder, not an edit notice" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 [10:26:29] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers, 5WMF-deploy-2015-07-07_(1.26wmf13): Show as a placeholder, rather than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1420240 (10Esanders) This is wrong. Placeholders are not for showing... [10:27:33] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers, 5WMF-deploy-2015-07-07_(1.26wmf13): Show as a placeholder, rather than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1420242 (10Esanders) If we don't like the edit notice system we shoul... [10:53:32] 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1420288 (10Amire80) 3NEW [10:56:36] 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1420307 (10Amire80) [11:14:54] 10VisualEditor, 10Parsoid: https://en.wikipedia.org/wiki/User:Amire80/single_break_nowiki cannot be edited in VE in Chrome - https://phabricator.wikimedia.org/T104557#1420368 (10Amire80) 3NEW [12:33:22] Nicolas, where? [12:38:15] edsanders, I tried two different articles [12:38:34] Nicolas, which pages and browser? [12:39:22] https://en.wikipedia.org/wiki/Deaths_in_2015 Firefox 38.0 on Ubuntu 2015.04 [12:39:53] same problem reproduced right now [12:40:31] I can edit this simpler article though: https://en.wikipedia.org/wiki/8th_Fire [12:43:43] "Exception in store-localstorage-update:" load.php:177:752 [12:43:43] "NS_ERROR_DOM_QUOTA_REACHED: Persistent storage maximum size reached" DOMException [NS_ERROR_DOM_QUOTA_REACHED: "Persistent storage maximum size reached" [12:43:43] code: 1014 [12:43:43] nsresult: 0x805303f6 [12:43:43] location: https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=pqut7PhA:175] [12:44:21] edsanders, do you need more information? [12:45:16] On the opposite, https://en.wikipedia.org/wiki/Fukutsuru had the same problem a few hours ago but now I can edit it with Visual Editor normally. [12:50:57] thanks [12:52:54] Nicolas, doesn't appear to be a problem for me [12:53:09] can you try in a plain profile (i.e. with extensions disabled)? [12:56:20] edsanders, exact same problem with `firefox -safe-mode` so it is not an extensions/profile problem. [12:57:09] https://en.wikipedia.org/wiki/Air_raids_on_Japan works fine despite it being a huge article. [12:57:47] I've tested in FF v38 on Ubuntu [13:04:15] Is it a known bug? Should I file a new one? [13:19:15] yes please - although it's going to be hard if we can't reproduce it [13:19:56] I can reproduce it. [13:20:02] Another user just reported it at -tech [13:48:10] 10VisualEditor, 10BetaFeatures, 10MediaWiki-extensions-ContentTranslation, 5ContentTranslation-Release6: ContentTranslation beta features auto-enrollment doesn't seem to work - https://phabricator.wikimedia.org/T87541#1420864 (10Amire80) [14:15:57] 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1421015 (10ssastry) See https://gerrit.wikimedia.org/r/#/c/222000/ also now documented at https://www.mediawiki.org/wiki/Parsoid/Normalizations . Of those docu... [14:19:43] 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1421022 (10ssastry) However, Parsoid's solution will not clean up the newlines, etc. -- those kind of fixes are better done in VE and other editing clients. Pa... [14:23:12] 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1421032 (10Amire80) IIUC, https://gerrit.wikimedia.org/r/#/c/222000/ scrubs it from the beginning of true paragraphs - after //two// linebreaks. Does it also d... [14:31:58] 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1421062 (10ssastry) Ah, yes. I didn't pay attention to the single linebreak part. No, that patch only deals with true paragraphs. [14:43:16] (03CR) 10Jforrester: "Why?" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (owner: 10Esanders) [14:52:10] (03CR) 10Zfilipin: "No activity on this in months. Removing myself from reviewers so it does not show up in my gerrit incoming reviews. Please add me back if " [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/187650 (owner: 10Ryasmeen) [14:57:24] (03CR) 10Zfilipin: [C: 04-1] "Looks good to me in general. Voting -1 because of a minor RuboCop complaint." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222143 (owner: 10Dduvall) [15:03:33] hey anyone know what "VisualEditor failed to load: Error: Module ext.visualEditor.core has failed dependencies" is about in the console? [15:05:31] my parsoid instance works, but VE doesn't appear to be communicating with it [15:05:45] Edit tab produces a loading bar then drops off at 3/4 [15:05:55] with no log lines produced [15:06:48] PJosepherum: impossible to guess like that, but the first thing to do in such cases is to ensure you have compatible versions of VisualEditor and MediaWiki (both on the same release branch, or both latest master), and that the lib/ve submodule in extensions/VisualEditor is up-to-date [15:07:29] i assume you're using Git repositories? [15:07:35] i'm running MW 1.25.1 and REL1_25, both cloned from git [15:07:54] and have indeed run git submodule init [15:08:05] (03CR) 10Esanders: [C: 04-1] "I think frozen selections need some tidying up" (031 comment) [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222221 (https://phabricator.wikimedia.org/T104517) (owner: 10Divec) [15:08:28] is there a way to check lib/ve version? it doesn't have its own head [15:08:31] try running `git submodule update` in extensions/VisualEditor, just in case [15:08:54] PJosepherum: is your wiki publicly accessible, so that i could see the error? [15:09:42] sure, parsoid: http://psychonautwiki.org:8142/pw/ and https://psychonautwiki.org/wiki/ [15:10:01] i'll try git submodule update [15:10:15] (03PS1) 10Jforrester: Update VE core submodule to master (973e23d) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222316 [15:12:24] hmm no longer getting the error, but VE still freezes at 3/4 without producing any log lines [15:17:18] PJosepherum, looks like it can't contact the parsoid server [15:17:27] https://psychonautwiki.org/w/api.php?action=visualeditor&format=json&paction=parse&page=Main_Page&uselang=en-gb [15:18:17] weird, url specified in settings.js is: http://psychonautwiki.org:8142, which resolves [15:18:20] {"error":{"code":"0","info":"parsoidserver-http: HTTP 0","*":"See https://psychonautwiki.org/w/api.php for API usage"}} [15:18:44] in loalsettings.php rather [15:18:59] what is your VisualEditorParsoidURL? [15:19:20] (03CR) 10Esanders: "See T104227" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (owner: 10Esanders) [15:19:58] $wgVisuaEditorParsoidURL = 'http://psychonautwiki.org:8142'; [15:20:24] (03PS2) 10Esanders: Revert "Show as surface placeholder, not an edit notice" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (https://phabricator.wikimedia.org/T104227) [15:20:43] PJosepherum, and VisualEditorParsoidPrefix ? [15:21:08] 'pw' [15:21:12] also: parsoidConfig.setInterwiki( 'pw', 'https://psychonautwiki.org/w/api.php' ); [15:22:13] yes, I can see that bit works [15:23:27] i wonder if this is a misconfiguration of apache [15:23:30] no [15:23:41] since i am having to use aliases for /load.php, thumb.php etc [15:23:46] just added an entry for api.php [15:23:48] to see] [15:23:51] hmm [15:23:57] no change =[ [15:24:06] can you curl http://psychonautwiki.org:8142/pw/ from the web server? [15:24:35] doing so doesn't return any output [15:25:00] or rather [15:25:05] http://psychonautwiki.org:8142/pw/Main_Page?oldid=52161 [15:25:43] yup, prints the html [15:26:11] do you have the php5-curl package installed? [15:26:22] I vaguely recall that causing issues for some people [15:26:35] yes, it is installed [15:26:37] (the lack of it causing issues) [15:26:45] may not be configured let me check [15:27:17] yeah extension is loaded [15:27:30] * PJosepherum scratches head [15:27:30] any other dependencies? [15:27:39] don't think so [15:27:55] do you have debug logging set up? [15:28:05] perhaps some weird conflict then [15:29:23] oh hmm yeah [15:29:24] MWException from line 852 of /var/www/html/w/includes/resourceloader/ResourceLoaderFileModule.php: ResourceLoaderFileModule::readScriptFiles: script file not found: "/var/www/html/w/extensions/VisualEditor/lib/ve/src [15:29:46] and others [15:30:17] files appear to be there though [15:31:35] well, that sounds like it would cause separate issues [15:31:47] "script file not found: "/var/www/html/w/extensions/VisualEditor/lib/ve/src/ui/ve.ui.DesktopContext.js", although it is certainly there [15:31:54] lemme see if other lgos reveal anything [15:32:03] timestamp on the log entry? [15:32:14] does it happen each time you try to open ve? [15:33:54] no, actually :/ [15:34:11] may have been before i updated the submodule then [15:34:26] probably [15:34:42] let's get your parsoid connection working first [15:36:26] /etc/mediawiki/parsoid/settings.js (debian) : https://psychonautwiki.org/parsoid.txt [15:36:57] Yes, I *know* your parsoid instance is working, I can see it! [15:37:11] The problem is that VE cannot connect to it [15:37:19] lol, sorry. only other thing i can think to try is to use localsettings rather than the domain in localsettings.php [15:37:19] You've shown me this already [15:37:26] localhost* [15:37:34] try it [15:39:23] nope [15:40:22] 127.0.0.1? [15:40:35] also nope [15:43:39] set up an empty parsoiddebug.log file somewhere, make it possible for your web server to write to it [15:43:56] set $wgDebugLogGroups["parsoiddebug"] to the full path to the file [15:45:02] open MediaWiki's includes/libs/virtualrest/ParsoidVirtualRESTService.php file and stick a wfDebugLog( 'parsoiddebug', $req['url'] ); call in just before the HTTPProxy check [15:45:29] then check exactly what url it ends up building by looking in your log [15:47:07] 10VisualEditor: this.model.getOuterRange is not a function - https://phabricator.wikimedia.org/T104580#1421245 (10Nischayn22) 3NEW [15:48:15] :/ [15:48:15] http://localhost:8000/pw/ [15:48:47] there is another instance of localsettings.js somewhere, i wonder if this is breaking things [15:49:05] really? [15:49:09] that's what it logs? [15:49:12] no [15:49:24] yes that's the output [15:49:49] I have told you already [15:50:07] Parsoid clearly works OK [15:50:13] oh, right yeah [15:50:29] hang on a moment, it prints localhost:8000? [15:50:34] indeed [15:50:42] I thought your parsoid was on port 8142? [15:50:47] it is [15:50:48] :p [15:50:49] ... [15:51:10] also is specified as domain:8142 in localsettings.php [15:51:45] so this is most unusual behaviour [15:52:35] run `git diff` in mediawiki core, pastebin the output [15:53:20] Oh [15:53:36] Also, pastebin the part of your LocalSettings where you include VE and set the parsoid url [15:53:48] make sure you dump everything in localsettings that mentions VE [15:54:04] only changes to composer.json and some .htaccess files in images directory appear on the diff [15:54:33] So you didn't actually change the file to log like I suggested then? [15:54:53] uh, i did, and it produced the log, just didn't show in the diff output for some reason :/ [15:54:56] let me try again [15:55:43] oh there's more [15:55:59] only the edit you mentioned [15:56:31] okay, so pastebin the parts of LocalSettings I mentioned and also the diff of the file I suggested [15:56:34] localsettings: http://hastebin.com/xufipamoki.vala [15:56:53] diff: http://hastebin.com/kapiwiluye.coffee [15:57:59] and the URL in the parsoiddebug.log file is? [15:58:23] cat /var/log/mediawiki/parsoid.log [15:58:40] 2015-07-02 15:47:34 ip-10-0-0-xx xjr4emn3_cosmos-pw_: http://localhost:8000/pw/Autonomous_entities [15:59:03] whatever is causing you to get localhost:8000 is the problem [15:59:26] You're definitely not trying to include VE later on in your config, are you? [16:00:00] oh [16:00:23] As in, after the part you pastebinned? [16:00:47] sorry, debug lines are well before VE settings xD [16:00:54] that's fine [16:01:55] okay, remove your wfDebugLog call from core and make sure you put the file back to its original state [16:01:56] yeah that made no difference. visual editor is one of the last extensions to be required in my localsets [16:02:52] and nothing is overwriting the variables after they are set [16:03:06] is localhost and 8000 the default values for those variables? [16:03:11] yes [16:03:20] in which case, maybe they are not being set at all from localsets [16:03:28] Oh [16:03:30] Oh fml [16:03:35] Look at your pastebin again [16:03:38] $wgVisuaEditorParsoidURL = 'http://psychonautwiki.org:8142'; [16:03:50] Notice anything missing? [16:04:17] oh! haha [16:04:21] goddamnit [16:04:21] * Krenair facedesk [16:04:37] well spotted [16:04:56] this was copy/pasted from the wiki some months ago :p [16:06:35] I was going to suggest that you were doing something silly like trying to include VE after setting ParsoidURL, thus causing it to only get the default [16:06:40] But no, it's far more simple [16:06:52] sigh [16:07:46] brilliant, ok, so now the server is communicating with parsoid, and log lines are being written suggesting conversion request is completing fine. however, the loading bar still hangs at 3/4 [16:08:10] Okay, progress [16:08:32] I notice the "Uncaught TypeError: Cannot read property 'render' of undefined" error in console [16:08:53] Caused by MediaWiki:Vector.js [16:09:44] related to redundant widget [16:09:58] oh hell yes [16:10:00] thanks man :) [16:10:15] i've been stuggling with this for months rofl [16:10:22] * PJosepherum high fives krenair [16:12:09] 10VisualEditor, 6Editing-Department, 3Reading-Web: Extremely high amount of errors for anonymous editors - https://phabricator.wikimedia.org/T97494#1421357 (10phuedx) [16:12:37] i wonder if that TypeError was responsible for other misbehaviours [16:14:59] probably [16:15:07] <3 [16:30:02] so it worked, once. now is hanging at 3/4 despite api clearly working :/ [16:33:09] * PJosepherum gives up [16:33:36] Krinkle_: Can you think of any reason why an iframe wouldn't get created or appended properly on the qunit test page? [16:33:46] I'm pretty sure there should be no problems here. [16:36:28] (others also welcome to chime in...) [16:36:59] I do document.createElement( 'iframe' ), and append it to $( 'body' ), but it doesn't get appended for some reason. [16:42:13] * marktraceur sighs [16:42:19] I forgot the return statement. Wow that was stupid. [16:49:01] marktraceur: :-) [16:49:09] marktraceur: (Also, wrong channel.) [16:49:23] Grrr [16:49:26] What channel should I use [16:49:30] #mediawiki? :P [16:49:34] For general tech stuff? -dev. [16:49:44] You mean #wikimedia-bot-flood? [16:49:48] So that other people can learn. ;-) [16:50:02] It wouldn't be filled with bots if people used it to talk. [16:50:10] marktraceur: `/ignore wikibugs #mediawiki-dev` is your friend. [16:50:14] Apparently some people aren't using it to talk because there are bots. [16:50:18] It's silly. [16:50:19] But then I can't see the wikibugs messages! [16:50:20] Err. #wikimedia-dev. [16:50:30] marktraceur: Join #wikimedia-feed for the bugs. [16:50:32] #wikipmediawiki-dev [16:50:55] Is there a Slack channel for wikibugs yet [16:51:23] a what? [16:52:59] 10VisualEditor, 6Editing-Department, 3Reading-Web: Extremely high amount of errors for anonymous editors - https://phabricator.wikimedia.org/T97494#1421590 (10Krenair) You're going to need to provide more information than just ve-(load|save)-error as well. [16:53:43] James_F: So if this is the solution, why not just remove the bots from -dev? [16:57:26] Move them to where? [16:57:37] only in wikimedia-feed? [16:57:55] Their output is split up into different channels for a good reason. [17:00:05] I'd say take them out of -dev, leave them in -feed, and call it a day. [17:01:00] You realise some of us actually check what's going on there occasionally, don't you? [17:01:06] They're not useless. [17:12:17] 10VisualEditor: Create VE Product Burnup chart - https://phabricator.wikimedia.org/T102272#1421745 (10chasemp) [17:20:06] 10VisualEditor, 6Editing-Department: Visual Editor mobile editing errors - https://phabricator.wikimedia.org/T104593#1421769 (10Jdlrobson) 3NEW [17:21:42] 10VisualEditor, 10VisualEditor-MediaWiki-Mobile, 6Editing-Department: Investigate and solve causes of VisualEditor mobile editing errors - https://phabricator.wikimedia.org/T104593#1421788 (10Jdforrester-WMF) [17:22:40] 10VisualEditor, 10VisualEditor-MediaWiki-Mobile, 6Editing-Department: Investigate and solve causes of VisualEditor mobile editing errors - https://phabricator.wikimedia.org/T104593#1421769 (10Jdforrester-WMF) Were many of these caused by the loading-the-user-module-when-anon issue? I understand that caused a... [17:25:50] (03CR) 10Esanders: [C: 032] Strong directionality support [unicodejs] - 10https://gerrit.wikimedia.org/r/221323 (https://phabricator.wikimedia.org/T104472) (owner: 10Divec) [17:26:22] edsanders: Thanks. :-) [17:26:39] (03Merged) 10jenkins-bot: Strong directionality support [unicodejs] - 10https://gerrit.wikimedia.org/r/221323 (https://phabricator.wikimedia.org/T104472) (owner: 10Divec) [17:29:31] (03CR) 10Esanders: [C: 04-1] Populate the lookup menu when the user opens the link inspector (031 comment) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) (owner: 10Alex Monk) [17:30:37] (03CR) 10Esanders: [C: 032] Save dialog: Show reload link next to FancyCaptchas [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/219583 (https://phabricator.wikimedia.org/T103227) (owner: 10Alex Monk) [17:30:40] (03CR) 10jenkins-bot: [V: 04-1] Save dialog: Show reload link next to FancyCaptchas [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/219583 (https://phabricator.wikimedia.org/T103227) (owner: 10Alex Monk) [17:35:33] (03PS1) 10Divec: Tag v0.1.5 [unicodejs] - 10https://gerrit.wikimedia.org/r/222349 [17:35:55] (03CR) 10Jforrester: [C: 032] Tag v0.1.5 [unicodejs] - 10https://gerrit.wikimedia.org/r/222349 (owner: 10Divec) [17:36:40] (03Merged) 10jenkins-bot: Tag v0.1.5 [unicodejs] - 10https://gerrit.wikimedia.org/r/222349 (owner: 10Divec) [17:43:25] (03PS1) 10Divec: Update UnicodeJS to v0.1.5 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222352 [17:43:59] (03CR) 10Jforrester: [C: 031] Update UnicodeJS to v0.1.5 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222352 (owner: 10Divec) [17:49:42] (03CR) 10Esanders: [C: 032] Update UnicodeJS to v0.1.5 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222352 (owner: 10Divec) [17:52:16] (03Merged) 10jenkins-bot: Update UnicodeJS to v0.1.5 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222352 (owner: 10Divec) [18:01:09] Krenair, did you see https://phabricator.wikimedia.org/T104227 ? [18:01:39] edsanders, yep [18:01:43] edsanders, waiting for James to comment [18:01:50] thoughts? [18:02:24] 10Citoid: Citoid should respect the order of parameters in citation templates that is specified in TemplateData - https://phabricator.wikimedia.org/T104599#1421907 (10Whatamidoing-WMF) 3NEW [18:02:29] 10WikiEditor: The search and replace dialog has background color on other skins than Vector - https://phabricator.wikimedia.org/T104600#1421914 (10Fomafix) 3NEW [18:02:38] Well, I think it can be considered a placeholder and that the idea is reasonable. [18:04:18] also on en.wiki that text is full wikitext [18:04:25] with tables, links, lists etc [18:04:43] Urgh. [18:04:46] if we are going to have a placeholder at all, it definitely shouldn't be that message [18:05:34] It should short at to the point, and make it obvious that it is inside a editable field [18:06:00] "Start your article here..." sort of thing [18:07:32] Looking at en.wiki, I think the rich text issue (e.g. https://en.wikipedia.org/wiki/Qewrdvfaeda?veaction=edit) means we have to revert the patch as is immediately [18:08:50] 10VisualEditor, 10VisualEditor-MediaWiki, 5Patch-For-Review, 3VisualEditor 2015/16 Q1 blockers, 5WMF-deploy-2015-07-07_(1.26wmf13): Show as a placeholder, rather than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1421941 (10Esanders) can contai... [18:12:00] (03PS1) 10Esanders: Fix cursor wobble around chimeras [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222363 [18:12:33] James_F, ^^ [18:12:45] James_F, (https://phabricator.wikimedia.org/T104227) [18:12:57] edsanders: Should that be tagged as fixing the Phab issue? [18:13:23] well just so anyone following the issue can see it was reverted [18:13:37] feel free to re-wrangle it [18:18:42] 10VisualEditor, 10VisualEditor-MediaWiki-Links, 10VisualEditor-MediaWiki-Templates: Red links inside templates should display as red - https://phabricator.wikimedia.org/T104602#1421973 (10Whatamidoing-WMF) 3NEW [18:24:44] 10VisualEditor, 10VisualEditor-MediaWiki-Links: Valid (blue) links to Commons’ images display as red - https://phabricator.wikimedia.org/T104604#1421989 (10Whatamidoing-WMF) 3NEW [18:38:21] 10VisualEditor, 10VisualEditor-ContentEditable, 6Collaboration-Team, 10Collaboration-Team-Sprint-E-Everywhere-2015-07-14, and 3 others: Flow summary input area should have a placeholder in VE mode - https://phabricator.wikimedia.org/T103978#1422034 (10Etonkovidova) Checked on .beta.wmflabs.org in FF, Chrom... [18:59:57] 10VisualEditor, 10Parsoid: https://en.wikipedia.org/wiki/User:Amire80/single_break_nowiki cannot be edited in VE in Chrome - https://phabricator.wikimedia.org/T104557#1422120 (10Elitre) I couldn't load it as well in Chrome when this task was filed. Right now I can open that page in VE in Chrome, IE, FF and Ope... [19:12:46] (03PS4) 10Alex Monk: Save dialog: Show reload link next to FancyCaptchas [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/219583 (https://phabricator.wikimedia.org/T103227) [19:29:43] (03PS3) 10Divec: ve.FrozenSelection: DOM selection data class [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222221 (https://phabricator.wikimedia.org/T104517) [19:37:27] James_F, just as long as it's merged [19:37:44] edsanders: "It"? [19:38:45] the thing we were last talking about [19:38:53] placeholders [19:39:35] I was talking about https://gerrit.wikimedia.org/r/222363 [19:40:07] (03CR) 10Jforrester: [C: 04-1] "I disagree. This message is precisely the definition of a placeholder rather than an alert." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (https://phabricator.wikimedia.org/T104227) (owner: 10Esanders) [19:54:40] 10VisualEditor, 10VisualEditor-ContentEditable, 6Collaboration-Team, 10Collaboration-Team-Sprint-E-Everywhere-2015-07-14, and 3 others: Flow summary input area should have a placeholder in VE mode - https://phabricator.wikimedia.org/T103978#1422427 (10DannyH) 5Open>3Resolved [20:04:58] 10WikiEditor: The search and replace dialog has background color on other skins than Vector - https://phabricator.wikimedia.org/T104600#1422497 (10Fomafix) p:5Triage>3Low [20:06:28] James_F, a) you're wrong, and b) it's technically infeasible, new-article-text is arbitrary wikitext with links, tables and lists [20:09:56] (03PS2) 10Alex Monk: Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) [20:10:03] (03CR) 10Bartosz Dziewoński: [C: 031] "This is most definitely not the definition of a placeholder. The message even refers to "the box below"." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (https://phabricator.wikimedia.org/T104227) (owner: 10Esanders) [20:10:36] edsanders: i want to talk to you about primary frameless buttons [20:10:45] i think they're not a good idea [20:10:54] MatmaRex, yeah - I put a patch in and I wanted you to review it [20:11:18] I think on their own they are not particularly useful, but we need something for toolbars [20:11:20] if the only use case is the toolbar, then we should just make buttons in toolbars display the way you want to (and don't try to call that way "frameless" or "framed") [20:11:57] on let's just stop putting buttons in the toolbar, and use a custom Tool for the "Save page" button [20:12:00] or* [20:12:07] (03CR) 10jenkins-bot: [V: 04-1] Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) (owner: 10Alex Monk) [20:12:31] it basically just needs a background color compared to a regular Tool, i think? and bold text i guess [20:13:31] (in general i think frameless buttons themselves are a really silly idea too, but i think that battle is already lost) [20:13:49] I think that's sensible [20:14:17] (03PS3) 10Alex Monk: Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) [20:16:25] (03CR) 10jenkins-bot: [V: 04-1] Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) (owner: 10Alex Monk) [20:17:31] 10VisualEditor, 10VisualEditor-MediaWiki, 10OOjs-UI, 7Design, and 2 others: Make the save page button flush to the toolbar - https://phabricator.wikimedia.org/T101165#1422583 (10gpaumier) [20:18:33] What's up with npm? [20:18:54] https://integration.wikimedia.org/ci/job/mwext-VisualEditor-npm/8829/consoleFull - banana:all fails? [20:19:39] 10WikiEditor: The search and replace dialog has a white background color and no border on other skins than Vector - https://phabricator.wikimedia.org/T104600#1422615 (10Fomafix) [20:19:44] Krenair: Fixing. [20:19:55] (03CR) 10Jforrester: "… what?" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222445 (owner: 10L10n-bot) [20:20:46] woah... wtf [20:21:45] Yeah. [20:21:50] I'll revert for now. [20:22:21] (03PS1) 10Jforrester: Revert "Localisation updates from https://translatewiki.net." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222470 [20:22:28] Krenair: Want to +2? [20:22:54] (03CR) 10Alex Monk: [C: 032] Revert "Localisation updates from https://translatewiki.net." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222470 (owner: 10Jforrester) [20:23:10] Ta. [20:23:40] (03CR) 10Divec: "Hmm, the cursor moves by one pixel when stepping over the Chimera (as obviously it has to). This definitely improves Chromium (e.g. where " [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222363 (owner: 10Esanders) [20:23:48] Looks like translatewiki is having problems [20:23:53] * James_F nods. [20:24:00] But their other commits didn't look odd. [20:25:15] I checked a few other l10n-bot commits and couldn't see anything that looked related [20:25:24] (03Merged) 10jenkins-bot: Revert "Localisation updates from https://translatewiki.net." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222470 (owner: 10Jforrester) [20:26:32] Yeah. [20:28:52] James_F, this is what en.wiki will look like http://i.imgur.com/SWOo2yO.png [20:30:35] edsanders: enwiki's inappropriately gargantuan messages for everything are something we should also address, yes. [20:31:10] edsanders: But splitting the message into a new one just for VE means bypassing the community's intent. [20:31:24] edsanders: And I promise that after someone notices it'll be made to be just as lengthy, if not more. [20:31:33] edsanders: VE-specific messages mean avenues for bitching at VE users. [20:32:20] what's with the trend to make all labels placeholders :/ [20:32:47] James_F: that message continues to be useful when you start typing. it shouldn't disappear. [20:33:14] MatmaRex: I'm not sure it is. [20:33:53] i'm not sure it isn't. [20:34:04] (03PS4) 10Divec: ve.FrozenSelection: DOM selection data class [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222221 (https://phabricator.wikimedia.org/T104517) [20:34:07] and in en.wp's version it is quite a bit to take in in one sitting [20:34:29] Sure, but it's not an "OMG STOP" alert. [20:34:50] James, this can't be released. Just because we have a shiny new feature, doesn't mean we have to user it everywhere [20:35:12] this is not a placeholder message, the last thing we need is to piss of the community at this time [20:35:38] James_F, do we also want to suspend l10n-bot's ability to submit until we know it won't do that again? [20:35:57] Krenair: I'll just revert next time too. [20:36:02] Okay. [20:36:03] Krenair: Less systemically damaging. [20:36:20] Krenair: Apparently if you remove the bot's ability to +2 the script crashes for all commits, or something. [20:36:27] Oh. [20:36:33] Krenair: Which would make us… unpopular with other repos. :-) [20:36:34] Lovely. [20:36:37] Indeed. [20:37:14] (03PS4) 10Alex Monk: Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) [20:37:39] edsanders: I'm not sure I see how this would piss of the community – it makes their messaging more obvious, not less. Can you expound? [20:38:29] It is a massive block of rich text, stripped of important links [20:39:33] As opposed to a hidden block of rich text which people ignore? [20:39:54] this is a hugely visible change, it is ill thought and quickly merged - we can't work like this [20:40:26] James_F, I agree, edit notices aren't perfect - but don't fudge is some crap just because it's there, especially when it has potential to be contentious [20:40:46] Right now being an edit notice (a) reduces the viability of edit notices, (b) reduces the viability of the instructions which we want people to see before they start editing a new article. [20:41:03] This is not the solution [20:41:10] we can do much better [20:41:13] I'm OK with a better solution. I just don't see how a revert to the status quo is better. [20:41:23] surely we can make it a toolbar dialog if we want it to be more visible… [20:41:31] because you've broken the links, it looks terrible, and it is misleading [20:41:36] Hmm. Possibly. [20:41:53] I don't think it looks as bad as the status quo, and I don't see how it's misleading. [20:42:11] James_F: it doesn't look like it can be typed on [20:42:14] And it had been a back-burner desire for years. It's not like it was a rush. :-) [20:42:25] (that was my impression.) [20:42:26] MatmaRex: It doesn't? There's a flashing cursor and everything… [20:42:31] * James_F sighs. [20:42:33] Fine. [20:42:35] James_F: the flashing cursor is misaligned for me, too. [20:43:25] (03CR) 10Jforrester: [C: 032] "I think this is a retrograde step, but fine." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (https://phabricator.wikimedia.org/T104227) (owner: 10Esanders) [20:43:29] hmm. not sure what's up with this here: http://i.imgur.com/Oq6ubax.png [20:43:43] MatmaRex: Yeah, Ed restyled it after I reviewed but before I merged. [20:44:33] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers: Show as a placeholder, or something else that is more useful than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1422772 (10Jdforrester-WMF) 5Resolved>3Open a:5Krenair>3None [20:45:21] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers: Show as a placeholder, or something else that is more useful than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1410885 (10Jdforrester-WMF) So… @ESanders and @MatmaRex didn't like it as a... [20:45:30] (03Merged) 10jenkins-bot: Revert "Show as surface placeholder, not an edit notice" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222269 (https://phabricator.wikimedia.org/T104227) (owner: 10Esanders) [20:49:58] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers: Show as a placeholder, or something else that is more useful than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1422787 (10matmarex) My first thought was a toolbar dialog. We'd have to wor... [20:55:07] James_F, thanks [20:56:45] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers: Show as a placeholder, or something else that is more useful than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1422831 (10Jdforrester-WMF) >>! In T104227#1422787, @matmarex wrote: > My fi... [20:57:20] edsanders: Always. [21:00:43] edsanders: https://gerrit.wikimedia.org/r/#/c/219583/ https://gerrit.wikimedia.org/r/#/c/220634/ now fixed based on your CR and mergable? https://gerrit.wikimedia.org/r/#/c/222316/ is just a dumb pull-through. https://gerrit.wikimedia.org/r/#/c/221867/ and https://gerrit.wikimedia.org/r/#/c/220307/ need review. https://gerrit.wikimedia.org/r/#/c/221748/ seems OK, but eww .alert() – what do you thin [21:00:44] k? [21:01:21] edsanders: Pestering on Krenair's behalf. ;-) [21:02:35] Those VisualEditor.php changes need a manual rebase because of the extension.json migration [21:02:46] Oh, good point. [21:02:59] OK, belay that, Krenair sucks. ;-) [21:03:05] noo [21:03:16] some of them are fine [21:03:21] :-D [21:03:32] I'm fixing up the two which aren't now [21:03:41] * James_F nods. [21:04:57] (03PS2) 10Alex Monk: Parse SpamBlacklist error on the server-side [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221867 (https://phabricator.wikimedia.org/T99830) [21:06:09] (03PS3) 10Alex Monk: Error when restbase call fails [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221748 (https://phabricator.wikimedia.org/T97041) [21:28:11] (03PS1) 10Divec: ve.growLinkSelection: cover partially selected links [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222488 [21:32:29] (03CR) 10jenkins-bot: [V: 04-1] ve.growLinkSelection: cover partially selected links [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/222488 (owner: 10Divec) [21:46:45] 10VisualEditor, 6Community-Liaison, 7user-notice: Advertise VisualEditor's cool new features to existing editors - https://phabricator.wikimedia.org/T101211#1423091 (10Neil_P._Quinn_WMF) Okay! After a really absurd amount of time mucking about with screen recording, video conversion, and Commons curation, I... [21:47:08] 10VisualEditor, 6Community-Liaison, 7user-notice: Make GIFs which advertise VisualEditor's cool new features to existing editors - https://phabricator.wikimedia.org/T101211#1423092 (10Neil_P._Quinn_WMF) [21:47:16] 10VisualEditor, 6Community-Liaison, 7user-notice: Make GIFs which advertise VisualEditor's cool new features to existing editors - https://phabricator.wikimedia.org/T101211#1332730 (10Neil_P._Quinn_WMF) 5Open>3Resolved [22:01:50] 10VisualEditor, 6Community-Liaison, 7user-notice: Make GIFs which advertise VisualEditor's cool new features to existing editors - https://phabricator.wikimedia.org/T101211#1423141 (10Pine) Great, I may borrow these for my long-promised VisualEditor tutorial video. What screen capture software did you use to... [22:04:29] 10VisualEditor, 10VisualEditor-MediaWiki, 10MediaWiki-extensions-GuidedTour, 7Design, and 5 others: Offer new users of VisualEditor a short guided tour - https://phabricator.wikimedia.org/T89074#1423155 (10Pine) Please do keep this updated. I may integrate this into my VE training video. [22:06:20] 10VisualEditor, 6Design Research Backlog, 7Epic, 3VisualEditor 2015/16 Q1 blockers: Improve and streamline VisualEditor's user education features - https://phabricator.wikimedia.org/T101481#1423164 (10Pine) Note that VE training video, mostly aimed at new editors, is in development. [22:29:44] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers: Show as a placeholder, or something else that is more useful than an edit notice, for VE users - https://phabricator.wikimedia.org/T104227#1423248 (10Jdforrester-WMF) [22:31:01] (03CR) 10Esanders: [C: 032] Update VE core submodule to master (973e23d) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222316 (owner: 10Jforrester) [22:32:06] (03CR) 10Esanders: [C: 032] MWInternalLinkAnnotationWidget: Force 'Open' button to use full path [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220307 (https://phabricator.wikimedia.org/T85619) (owner: 10Alex Monk) [22:32:29] (03CR) 10Esanders: [C: 032] Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) (owner: 10Alex Monk) [22:32:43] (03CR) 10Esanders: [C: 032] Save dialog: Show reload link next to FancyCaptchas [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/219583 (https://phabricator.wikimedia.org/T103227) (owner: 10Alex Monk) [22:39:20] (03Merged) 10jenkins-bot: Update VE core submodule to master (973e23d) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222316 (owner: 10Jforrester) [22:39:22] (03Merged) 10jenkins-bot: MWInternalLinkAnnotationWidget: Force 'Open' button to use full path [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220307 (https://phabricator.wikimedia.org/T85619) (owner: 10Alex Monk) [22:39:25] (03Merged) 10jenkins-bot: Populate the internal target lookup menu when the user opens the link inspector [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/220634 (https://phabricator.wikimedia.org/T97723) (owner: 10Alex Monk) [22:39:27] (03Merged) 10jenkins-bot: Save dialog: Show reload link next to FancyCaptchas [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/219583 (https://phabricator.wikimedia.org/T103227) (owner: 10Alex Monk) [23:03:50] 10VisualEditor, 6Community-Liaison, 7user-notice: Make GIFs which advertise VisualEditor's cool new features to existing editors - https://phabricator.wikimedia.org/T101211#1423366 (10Neil_P._Quinn_WMF) @Pine: I made the original videos (which I uploaded to Commons in WebM format) using Quicktime on OS X, wh... [23:12:51] 10VisualEditor, 10VisualEditor-EditingTools, 10VisualEditor-MediaWiki-Links, 3VisualEditor 2015/16 Q1 blockers, 5WMF-deploy-2015-07-07_(1.26wmf13): "Open" button in the Link tool lead to a broken or incorrect target if on a /w/ entry point - https://phabricator.wikimedia.org/T85619#1423376 (10Jdforrester-... [23:13:15] 10VisualEditor, 10VisualEditor-MediaWiki, 7Design, 7Testme: VisualEditor: CAPTCHA that appears when saving is hard to find - https://phabricator.wikimedia.org/T72266#1423380 (10Jdforrester-WMF) [23:13:17] 10VisualEditor, 10VisualEditor-MediaWiki, 3VisualEditor 2015/16 Q1 blockers, 5WMF-deploy-2015-07-07_(1.26wmf13): VisualEditor: CAPTCHA has no refresh button - https://phabricator.wikimedia.org/T103227#1423378 (10Jdforrester-WMF) 5Open>3Resolved [23:14:02] 10VisualEditor, 7Design, 7Tracking, 3VisualEditor 2015/16 Q1 blockers: Address usability problems in link inspector [tracking] - https://phabricator.wikimedia.org/T101166#1423383 (10Jdforrester-WMF) [23:14:04] 10VisualEditor, 10VisualEditor-MediaWiki-Links, 3VisualEditor 2015/16 Q1 blockers, 5WMF-deploy-2015-07-07_(1.26wmf13): Opening the link inspector with text selected only auto-populates search results for that text on the first open - https://phabricator.wikimedia.org/T97723#1423381 (10Jdforrester-WMF) 5Op... [23:47:11] (03PS7) 10Jforrester: Migrate to ve.config (except in init where it doesn't exist) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/187144 (owner: 10Esanders) [23:47:34] (03CR) 10Jforrester: "PS7 is a manual rebase/redo." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/187144 (owner: 10Esanders) [23:49:32] (03CR) 10jenkins-bot: [V: 04-1] Migrate to ve.config (except in init where it doesn't exist) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/187144 (owner: 10Esanders) [23:50:08] (03CR) 10Jforrester: "… and apparently a not very good one." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/187144 (owner: 10Esanders)