diff --git a/p2/quest/090225_biber_pca_plot.png b/p2/quest/090225_biber_pca_plot.png deleted file mode 100644 index eee58d5..0000000 Binary files a/p2/quest/090225_biber_pca_plot.png and /dev/null differ diff --git a/p2/quest/090425_description_PCA_df.csv b/p2/quest/090425_description_PCA_df.csv new file mode 100644 index 0000000..98154ca --- /dev/null +++ b/p2/quest/090425_description_PCA_df.csv @@ -0,0 +1,38874 @@ +PC1,PC2,PC3,PC4,PC5,PC6,PC7,PC8,PC9,PC10,PC11,PC12,PC13,PC14,PC15,PC16,PC17,PC18,AuthorWMFAffil,source,phase,text,id,week_index,priority,closed_relevance +-4.51217998416782,0.2755959021547483,5.102118172735597,9.844034771816354,-9.864659796364323,-3.6216469136125315,2.790424427517677,-0.7896211162921519,1.1993855496239043,-0.9620045143563156,-1.6074406474290943,-0.5563570278530887,0.05492520768438158,-0.3446805824407031,-1.1154363740796676,0.41010897626324905,-0.7594303089266429,1.111180316825185,False,c1,3,"pawn character editing + +seen on master branch (beta labs) as of 30 September. + +open a page on beta labs in VE + +begin editing at default location or top-left beginning of page + +pawn character appears upon entering text + +-------------------------- +**Version**: unspecified +**Severity**: major + +**Attached**: {F12377}",56791,13,Unbreak Now!,True +-5.660771915227272,1.3859379237600447,-5.674970364865263,-3.690083765089674,1.801365806587996,-3.0163252405451413,0.7175123884498209,2.582915095067401,0.8452632917799627,0.5492272451296643,-0.7595306338053049,-0.672517686875297,0.5445149531044868,0.6220932479417707,-0.14168047476882784,0.34276906537393825,1.338811040989783,-0.23464671768909828,False,c1,3,"**Author:** `Wikifram` + +**Description:** +After the failure of VE (e.g. witness the opt-in at the three largest wikipedia versions), the WMF now comes with MW 1.22wmf19, which creates more errors than it solves for VE, as could be predicted by anyone remotely busy with VE. I have documented some problems I found with minimal testing, there are probably a lot more. The version doesn't do what the release notes claim (e.g. reflists can't be moved, not that they often need moving anyway; many templates can't be moved either), and doesn't solve the major problems that existed with the one thing that could somewhat be dragged, images. + +Multiplying known problems instead of solving them, when there are plenty of major problems which have turned away most of your user- and testbase, is simply stupid. + +No one is waiting for weekly updates (certainly not of this ""quality""). Please, PLEASE, stop it; get back to the bug list, solve the 50 most urgent ones, ''test them thoroughly yourselves"", and then come to us, present the improvements, and ''ask'' us whether we want to implement and test them. + +-------------------------- +**Version**: unspecified +**Severity**: major",56737,12,Unbreak Now!,True +-2.521099336037078,3.477535227787687,0.38313875837224387,-0.4619907621777186,-0.42424806254342695,-1.4899671815760538,-3.2884599032723196,0.9528488432189396,0.8722405860794129,-0.6905504665819233,0.11782256758974885,-2.2000705142228263,0.5351899530082584,-0.4889966367347185,-0.6497489484933867,2.060315230363634,-0.24164516413347226,-0.6377943152379115,True,c1,3,"See last line of this diff: https://fr.wikipedia.org/w/index.php?title=T%C3%A9l%C3%A9com_SudParis&diff=next&oldid=97023702 . + +Steps to reproduce, as provided by user: Seudo. + +1) Go to https://fr.wikipedia.org/wiki/Cumul_des_mandats_en_France - you don't need to save later +2) Click on Modifier +3) Place the cursor after the words « exercice simultané de mandats » (5th line, I think) +4) Click ""Plus->Référence"" +5) Write something in the dialog, i.e. ""toto."" +6) Save the reference +7) Click at the left or at the right of the newly added reference +8) Watch pawns multiplyin' as you keep clicking. +Suedo adds that in his console Web he also got a Javascript error, TypeError: group.firstNodes[index2] is undefined (load.php:54) . + +I was able to reproduce this as well, but only with FF (exactly like Seudo), only in the actual article - not in my sandbox - and only clicking at the left of the word. The user reports instead that this might happen at any point in the page. + +My edits in the sandbox could not reproduce the issue but generated https://bugzilla.wikimedia.org/show_bug.cgi?id=54341 instead. + +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: critical +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=54976",56712,12,Unbreak Now!,False +-2.3136607206222974,-4.533429929092529,-1.4595325059547921,1.4980283596019004,-2.5717794715942217,-1.0969137553404678,2.1143452758022905,-0.8734356847652857,2.2925375747735988,0.6947168496477403,-0.7121844010374172,-2.8927124941265605,-1.1295140274268523,0.2692374612692445,-0.3115105898052448,2.1187403046404376,1.4320026520623517,-2.4979007403100724,False,c1,3,"For example, you can't copy/paste in the edit summary box. + +-------------------------- +**Version**: unspecified +**Severity**: major",56375,11,Unbreak Now!,True +0.3365330694446902,-11.364828594327996,3.7961360388373997,-0.7997266400733789,1.1285522387100526,2.2493745827165386,4.061552741859281,3.664198386748691,-0.4150549309662378,4.561353563993368,3.6582054809940625,-1.0133515438067833,1.7833982415021503,-0.18237342496675346,-2.105291445728369,-0.6410955766659422,-0.33627449803771947,-1.6893408540022403,False,c1,3,"https://en.wikipedia.org/w/index.php?title=Matt_Chandler_%28pastor%29&curid=37214846&diff=573675359&oldid=571858677 + +For some reason, multiple different unnamed references all get name="":3"" there. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=54445",56341,11,Unbreak Now!,True +-3.248926985351006,1.9365095994995798,-2.5623162786571054,2.980891442784558,0.8212584046668945,1.1896342474719985,-3.198314068713014,0.49838209589176874,0.3899548525744172,1.446986825273612,-1.1104780759790878,-0.6877672392133778,0.956808064395489,0.013145544926701724,-1.538247635418359,-0.17711311398210705,-1.7323885534969579,-0.5997454529275876,False,c1,3,"VisualEditor seems to take particular pleasure in abusing circumflexes. + +Issue 1: VE duplicates the first character entered after a circumflexed letter at the end of a line. + +* Steps to reproduce: In VE, enter the text êtt (actually enter the characters individually, don't copy/paste) at the end of a line. +* Expected result: ""êtt"" is entered. +* Actual result: ""êttt"" is entered. + +Issue 2: At the beginning of a line, VE turns a circumflexed letter into a pawn character when removing text entered after the circumflexed letter. + +* Steps to reproduce: In VE, enter the text êtt at the beginning of a line, then delete the last 't'. +* Expected result: ""êt"" +* Actual result: ""♙t"" + +There's also some wonky behavior when dealing with circumflexed letters in the middle of a line, but I'm assuming that the descriptions above will be enough to help you investigate VE's blatant circumflexphobia. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56047,10,Unbreak Now!,True +0.40335409354266094,-2.719738337929046,-0.43134717516658405,-0.717095139639276,2.754981735649199,-3.7336680055181333,0.6182365521728119,-1.5865416859819783,-1.3824143335684187,1.6053222774951816,-1.0288177781966015,-0.4871948404306361,0.5177759494897569,-0.6027648858689432,-0.7435340512721815,-1.1557034184423047,0.06778446018466444,1.6191750651121486,False,c1,3,"Since approx. August 30-31 VisualEditor breaks when Polish-language diacritics (ążśźęćń󳥯ŚŹĘĆŃÓŁ) are input. The characters themselves disappear and text around them gets mangled and moved around. + +They're all input using AltGr (right Alt) + diacritic-less version of the characters, with the exception of ""x"" mapping to ""ź"" (so, respectively, azsxecnol). + +I have been unable to replicate the issue myself, but it's definitely happening. + +pl.wp thread: https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#VisualEditor_a_polskie_diakrytyki + +This is repeatedly breaking page text on the Polish Wikipedia, so I'm marking the bug ""highest critical"". + +-------------------------- +**Version**: unspecified +**Severity**: critical +**URL**: https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#VisualEditor_a_polskie_diakrytyki +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53680",55747,9,Unbreak Now!,True +-6.4182018166840695,-2.9833706126048067,-2.6710709850212186,-0.11693633036275752,2.5387181306942055,-2.3777589137421966,1.4258719965307884,2.5724120433867483,-1.7821406089532421,-2.0392880554900272,-0.9905737867169582,-0.6510482752299278,0.09129198349106904,-1.3339645186791813,-2.332058574625107,-0.03358782220230366,0.27024186376815806,2.0707111410668855,False,c1,3,"I haven't worked out this out fully yet, but it seems that linking or annotating newly added text that contains accented or non-Latin characters frequently causes those characters to disappear. Re-adding them in the same word almost always results in their turning into pawns when, anywhere else on the page, the link dialog is subsequently opened or a link is inserted. + +This happens everywhere on a page including body text, tables and image captions. + +-------------------------- +**Version**: unspecified +**Severity**: critical +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53747",55680,9,Unbreak Now!,True +-6.724166848066972,4.422504231313479,2.005624675428219,4.223151632486771,0.8946262330745787,2.2970857086963514,-0.9845467647159829,1.4329893442136528,-1.1836583728132761,-1.9122617150380847,0.5298413887994675,0.8407334340022541,1.3903405653293706,-0.15736891164726874,0.05158090353893119,0.5980124945222753,0.9858231243896245,0.16905793053997287,False,c1,3,"When inserting any template immediately before any word that is linked or has bold or italic markup, that word is deleted but continues to be displayed in the editing surface. The deletion can only be seen in review changes or upon saving. + +To reproduce: +1. Open any page in VE. +2. Place the cursor immediately before a word (i.e. with no white space between the cursor and word) that is one or more of: + * A link + * Bold text + * Italic text + * plain text that you have just added one of the above to +3. Insert any template at the cursor position +4. Observe the word remains as expected +5. Review changes, and observe the word has been deleted. + +Examples: https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=570195482&oldid=570194023 + +On en.wp PamD encountered this bug when inserting a maintenance template at the head of an article that started with a bold word. + +-------------------------- +**Version**: unspecified +**Severity**: critical",55334,8,Unbreak Now!,True +-6.068784772210795,-0.19124880694565327,-4.433084169334865,-0.41328185326615197,-0.7755081647317182,4.16395432525928,-0.1720344928605746,-0.5365520575093543,0.08286023719636698,-1.121667037012223,-2.3107834072483984,1.0998053006926154,-0.3576796681075338,2.0892748874983917,0.5691876487544851,0.14629050566537058,0.06795290049251723,0.29829697154151824,False,c1,3,"VE link insertion dialog when attempting to add a section link + +Since the latest update it is impossible to create links to specific sections of a page in VisualEditor: As soon as you enter the # character the link insertion dialog gives an ""Invalid title"" error. See screenshot attached and bug 50881 comment 11. + +I've reported this separately to bug 50881 as that is an enhancement to give proper handling of section links, but this is a regression that blocks all use of links to sections. + +-------------------------- +**Version**: unspecified +**Severity**: critical + +**Attached**: {F11887}",55219,7,Unbreak Now!,False +0.024666938379469094,-3.2588388642715955,1.9203140624387913,-1.512408565436578,-0.32877538044903865,0.7272926783129237,-5.233055119051922,-0.9045025671721455,4.008511174701245,0.41714533353730854,1.0258348671045447,2.388615330971616,3.6661578349658246,1.5051076225664328,0.34299387753222454,0.6055466209519442,-0.40913563465474634,0.08527783219675888,False,c1,3,"Steps to reproduce: +1. Go to http://en.wikipedia.org/wiki/Post_and_core +2. Edit it with VE +3. Make some minor edit, by example, add a space after ""is a type"" +4. Review your changes (or save) + +Results: +The {{Interventions infobox|(...)}} gets removed. + +-------------------------- +**Version**: unspecified +**Severity**: major",54608,5,Unbreak Now!,True +10.568118871243644,-3.8655044545225117,3.2561967359408683,4.468546656014583,-6.296242038437496,-0.33075997261859014,1.1495233291955929,-0.039757229026998187,-0.22174913742926072,-0.9301423999364546,1.8108679771791292,0.7509641044206341,-1.846316133596483,-0.34875333589706337,2.6564090608241466,0.6050627542035165,0.2709562320640966,-0.5735581903735176,False,c1,3,"[error] PHP Strict Standards: Only variables should be passed by reference in /srv/phase3/extensions/VisualEditor/ApiVisualEditor.php on line 255, referer: http://server/wiki/index.php/Sandbox?veaction=edit + +-------------------------- +**Version**: unspecified +**Severity**: trivial",54466,4,Unbreak Now!,True +1.7272726464220853,0.9702098854072663,-5.317430733885477,-5.864217672701456,2.562305743263311,-1.5182052468143254,-2.797041787443375,-1.3548558201543086,0.9092436173720706,-0.9018620074710921,1.5181157363678852,-2.3285935852487363,0.8232232672452713,-2.0211100200227508,1.319353167663306,-0.7260821754231566,1.3400677268002845,0.7842910988274017,True,c1,3,"<> + +I tested this as well with Vector on both Chrome and FF, on it.wiki with the word Lettera (which is an existing page), it keeps insisting that I must link to Letteratura instead. I tried a workaround and was able to get Lettere, but it ain't the same thing. +Thanks! + +-------------------------- +**Version**: unspecified +**Severity**: critical",54420,4,Unbreak Now!,True +5.115840225596658,-8.380142698362196,-0.9371666153180964,2.442076619386059,-1.6776586455184697,-1.0084272235245775,-3.792233446451277,-0.9766705293005962,-3.074324765015981,0.6818281299134368,0.1569585240430027,1.8593997622370442,-1.483140275799908,1.3029646769070977,0.7626838983058439,-1.0486212025466382,-1.1023097301083344,0.4429139351071425,False,c1,3,"VisualEditor.php attempts to register a hook handler that was removed (summary credit goes to Ori) + +stack: http://paste.tstarling.com/p/GuTJEM.html + +Tim says: + +> var_dump($wgHooks['BeforeWelcomeCreation']); +array(2) { + [0]=> + string(42) ""VisualEditorHooks::onBeforeWelcomeCreation"" + [1]=> + string(44) ""GettingStartedHooks::onBeforeWelcomeCreation"" +} + +> print is_callable($wgHooks['BeforeWelcomeCreation'][0]); + +> print is_callable($wgHooks['BeforeWelcomeCreation'][1]); +1 + +-------------------------- +**Version**: unspecified +**Severity**: normal",54368,4,Unbreak Now!,True +2.413819634873932,-2.721744393894781,7.5671175755716575,0.56051273627252,1.5376378591568214,-0.4921105477298232,-0.3407908477760353,2.6717232524781456,-0.5191643796987997,-2.143317532515167,-1.796087784215387,-1.2939972342721155,1.1593211944847024,0.05352044512417198,-0.42344297279872034,-0.5074963190253123,-0.07085311960078089,-0.12639193688929695,False,c1,3,"Screenshot + +Since the VE update tonight the save dialog is half out of the screen on FF 23/Win7, but sometimes only. + +-------------------------- +**Version**: unspecified +**Severity**: critical +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52326 + +**Attached**: {F11781}",54317,4,Unbreak Now!,True +19.451402701254704,-3.474995038869018,-7.116592398658474,4.265191569258299,0.42138592723604584,-2.4621498748381114,-1.2112300410537875,-0.5989430027737486,-0.5879029735975139,-2.6924421255163034,-0.9056397492252763,0.20855819225864458,3.3763074554825314,-1.1941593695640127,-0.7784037897023808,-0.369090165420908,-0.6030486832851067,-0.16227466270103075,False,c1,3,"https://de.wikipedia.org/w/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500&days=30&hideliu=1&tagfilter=visualeditor + +--- +29 July 2013 + +(diff | hist) . . Aurich‎ [pending edits]; 19:40 . . (-1)‎ . . ‎95.165.106.6 (Talk)‎ (→‎Branchen und Unternehmen) (Tag: VisualEditor) +(diff | hist) . . Djihadismus‎; 19:30 . . (-980)‎ . . ‎2a02:908:df31:8700:6861:a2d8:52b6:1392 (Talk)‎ (Tag: VisualEditor) +(diff | hist) . . Thronfolge (Vereinigtes Königreich)‎ [pending edits]; 19:30 . . (-2)‎ . . ‎84.155.202.154 (Talk)‎ (→‎Derzeitige Reihenfolge der Thronfolge) (Tag: VisualEditor) +(diff | hist) . . Lagerungskonzepte‎ [pending edits]; 19:15 . . (+73)‎ . . ‎81.217.18.166 (Talk)‎ (→‎Stützlagerung schwimmend (SLS)) (Tag: VisualEditor) +(diff | hist) . . Andreas Müller (Fußballspieler, 1962)‎; 19:13 . . (+233)‎ . . ‎2.244.238.208 (Talk)‎ (→‎als Funktionär) (Tag: VisualEditor) +(diff | hist) . . Nexus 7‎; 19:12 . . (+4)‎ . . ‎88.130.17.139 (Talk)‎ (→‎Zweite Generation (2013)) (Tag: VisualEditor) +(diff | hist) . . Räumliche Orientierung‎ [pending edits]; 19:09 . . (-55)‎ . . ‎72.89.247.161 (Talk)‎ (für emotionale Betroffenheit lassen sich in der Literatur keine Belege finden.) (Tag: VisualEditor) +(diff | hist) . . Medien (Land)‎; 19:06 . . (+226)‎ . . ‎78.53.45.165 (Talk)‎ (→‎Spekulationen über die Verwandtschaft von Kurden und Medern) (Tag: VisualEditor) +(diff | hist) . . Inka Bause‎; 19:05 . . (+42)‎ . . ‎188.194.150.121 (Talk)‎ (→‎Singles: ist das liebe 1987) (Tag: VisualEditor) +(diff | hist) . . Mississippi River‎; 19:03 . . (+1)‎ . . ‎77.6.118.157 (Talk)‎ (Tag: VisualEditor) +(diff | hist) . . Geständnisse‎ [pending edits]; 18:54 . . (+1)‎ . . ‎91.39.63.227 (Talk)‎ (→‎Handlung: Grammatik) (Tag: VisualEditor) +(diff | hist) . . Vojtech Tuka‎; 18:53 . . (-23)‎ . . ‎2003:4d:eb3c:f001:5452:a193:58c6:cc59 (Talk)‎ (→‎Flucht, Prozess und Hinrichtung) (Tag: VisualEditor) + +25 July 2013 + +(diff | hist) . . Lotta Schelin‎; 04:26 . . (+2)‎ . . ‎92.76.236.197 (Talk)‎ (→‎Nationalmannschaft) (Tag: VisualEditor) +--- + +Anons are editing the German Wikipedia with VisualEditor. + +My suspicion is that logged-in users are hitting certain pages, the pages are being cached, and then anons are receiving these cached pages (with the VE init JS loaded). + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52202",54232,4,Unbreak Now!,True +7.795709607826762,4.160603357584652,3.081734431061239,-3.2271471312897395,-3.5447661137043562,5.078221669734263,-1.2419435425930558,2.4161198431007826,2.4580751396186296,1.1057096609117405,-1.832695634730414,-0.40150852204646736,-1.0040608985997537,0.8652205530889079,-0.5857031910723203,-0.05024977564447042,0.02607168768229129,1.3908094705469838,False,c1,3,"**Author:** `matthiasbecker1967` + +**Description:** +According to http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Umfragen/VisualEditor_Opt-in the German Wikipedia community demands to postpone enablement of the VE for IPs until the VE is a robust and mostly bug free feature and to revert VE for registered users back to ""opt-in"". + +-------------------------- +**Version**: unspecified +**Severity**: critical +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=49998 +https://bugzilla.wikimedia.org/show_bug.cgi?id=52232",54202,3,Unbreak Now!,True +0.978698389898994,-17.87030840447756,-5.219350553128887,-2.57528116654891,-2.0435789281839716,5.860753879418819,3.0268900872052873,-0.6512663811995079,0.16230830206961455,0.5663839272797055,0.45979096968325317,-1.299343307635873,-0.15673968058057675,-0.4254804839054538,-0.5862718735158783,-0.48794828011230706,0.0694679201695978,-0.29366603853991413,False,c1,3," + +-------------------------- +**Version**: unspecified +**Severity**: major",53948,3,Unbreak Now!,True +-10.295329296324114,9.855675103636642,-0.0904495949616404,-3.7549456055636266,2.448085370719325,-0.5191575350540724,-0.3029290747611224,-2.4981838176425497,2.9386693887815527,0.892862282830408,0.3940261767263933,0.00020791806985775985,-0.5087736899311857,3.1584678169908678,-2.4343619849227185,1.164325583918314,1.4163464177004543,-4.100542653838889,False,c1,3,"Apologies if this is a duplicate; I haven't found a report about this. + +If you add a new reference with VisualEditor, you can't immediately reuse it with the reference editor; it doesn't show up in the list. You need to save the page and re-open the reference editor for that reference to show. + +-------------------------- +**Version**: unspecified +**Severity**: normal",53689,2,Unbreak Now!,True +-6.380455580604876,2.2642611650076105,-0.9928919412474269,2.93099149330118,3.6854063591882142,5.385742396913729,1.901621730173808,0.2152009083483854,1.5028295804962453,2.795089976031792,2.136612933829245,-1.3823367519985539,0.6007820463686828,0.7368141709695593,1.0181445141947814,0.21944984614648444,0.27893030001844843,2.4696792213967482,False,c1,3,"Currently, the ""insert reference"" dialog is a bit confusing and buggy, and it takes two or more steps to actually type the content of a reference (most common case). + +We should initialize the dialog with a micro-VE surface that immediately enables the user to type reference content. The selection of an existing reference can be pushed down into a separate section or tab. + +(Per discussion w/ James) + +-------------------------- +**Version**: unspecified +**Severity**: normal",53152,1,Unbreak Now!,True +-3.4519211393553775,0.4812067509852387,-3.0648072370621335,2.9935483876212174,-7.195988800339766,4.563102765232183,1.4015914735742125,0.17602271431536026,-2.789214337410857,-0.5214517576100288,2.9939270987311537,2.1994237425071272,-3.3029554576340914,0.9929865146133583,-0.3820565021133202,-0.32841960727470765,-0.09091961236522605,-1.0020802194390162,False,c1,3,"data-mw.i seems to be dropped on edit in latest VE, which causes a loss of round-trip information for spaces etc. + +-------------------------- +**Version**: unspecified +**Severity**: major",53150,1,Unbreak Now!,True +4.603666380230232,6.5812339139844696,5.078628665105516,4.8469278512491085,-2.107419108661265,0.4822235204138272,0.759135379195099,1.0652114069148038,-2.3284239452285895,-0.5672468306386795,-4.927703897030016,-0.39962103872619714,-2.9070778164611735,-0.026481868864268954,1.089772601582693,0.45967944382810355,-0.96147538359231,-0.33332883882829334,False,c1,3,"This is a tracking bug only for blocker-level issues before the planned release of the VisualEditor beta to IP users on English Wikipedia. Please only add blocker-level issues (e.g. content corruption); ultimately, what qualifies as ""blocker"" is at the discretion of James Forrester, VisualEditor PM. + +-------------------------- +**Version**: unspecified +**Severity**: blocker",52848,0,Unbreak Now!,True +-5.260662907426241,6.625285776189582,4.989165489072082,-1.9424765275560598,-4.001793321090119,-1.7120083191692,0.9450861027180038,-2.637749219750253,1.7979597322966396,-1.0040793200608702,-0.5960012844766722,2.649752380187712,-0.5733907525960218,0.025877321242785634,0.44802746457684517,-0.08364809860206729,-3.4391673352678116,0.21171645960617202,True,c1,3,"It is possible to have a tooltip that will tell you what a reference is when you hover over the number in edit mode, as it currently does in viewing? It is inconvenient to editors to have to go into the references mode to view the source while editing. + +(Request from En Wikipedia) + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://www.mediawiki.org/wiki/VisualEditor/Design/Reference_Dialog +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50110",52768,0,Unbreak Now!,False +2.406762827136576,-3.0101069187236806,-5.845064166505594,-2.5912416292603813,-0.42756948166881004,-2.392735681397351,-2.8647822675411465,-2.9241574380045643,-0.7018474534249215,-0.3276572405581115,-1.277864689727635,-0.7570576097594462,1.385145140821309,-1.9897951132667275,-1.7868949101638547,1.4474980369630168,3.0446787134893913,0.5358898615025594,False,c1,3,"screenshot + +As of today, the section edit links seem to have reverted to the old style ([edit]). They don't expand and they open the source editor, even though VE is enabled (the 'Edit' and 'Edit source' tabs are there at the top. See screenshot. + +Observed on en.wp (by me and User:KTC) and fr.wp (by me). KTC used firefox and chrome, and I used firefox 21. + +-------------------------- +**Version**: unspecified +**Severity**: major + +**Attached**: {F11031}",52731,0,Unbreak Now!,True +-3.045381270525978,-2.6412897833586104,-0.7383241170536916,2.2254120285934853,3.215526158473821,-1.0268066044762423,-3.1519413486557424,0.08550259916061775,-1.5700115983668486,2.4800302679163426,-3.3231413224014323,-1.143295502091698,0.24632522611255947,-1.8281455843970753,-0.4182712787338039,-0.07371613172387342,-0.5995050331037711,0.1748212956200781,False,c1,3,"Screenshot of problem + +This causing: + +* The label fallback (parameter name + ucfirst) not working. +* It is still available from the ""Add parameter"" dropdown. +* The user can actually add it again, causing a logic error. + +I can currently consistently reproduce this on https://en.wikipedia.org/wiki/Taal%2C_Batangas?veaction=edit when editing the ""Population Consensus of Taal"" information box. + +See screenshot: +- ""title"" is both in the sidebar and in the selectable cloud +- ""title"" isn't transformed into ""Title"" (the templatedata has no .label for this one) + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11920}",52715,0,Unbreak Now!,True +2.821311049377424,-2.7301969423443246,-3.0966101779557995,0.9982739089716164,1.779010907423244,-1.8616141976358351,-2.5137692309942206,0.5206699908268326,-2.516086073640934,0.9060928159869706,-2.6354446042228665,-0.5239118184051366,-0.08058299549039294,0.04044598142567768,-2.4436653025169592,-0.357366061425916,-0.406338328034048,-0.1545433019197635,False,c1,3,"The Edit tab for VisualEditor is sometimes not correctly initialized. Loading about 50 random pages, on one of them I will not have the ""Edit source"" tab, and the ""Edit"" tab will point to the wikitext editor instead of VisualEditor. + +Chrome/Ubuntu, logged-in. Console shows the following error when this occurs: + +Exception thrown by skins.vector.js: Object [object Object] has no method 'collapsibleTabs' + +-------------------------- +**Version**: unspecified +**Severity**: normal",52708,0,Unbreak Now!,True +-5.393421417787501,5.449935876600801,0.1379375505057574,-1.3093291389137782,-3.6759189784958575,0.9154345251251941,1.0360213536055403,2.0353263405557867,3.199367387226726,1.499750442920246,2.5409105868731463,1.6990092429064199,1.3802454456579185,-1.1652207875003322,-0.05140077829738221,0.6431510655314333,0.2839670805703056,0.24401412560623492,False,c1,3,"It might be nice to show a quick intro message for first-time user, could be implemented via GuidedTour. We may want to distinguish between new vs. experienced users. + +Part of the goal of the message would be to help users understand the difference between editing in wikitext and VisualEditor, and to explain that wikitext cannot be entered in VisualEditor. We're seeing a fair number of users enter wikitext in VisualEditor, and adding a first-time explanation might help reduce this issue as we roll out VisualEditor to more wikis. + +(Feel free to close this WONTFIX if we decide this issue is not significant in scale enough or the message would be too prominent. But having a first-time use message come up is not that unusual for a major feature change.) + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +{T51820} +{T89074}",52601,0,Unbreak Now!,False +-3.471407542215064,0.4680791582733388,1.3000332666447392,-2.9638539211921886,4.747750290760621,1.070390890788434,1.897276236126034,-1.600930076793115,-0.5335708416449012,-0.7832132940131911,-0.964017116345377,-2.000803266750374,-1.4287670013486125,0.2037929289999667,-0.5806050818912736,-0.3424958692827288,2.8483252920483704,2.022302702627976,False,c1,2,"After save of page using VisualEditor on beta, and clicking on Edit again (I am on the current page, as the content has been updated), I don't get the latest revision, but the revision I had before (the content switches back to the old version), and getting a warning that I'm not editing the latest version + +-------------------------- +**Version**: unspecified +**Severity**: blocker +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50716",52441,-1,Unbreak Now!,True +-5.55761982167461,-1.9024482534501903,-2.5873656008483135,1.7855199128998689,0.3497302468009259,0.6265349587684497,0.2781151885494708,1.2824969551916432,0.4222030597068184,0.5915548550538317,0.1308085844633209,-0.3824301220047944,1.119990401841381,-1.8226811505224778,-0.9203947922400522,1.9386021014470727,0.9234720610603089,-1.057712498919994,False,c1,2,"An attempt to save an article in the visual editor after a period of inactivity results in the ""Invalid token"" error message and saving fails. At this point, the user is completely stuck and their entire work is lost. + +Loss of session data can also occur in the regular source code edit window, but is easily rectified by repeated saving; this doesn't work in the visual editor. + +I would classify this as user-hostile behavior. + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50402",52424,-1,Unbreak Now!,True +-5.273398223929413,2.574127448369282,0.44419308832845417,-1.2048495102816326,2.4047080410911317,1.6607485343754342,-4.449004945737565,-1.4003498498180473,-0.8904747838529589,-3.0617264532696224,0.821017412021293,-0.665495159950104,-1.3879531937181913,-0.6307325375203892,-1.7115043394838785,2.683793868749062,-0.14027001720641885,-1.8756938962017624,False,c1,2,"Screenshot + +See the screenshot; I imagine the reference is being treated as existing within the template, rather than within the template within the page - it hunts for , can't find a tag in the template itself, and freaks the heck out. + +-------------------------- +**Version**: unspecified +**Severity**: minor +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=51337 + +**Attached**: {F11303}",52423,-1,Unbreak Now!,True +1.2963661204620212,-9.858819922537089,-3.839968778891608,-3.4082799463754117,5.252852278010554,-1.5328311458369899,2.3021359328122832,0.48014116054091904,-0.6824570621377732,-1.5475236720050476,-0.08741697568259754,0.7111443802672226,1.130008043916256,1.4379879879053146,1.6802320110891982,-0.11954419257403776,-0.9777727108662195,-0.035855162584645495,True,c1,2,"The references list one is still there; did Trevor's change break it? + +-------------------------- +**Version**: unspecified +**Severity**: critical",52349,-1,Unbreak Now!,True +8.472442600441443,-14.559563496768266,-4.129101408750554,-0.9190691671227765,-1.9570455589699582,6.964266995352566,7.130755115817853,0.8415333821708525,-0.7028398784227884,5.439572634887117,6.297417690731052,-1.4929461024070996,1.8852403138683367,-0.9945173219644485,-0.4191190104083873,-0.8872056953296561,-0.05132286319187318,-0.5197527542746094,True,c1,2,"http://en.wikipedia.org/w/index.php?title=User%3AEdgepedia%2FVE%2FGNoSR&diff=561873747&oldid=561873385 + +Removes non-breaking space. + +-------------------------- +**Version**: unspecified +**Severity**: major",52339,-1,Unbreak Now!,True +6.223559625758146,2.8966070546082356,7.984795743425742,3.9054603210611383,-0.8634130360009632,-1.9862063849421918,4.54732149502238,2.368212474997935,-4.019816402466813,-1.2272578151512672,-2.0388958412758313,3.1374325697313123,-1.9440967507168194,0.402567679826217,-0.8613772085954654,3.1870515751483777,-0.5164550203403185,-1.3019123743305956,False,c1,2,"Log in to beta labs: + +No navigation arrows exist in FF or Chrome + +Special:Preferences shows no tabs + +No links to VE exists even when Preferences are set + +In regular editor, no controls appear + +A number of pages e.g. user page show error Uncaught ReferenceError: mw is not defined load.php:1 + +-------------------------- +**Version**: unspecified +**Severity**: critical",52264,-1,Unbreak Now!,True +-5.947014426359051,0.16368789935357064,-4.8687534258094125,-2.2079298262124327,4.9365629811041085,0.28795133393109573,0.22651353109360528,-0.11971515706418556,1.2626995882576584,-0.6382411911951973,1.2864358302605887,-0.7660133017894613,2.3897755268252614,-2.5208505974711777,1.1443386870259102,-1.3907791355550816,2.5665931204529295,-0.8364164616938901,True,c1,2,"I made a grammar fix (one word), and did not check the differences before saving. Mistake! :) + +http://en.wikipedia.org/w/index.php?title=Abdullah_of_Saudi_Arabia&diff=prev&oldid=561571041 + +It looks like all it did was sanitize the templates, which isn't the worst thing on earth, but it's hard to verify that was all that happened (especially for a non-expert). + +No recommended fix, exactly, but perhaps something to consider. + +-------------------------- +**Version**: unspecified +**Severity**: normal",52259,-1,Unbreak Now!,True +-4.054018929008614,3.2318149409971717,-3.6050247101010147,-8.740009352084474,-7.52633498293314,-0.6984654540315027,1.1000705014190846,0.33979874047190683,1.9637825919271588,0.5054692232913096,-0.5777528957731741,-0.6496397020083061,-0.3325523906915979,-0.6964454201779828,0.08297358455153958,-0.20332789531940465,2.6257740007356034,-0.43725691786402265,True,c1,2,"For deployment purposes, we will want VisualEditor to be enabled for all logged-in users but not anonymous ones; to do this, we'll probably just fail in VisualEditor.hooks.php#onBeforePageDisplay() if they're anonymous, according to Roan. + +-------------------------- +**Version**: unspecified +**Severity**: trivial",52246,-1,Unbreak Now!,True +9.358132380037985,-13.464060020431885,-2.092103116134437,-3.8007770804329093,0.3317876451516646,2.7085282354314604,0.047058372254549674,-0.6819861290185572,-1.088303036352896,-0.9695821352545506,-0.5782956107681483,1.0051819972424691,1.1579925809434632,-0.7738231188388989,-3.3967031301108785,0.3968250105308599,-0.8624892804127531,-1.1203371931434885,False,c1,2,"Screenshot + +See screenshot. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11809}",52241,-1,Unbreak Now!,True +-2.040542517687186,-1.8510945683932771,0.707824382873131,0.4482494061570155,2.7029227067075787,2.4014913438370735,-0.2706370011027248,-0.33791426800196234,4.721353430762551,-0.46326695677341245,0.4548038133078558,3.445532559972192,0.3542366968480435,-0.40153063989389004,1.1696795723412077,0.8168252798210858,-1.5036070263632928,-1.4627703768351257,False,c1,2,"Screenshot + +I am unable to click ob the icon to open the image/caption dialog, see screenshot. Instead a cross to move the image is shown. + +-------------------------- +**Version**: unspecified +**Severity**: trivial + +**Attached**: {F11665}",52159,-1,Unbreak Now!,True +-4.534640090865404,-4.700939740210595,3.5609723581551656,4.695072171619777,2.8161064541662846,0.13786820699911773,1.5680652537939332,2.3992743731239057,1.6090482681985967,-1.0445497670056558,-0.5408445327992992,2.225723551653001,0.3383978032526027,-2.410607410138513,0.4355399341961661,-1.7722176604509778,-0.41963986124856456,1.560809698462289,True,c1,2,"When using the control/command+k shortcut, and manually typing the text of the desired page to be linked, duplicate links are produced. See http://en.wikipedia.org/w/index.php?title=User:PEarley_%28WMF%29/sandbox&diff=prev&oldid=561424914 + +-------------------------- +**Version**: unspecified +**Severity**: normal",52140,-1,Unbreak Now!,True +-2.741052438894422,-3.6525879840779236,4.247891527506752,1.2807710509605914,2.0368219883053023,4.297304394320452,3.588530797222016,2.268453795492801,-0.9014985165969965,0.949956092567489,1.2404351491882797,-0.9488904478616963,-0.17937261353735234,0.688605675225082,-1.4862263227852708,-0.8388864750757863,-0.7984314751170454,0.7138043396123741,False,c1,2,"When doing a simple test edit on https://en.wikipedia.org/wiki/Chloroplast?veaction=edit and then previewing the diff, several transclusions of the form {{expand section|..}} show up with dirty diffs. This is very likely a DOM corruption in the VE that disables selective serialization. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://en.wikipedia.org/wiki/Chloroplast?veaction=edit +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50070",52129,-1,Unbreak Now!,True +6.624088847573118,-7.514931289390033,1.3999825937464045,2.1081804418630696,6.047006224977547,-1.2561736812833426,-3.1907607777718785,-1.7137345464040479,1.1852051093190061,4.273075320607514,0.2649074818470116,-2.707525791754803,-0.5853681648842421,-2.238402092063784,0.8068458032715382,-0.06457192184970023,-0.836289524937512,0.3718063129087208,False,c1,2,"https://en.wikipedia.org/w/index.php?title=Dina_bint_%27Abdu%27l-Hamid&diff=561398396&oldid=561397974 + +I added a single letter (""therafter"" --> ""thereafter""). VisualEditor duplicated the categories and the default sort. + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50385 +https://bugzilla.wikimedia.org/show_bug.cgi?id=50332 +https://bugzilla.wikimedia.org/show_bug.cgi?id=54169",52120,-1,Unbreak Now!,True +10.083474109138315,-14.292897410968582,-2.1528307839273726,-2.2540248956114732,-1.1997819828519658,4.194133243558186,1.2484564694555411,-0.14197194159138415,-1.5388783139584632,0.4634291947595299,2.3220506820332676,-1.5267207227224522,5.1866280737410335,2.6164410099165307,1.9016933663585167,-0.7015414171153425,0.30004481838084995,0.06905244415196887,False,c1,2,"Self-explanatory; Firefox 21.0, Windows 7. + +-------------------------- +**Version**: unspecified +**Severity**: major",52115,-1,Unbreak Now!,True +-1.8765918876130299,-4.217282595602345,0.1409782993668678,-2.399851985596941,1.49187395424801,-3.332714119325801,3.4233226897451585,0.48752282643129163,-1.7412405423385955,-0.7872270011155669,-1.438216933656263,1.7676384128235931,-0.9131121307104069,-0.32035638543373945,-1.583637662176256,-1.406403391166173,1.4007491628726132,1.3097100456259547,False,c1,2,"Not sure if this is something that's been nixed and nobody has told me, but: tracking bug for adding cite template support to the VE's referencing setup. They're pretty universally useful. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50768",52110,-1,Unbreak Now!,False +0.5098804859355486,-3.0113994307717658,2.800962047979578,-0.5155366670631109,2.0180025078035966,-0.7768508319816833,0.3765752259468531,-3.9445998815337537,-0.803235053264501,-1.758343931945186,-0.5956984881030309,4.12681809940547,0.9529968123217847,-2.222860333570084,-0.6670184026803669,-1.3355436068109987,-1.6592681802708684,-0.30165116777095435,False,c1,2,"Screenshot + +See screenshot. Kiiinda worrying - if this is something a group of people > me is seeing it may be a blocker. + +-------------------------- +**Version**: unspecified +**Severity**: major +**URL**: https://en.wikipedia.org/wiki/Joe_Flacco?veaction=edit + +**Attached**: {F11445}",52073,-1,Unbreak Now!,True +0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,True,c1,2," + +-------------------------- +**Version**: unspecified +**Severity**: normal",52067,-2,Unbreak Now!,True +5.559434363420705,-7.240183570592045,-5.4229561909882165,-3.3720900453041556,-2.5710154240030896,-3.874968315026412,-6.411458536046284,3.17169917961257,-5.047493556815522,-5.149954960684058,9.2013612774189,-3.3242389057668547,-9.910625652211468,0.5428738616242734,0.04952739174913301,-0.8173967627234562,-1.7538132839164637,-0.041295213884538384,False,c1,2,"They get stripped out when rendered back to HTML. + +e.g. + +Foo + +-> + +Foo + +-------------------------- +**Version**: unspecified +**Severity**: normal",52059,-2,Unbreak Now!,True +0.04527470316274895,-6.521983468992565,-2.583759078704139,0.5800413157475548,-1.3948467934119178,-1.4819817013638896,-2.639503475871821,0.6599348618047265,-1.456655876334175,-1.1725703053731,0.30192000992994705,-0.474723717730992,2.425941480739766,1.5606498933597068,0.6152817374468187,-1.6530556534031446,-1.3700777855807327,0.25191193661923195,False,c1,2,"Moved from #48830. + +Merlijn van Deen 2013-06-23 11:20:36 UTC +---------------------------------------- +https://www.mediawiki.org/w/index.php?title=Git%2FConversion%2Fpywikipedia&diff=714194&oldid=713893 +The only real edit is at the bottom. + +Krinkle 2013-06-23 11:25:31 UTC +------------------------------- +This is due to the merging of the 2 tags. Currently it fails compare custom +attributes like ""style"" when attempting to merge equal annotation sequences. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=48830",52050,-2,Unbreak Now!,True +-0.9489138072252059,-11.919940896604306,-4.283161355979919,-7.277544241505069,4.999318932520497,-1.3395061730668414,3.067152196535962,10.452641284940842,1.0845737892003198,0.8825688803504699,-0.7334922799075736,-0.020383300589109643,-1.0109106288893503,0.3735159597709625,0.22426814373805826,-1.574078094080505,1.5590324520515566,-2.592130119336573,True,c1,2,"This doesn't work; not quite sure why/how. Should be fixed. + +-------------------------- +**Version**: unspecified +**Severity**: major",51993,-2,Unbreak Now!,True +-6.215925157545853,1.0463771685806655,0.6852208589037723,0.9137637929842386,1.828636128029685,-0.17086551379561288,-5.623513028725003,0.377522064900742,-0.3936648943334473,1.4931634260698328,4.524727262247353,-0.6524611756667886,-1.425495460106296,0.7283517743049019,0.8986436228298285,-0.5247254168936806,-2.2021827684839446,-0.27192347785584325,False,c1,2,"Steps to reproduce: +1. Insert the cursor immediately after the first letter of a link +2. Hit delete/backspace +3. Type a new character +4. The new character isn't part of the link, so select the entire word and click the link button +5. Re-enter the link article +6. Save your changes + +Expected result: +If you started with ""[[Porcupine]]"", you should end up with ""[[porcupine]]"". + +Actual result: +If you started with ""[[Porcupine]]"", you end up with ""[[porcupine|p]][[Porcupine|orcupine]]"". + +This is just a common use case demonstrating a more general bug. Namely, if you create a new link that subsumes an existing link, the existing link is preserved within the new link instead of being replaced. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50098",51985,-2,Unbreak Now!,True +4.154113902606172,6.949924502378028,1.3443190409806185,-0.9548211839107693,-7.777440875920506,3.1526401177554684,2.524276128635484,1.327085717551272,-1.7248698832400762,0.020455425555899076,-0.13233397561861882,0.7437386187539898,1.1586456575068773,1.7800324507511016,1.2246354560468893,0.8486923214091469,-0.3371518792397201,-0.6594031203760449,False,c1,2,"http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version shows that the version of VisualEditor on beta labs is from May 28. The version of Parsoid on beta labs shows no date. + +It would be convenient to have VE/Parsoid available on beta labs as well as on test2wiki and mediawiki.org + +-------------------------- +**Version**: unspecified +**Severity**: critical +**Whiteboard**: rmqa-2013",51846,-2,Unbreak Now!,False +3.736388007881281,3.407919773474358,1.1589173395337227,2.6046610509256194,-0.5391795755448792,6.084599638118171,-3.3006539881271895,-1.6213455171948423,-0.20277166357366333,1.36302072314058,-2.272057674327335,-1.4393079097443002,-0.20661399701255156,-0.7342946710319849,-1.4226981856072154,0.7439868719640352,-1.3925129345697909,0.4242135273593648,False,c1,2,"In this edit: https://fr.wikipedia.org/w/index.php?diff=94100781 VisualEditor seems to have emptied a reference (the one containing ""Maxime Pargaud"" as author of the cited reference). + +-------------------------- +**Version**: unspecified +**Severity**: normal",51828,-2,Unbreak Now!,True +-3.7652209374260552,1.0913481329732182,10.010032061159926,2.5080066261074974,-9.037116533483866,3.1926371996934053,0.2839875094334756,-0.21159261556062398,2.2192288493712917,0.5617665345952263,1.071887565684571,-0.8407922802207686,2.64130469768354,0.7197199694784047,0.9001311581181417,-0.09566697409899233,0.9653523753362239,-1.9569826619193957,False,c1,2,"See https://en.wikipedia.org/wiki/User:Mdennis_%28WMF%29/sandbox for the result of four different attempts to insert images. Each one resulted in something like https://en.wikipedia.org/w/index.php?title=User%3AMdennis_%28WMF%29%2Fsandbox&diff=560491469&oldid=560491343 + +-------------------------- +**Version**: unspecified +**Severity**: normal",51763,-2,Unbreak Now!,True +2.412128624925366,-16.959765250364036,3.8734178164902353,2.0645510978340043,-2.0320540649073333,3.0306175551290853,5.235389208997927,-1.4391340410100049,0.6232125295312069,1.3830397040905495,0.85978318546299,-0.6635763096340714,-1.1633477032329944,-0.011350188389093852,0.5331305553380874,-0.5160785717085714,0.2982228827735709,-0.05478655315618952,False,c1,2,"https://en.wikipedia.org/w/index.php?title=McIntosh_%28apple%29&diff=560394609&oldid=560264020 + +-------------------------- +**Version**: unspecified +**Severity**: normal",51737,-2,Unbreak Now!,True +0.20741251376410874,-3.2904097683803766,-1.070600565068295,1.8718316415413954,3.4377507361321142,0.3171216064092617,-2.2507918459224063,0.051274027767841346,-0.3963523354851802,4.096608923688544,2.940138321439439,1.6893128504334458,-2.8985782288298285,0.5269716540107758,0.3116872451992405,1.0985761678568813,3.2361579075461124,0.7238356987069718,True,c1,2,"Have a page with a block but no s and you get: + +| Uncaught TypeError: Cannot call method 'connect' of null + +This is bad. + +-------------------------- +**Version**: unspecified +**Severity**: normal",51668,-2,Unbreak Now!,True +-2.96104082065291,-6.161940359271268,-3.5383950687914734,0.9999656573290872,-0.14926017872823943,0.44817425743006134,1.3049355420600337,1.553514069947688,-0.6832573812829073,1.142468469424447,-0.28089269126473226,-0.08669998901403253,0.774059824916491,-1.6338589161545336,-1.0612365833464485,0.15414405343221116,-0.3751583428310934,-0.8524081168911848,True,c1,2,"https://en.wikipedia.org/w/index.php?title=Vidin&diff=559844598&oldid=559844102 shows several dirty diff issues, including spurious template bars, space changes, and corrupt links. + +However, this bug is specifically about the HTML comments that are dropped, ""the name of a location map as per http://en.wikipedia.org/wiki/Template:Location_map"" and ""the position of the pushpin label: left, right, top, bottom, none"". These comments often have important messages to other editors, so they can not be stripped. + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=49603 +https://bugzilla.wikimedia.org/show_bug.cgi?id=49655",51608,-3,Unbreak Now!,True +1.6815837666731448,-8.76301021685883,4.073179562978289,1.7161989740943828,2.2493772851010134,-0.12547673733699738,0.8009457616622431,2.3138898730431703,-1.4740930353380595,-0.47002083751440527,3.3021769890284047,1.389846268973242,-1.3475019456936925,-0.7267190740119824,-1.0971316351134934,-1.0002980086327822,-0.8858558336194794,-0.01650104967882271,False,c1,2,"Adding a file/media fails with wrong wikicode. + +This wikicode is created, see URL: + +[[undefined|link=https://commons.wikimedia.org/wiki/File:CV.03326.jpg|right|framed|424x275px]] + +-------------------------- +**Version**: unspecified +**Severity**: major +**URL**: https://test.wikipedia.org/w/index.php?title=User:Raymond/image&diff=174461&oldid=174460",51596,-3,Unbreak Now!,True +0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,True,c1,2," + +-------------------------- +**Version**: unspecified +**Severity**: normal",51586,-3,Unbreak Now!,True +0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,True,c1,2," + +-------------------------- +**Version**: unspecified +**Severity**: normal",51585,-3,Unbreak Now!,True +8.863106752607738,-2.3631173394395866,1.0698622452063589,0.691375814426769,2.5260955294881398,3.146628475827475,0.9949205072797369,-3.4685426908999597,1.401380604616253,-1.5163458055141263,-1.146228497677903,0.8415535226339765,-0.858771457589218,-1.513397073362162,0.44338244227809565,-0.6168232483196469,2.3152693504242015,0.00012531145065297622,False,c1,2,"I have edited the page w:cs:Banolo Blahnik and after saving HTML code was left at the page. See this revision: https://cs.wikipedia.org/w/index.php?title=Manolo_Blahnik&oldid=10415532 + +-------------------------- +**Version**: unspecified +**Severity**: critical",51577,-3,Unbreak Now!,True +-0.07684653397582553,-14.857879955106895,1.550554744563435,3.829098031247441,-1.5519345123534758,-0.14865979073037083,3.2526637038105983,0.21112841517755765,3.0587840463105387,0.4263949893008565,0.18007881919063973,2.8318935605001165,-0.21291674365989088,-1.891948987528767,1.951073723061099,-0.01685807157962138,0.04337087947327256,-0.3329927976325726,True,c1,2,"Should be user interface language. + +-------------------------- +**Version**: unspecified +**Severity**: major",51403,-3,Unbreak Now!,True +-1.0662629094251086,1.8312379403524695,-2.98695815827422,0.07621407975194994,3.6510696318348326,2.21119890376431,-2.0326166957609764,-0.5949608907879453,-1.4751665488254595,4.904055140634425,-0.21053569605134692,-0.7622298582000149,1.096118709801725,-0.5612545348912379,-0.7498390849208105,0.11074332363771575,-1.1905364478702667,0.23925586016006828,True,c1,2,"This is to restore the pre-December save workflow (Save dialog triggered, with Show Changes within it). + +The ""Review and Save"" button in the toolbar will be replaced with ""Save..."" which takes you straight to the Save dialog (with the existing save box, minor edit, watch and disclaimer/legal) + +Inside the Save dialog there should also be a ""Review changes"" button that triggers the wikitext diff as a dismissible dialog; whilst we're here, remove the Parsoid ""Something looks wrong"" button entirely, and replace the ""Looks good to me"" button with a normal close one. + +-------------------------- +**Version**: unspecified +**Severity**: normal",51258,-4,Unbreak Now!,True +3.7888186645225956,-14.531628033185378,6.966925116847854,0.8356368130575007,-0.01637728879314837,-1.7766989071818293,1.5560310105085895,1.08854089981967,2.6407988397631224,-0.242923702933469,-0.23455238613833762,-0.10098495168338228,0.3300446469345979,-0.8714507916793739,-1.2205249429234346,0.23827908424776295,-0.9010949716789504,-0.9667235353350612,True,c1,1," + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://pl.wikipedia.org/w/index.php?title=Ukryta_sie%C4%87&diff=36500666&oldid=36500549 +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50720",50769,-6,Unbreak Now!,True +-5.8338636636155305,2.8693889640084684,-0.7437302572686377,2.250763398164579,1.3108384977052936,2.849927514837929,-3.3191070720322595,-1.5131304600144184,0.5460380487110679,-2.088894140056966,0.6878688950406726,-1.057091126565746,4.074751318685358,2.462997234236279,-0.6748943740766942,2.4627250102316416,-0.4221580229587236,0.31656485344557583,False,c1,1,"1. Create a page that has a heading at the very beginning +2. Open it in VE +3. Put the cursor at the beginning of the heading and press Enter +4. An empty heading appears above +5. Use arrow keys or mouse to move the cursor into this empty heading +6. See an error in the console +7. Type into the heading +8. See one error per key press in the console + +In Chrome, this behaves correctly: it creates a paragraph above the heading, and typing into it works correctly. + +-------------------------- +**Version**: unspecified +**Severity**: normal",50526,-7,Unbreak Now!,True +-0.8836282683870347,-2.920087855448493,1.6946041401340537,4.279581185775669,2.7088087775200953,0.0753398564850809,-1.968267266113199,2.376379731126914,1.4737741933603208,2.199256783406196,2.365122974338948,1.5587660405159902,0.43623138252138993,2.544090251576124,0.1146560741717586,0.9884615073840094,-2.059182827810133,0.6600875705066536,False,c1,1,"1. Create a link using the link inspector button +2. Note that autocomplete feature doesn't appear +3. Hit save and note that link is stored as an external link ""[Foo Foo]"" + +Using the keyboard shortcut, however, works fine (Ctrl+K) + +-------------------------- +**Version**: unspecified +**Severity**: normal",50509,-7,Unbreak Now!,True +-5.915366891227981,6.765861015093968,1.0885386976680493,0.26557939676572895,2.7621371300904247,5.206194171546487,-3.5957093157333,-0.7225575399452622,-0.43177705047256404,-0.27194572754588187,2.0890748881204257,2.4937723949441537,1.4576150675700337,1.268384427513844,-1.66659928188643,0.11293590091368055,-0.640173308954075,-0.2720591801225629,False,c1,1,"1. Go to a page with a bullet or a numbered list. Edit with VisualEditor. + +2. Place the cursor at the end of an item of the list. Press enter to create a new item. A new item has been created and the cursor is at the beginning, ready to receive input. + +3. Type something. + +EXPECTED + +You are typing in the new line. + + +ACTUAL OUTCOME + +A pawn appears at the end of the previous line and there you can also find the text you are typing. If you press Enter again the mess continues to grow. There is no way to clean the scene of the crime. The only way is to jump to ""Edit source"". + +This happens at least at mediawiki.org with Firefox 22.0a2 (2013-05-07). + +-------------------------- +**Version**: unspecified +**Severity**: major",50468,-7,Unbreak Now!,True +6.159255885879688,-4.642619670003498,-1.4968797330616255,-7.6083304094154585,-4.090176482125811,0.7799486783937872,3.1051211910722616,1.1241960996604656,-1.0813059560317537,-0.8816471928732632,-0.9755689543809596,-5.207126944406953,-1.1813535388821794,-1.148105380445541,-0.022445213321234725,-0.48705730478138487,-1.9216389932168076,1.4337158661628913,True,c1,1,"Problems in IndentationAction that Ed it working on right now. + +-------------------------- +**Version**: unspecified +**Severity**: major",50390,-8,Unbreak Now!,True +0.9779209876811072,-17.869166481801205,-5.220754588238712,-2.573724832943941,-2.045751787897381,5.8621589869513695,3.033069990764658,-0.648528092627419,0.16008604090139456,0.564840665060971,0.4596904707659095,-1.2988538271834809,-0.15728522491547636,-0.4199638258141576,-0.5806607910693229,-0.49505974882820913,0.07376598578385929,-0.2870253615057923,False,c1,1," + +-------------------------- +**Version**: unspecified +**Severity**: critical",50386,-8,Unbreak Now!,True +-4.56520348851333,-0.5341932419376416,-3.8729853934223417,2.6922254750456545,1.580250999625394,0.3365730982277977,-2.693351690160584,0.9041087955184214,-0.9758881976443842,-1.3131024994679907,0.12443178533288757,-1.4591288268052374,-1.0352577096062312,-0.35865327901374755,-2.8896612154166177,-0.16545766716355387,-0.5532451694630359,0.4021983499674404,False,c1,1,"* Create a page starting with a list ('* list' is sufficient) +* Enter some text into the slugged paragraph above the list, then delete it with backspaces +* The paragraph now doubles in height, inspecting the DOM you see a
has appeared from nowhere: +


+ +Also this paragraph gets sent to Parsoid resulting in an extra line break. + +Removing the text by using undo doesn't result in this bug. + +-------------------------- +**Version**: unspecified +**Severity**: normal",50385,-8,Unbreak Now!,True +-2.358187027513476,8.8217264848927,3.4105118296358263,-0.011684454432790092,0.9904652350819612,1.5836410146790942,0.8627282349743544,-3.0758775494310746,-1.7635701524931389,-1.0005921946888097,1.209137259207862,-3.222775810837816,1.404196550937721,-0.6600805893588024,2.207767855114093,-0.603355674836531,-0.11997511025223306,-0.14983861698517442,False,c1,1,"Lately, I've been noticing random pawn characters at the end of paragraphs all over English Wikipedia. The source of these pawns was a mystery to me until I tried using the Visual Editor today. As soon as I started typing in the editor, it inserted a pawn at the end of the line I was editing. + +The pawn in question is the white pawn, typically the first piece to move in a game of chess. This makes me wonder if perhaps the visual editor has become sentient and is trying to initiate a friendly game with the editor. Unfortunately, playing chess on Wikipedia was banned in 2006 as a violation of WP:NOT,[1] so it's probably a good idea if we eliminate this sort of behavior. + +Actual character: ♙ +Unicode value: 2659 +UTF-8 value: E2 99 99 +Browser: Firefox + +1. https://en.wikipedia.org/wiki/Wikipedia:Miscellany_for_deletion/Wikipedia:Chess_championship + +-------------------------- +**Version**: unspecified +**Severity**: critical",50346,-8,Unbreak Now!,True +20.24306698867508,-0.6917756522957745,8.803288074875766,-2.534718969023049,0.3734811255414262,1.2756419815221183,-4.148283119915671,0.6588077223646795,0.7366293234109915,3.5743898102823994,-2.2581668229709058,0.30862801544506757,0.6007259784809587,0.8045866758453482,0.2419427081222283,1.1506570710282715,-1.3932642070358903,0.4513392615584457,False,c1,1,"Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services +Put the cursor somewhere in the text. +Type ""Enter"" 2 times. +Type ""Up"". +Click Bullet List +Type Enter +Type Up +Type Delete + +Wild pawn appears. + +-------------------------- +**Version**: unspecified +**Severity**: normal",50287,-8,Unbreak Now!,True +24.448877636478347,-0.5567143378171,7.242308961673146,-1.798470023822186,1.1508023911855507,1.7840605636665428,-4.618333321767853,-0.21950479594869332,0.7241512960971508,5.27155124017939,-2.6967869732309433,0.042042688515296245,-0.11617413931845366,-0.20872683207362286,0.2900429886046938,0.3900787647283041,-1.5151831416921018,0.5015146488475237,False,c1,1,"Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services +Put the cursor somewhere in the text. +Type ""Enter"" 2 times. +Type ""Up"". +Type ""Delete"". +Click Bullet List +Type q +Type Left +Type Enter +Type Up +Type Delete + +Wild pawn appears. + +-------------------------- +**Version**: unspecified +**Severity**: normal",50286,-8,Unbreak Now!,True +6.114870697553091,-5.530426730081889,1.7396020787817683,-5.463044660683091,3.0779933962917543,-1.4053466377682595,-5.776347667026401,0.2985276101343083,2.0093364953808104,0.6067037223552214,2.3809199122151816,1.3585663864992161,1.5164500245095849,2.444106359670953,1.7774327035254744,1.413985736979419,2.2152462469332583,1.802316070820882,False,c1,1,"1. Open http://en.wikipedia.org/wiki/Enterprise_content_management +2. Add a space and remove it +3. Press ""Review and Save"" +4. Wait forever. + +The text stays greyed out and nothing changes. Changes can't be saved. +Same for any article I tried. + +Ubuntu 2012.10, Firefox 20.0 + +-------------------------- +**Version**: unspecified +**Severity**: blocker",50193,-8,Unbreak Now!,True +-9.556911846999826,0.9613305930232077,-3.2350163471972397,2.7524819611826588,3.795521962071494,1.4697902108265846,-0.6039947755146304,1.6264841014960312,0.40364883119662665,-1.1985164216103805,-1.5835220243404264,1.5843917094969033,0.07053676350771454,-1.3174208991129404,-0.17369111836548345,1.1552071895556657,0.5018927542225915,-0.14263727745731614,False,c1,1,"Multiple list items don't indent properly. + +Steps to duplicate the bug: + +Write a couple of lines. Mark all the lines and click the ""list"" button - producing bullet-list. + +If the indent button is clicked when the cursor is on a single list item, that item will be indented. However, if you mark a couple of list items and indent them at once, the indentation is jumbled: some of the items are indented and some double-indented (and the item above the selection seems to be indented as well) + +-------------------------- +**Version**: unspecified +**Severity**: normal",50069,-9,Unbreak Now!,True +-2.4480151016694,-2.695938162227881,-2.2956375162143576,-0.5490618251106846,-1.2192330278834842,-1.2654487014500642,-2.3327884299324726,-1.9181859922000717,1.7562296289685049,-0.8846306069943375,0.7901615904019015,0.7712097080863931,3.040361063198443,-0.25605663462959516,0.5493133296792161,-0.31159596474240026,-0.7687161254735256,-2.1654128787507405,False,c1,1,"*that* was an amusing bug to find. + +Tested on mediawiki.org. + +Steps: + +1. Write text in an ordered list item +2. Select some of the text +3. Hit ""end"" + +Expected: + +Cursor at end of line + +Actual: + +Cursor at end of line, text gone + +I would *suspect* this is an easy bug, unmark it if it's not. + +Found bug on Firefox 23 alpha 1 + +-------------------------- +**Version**: unspecified +**Severity**: normal",50022,-9,Unbreak Now!,True +6.75832531400135,-15.033694493687026,-0.47715858446113835,-2.2369249609797173,-1.3264407556329,3.3176075462189036,1.0006126590744833,0.18765222255127262,2.7652455007020444,0.3110811802037574,1.0723828040308354,0.6910424242146187,2.5910910011306454,2.4608824043746056,0.7309464772352303,0.2644142921062248,-0.2784239160209716,-0.8182315067038342,False,c1,1,"See Parsoid bug 47998. + +-------------------------- +**Version**: unspecified +**Severity**: critical",50006,-9,Unbreak Now!,True +1.0424361052911624,-5.314805340375688,-3.904620113713369,3.798711810219256,-0.43906413130742583,-3.8341138946758164,-3.527471042211474,-1.718758877715719,-0.05194360965351197,0.8080163290294315,0.7886215203805391,1.2607921923677503,0.07982815655840092,-0.9393942770056176,0.04792964442201697,0.5197182910035014,-0.7381319613197312,-0.027865769192158663,False,c1,1,"Steps to reproduce problem: +1. Edit https://www.mediawiki.org/wiki/Git/Commit_message_guidelines in VisualEditor +2. Add some text +3. ""Review and save"" +4. ""Something is wrong"" +5. ""Report problem"" + +Expected behaviour: +Make an http request somewhere and report back in the UI. + +Actual behaviour: +No http request is made and UI is unresponsive. + +console: +> Uncaught TypeError: Converting circular structure to JSON +> at: +> > mw.Target.prototype.reportProblem = function(message) { +> > var ...., report = { title: .., oldid: .., .. }; +> > $.post(mw.config.get('wgVisualEditorConfig').reportProblemURL, {'data': JSON.stringify(report)}, function() { + +debug: + +var objs = []; +JSON.stringify(a, function (k, v) { + var i; + if (v === Object(v)) { + i = objs.indexOf(v); + if (i !== -1) { + console.log('dupe at #' + i, v); + } + objs.push(v); + } + return v; +}); +dupe at #66 +

​ +""The "" +​commit message​​ +"" play an important role in revision control systems. They are the first thing other people will see of your commit."" +

​ + +-------------------------- +**Version**: unspecified +**Severity**: critical",49948,-9,Unbreak Now!,True +-1.1119337395458389,-5.643397160926085,1.00147674148565,-11.000838828287778,8.171086959779004,-5.286579698058318,5.137647990589321,-4.634152494479551,-2.8260058791181226,1.765993930440957,1.2764064518012987,1.6967430599600164,-1.7744185513770097,2.5115716188639823,-0.9330163091542873,-1.5147061887374904,0.2654820804902991,-1.1959063803920802,True,c1,1,"Currently we don't alert users that they're outing their IP when they save. This is a Bad Thing(tm). + +-------------------------- +**Version**: unspecified +**Severity**: critical",49842,-9,Unbreak Now!,True +-4.315954736021298,-2.7826790302296303,-4.801153167500795,2.669270450088677,0.5702379291675697,4.029535338267212,-3.1592518100803084,0.7668383298930274,0.9489281042767126,-1.0253731045871475,3.1995439984049256,-1.6091363296455619,1.076884760528499,-0.35916319424497534,-0.9257431588486185,0.8103966742842663,-0.12836632238172085,-1.2929483987287562,False,c1,1,"1. Edit a page with an unordered list. + +2. Delete all the text on the last line. + +3. Press the . The bullet should be erased. Instead, it will +remain and the cursor will move to the end of the previous line. + +4. down-arrow + +5. down-arrow off of the empty line. + +Turd appears in the empty line. + +Very many arrow-key actions will produce the turd. + +Firefox 20.0, linux. + +-------------------------- +**Version**: unspecified +**Severity**: normal",49817,-9,Unbreak Now!,True +-0.9744738520277902,-7.3041358720364435,0.9020576190761247,-4.844999957184678,-2.0083908742025818,-2.0578725758966407,-0.5147690745491662,1.624308603872056,3.821384658075927,-0.26139342060654247,-0.4615798761427543,0.3545458672968669,1.3645960841418887,1.7474644096053993,-1.054152261106645,-1.2440336366777691,0.2821228366384365,-1.5777036750517541,True,c1,1,"jQuery have WONTFIX'ed this bug (13821) so we'll have to work around. + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +http://bugs.jquery.com/ticket/13821",49737,-10,Unbreak Now!,True +-9.811557756844012,-0.5410099434706854,-5.734246502077632,0.4281921369199393,1.8640194362238502,6.5244279943298915,2.1092432327172235,3.5638808784487646,-3.031913622860557,3.9062878451295013,1.143523605588578,0.7335274259322857,0.38814477557169,-0.005469557253133139,-0.9822281253412823,1.1734916140680651,1.3282242903564454,0.9539148348384459,True,c1,1,"This has reappeared (in live on hewiki and others) - if the page on load has bold annotation on some text, pressing the ""bold"" button doesn't remove bold but adds a second bold annotation (which can be removed, but not in a way that stops the text being bold). + +-------------------------- +**Version**: unspecified +**Severity**: major",49680,-10,Unbreak Now!,True +-2.541215129550782,-4.530783695922246,1.2300861003068597,3.848436158419143,8.05353112982097,5.201516391355101,-0.9140506422750114,-3.0912132919923936,5.239636702889712,0.6592333376670192,0.987610954897058,0.18214461635075563,-0.1847133831803509,1.029462576110161,-0.7532893282412632,0.8608249328105736,0.1652844155180735,0.9261741105103083,False,c1,1,"Make a selection that includes the first character, and press the access key for creating a link (Ctrl+K?). You'll get a JS error. + +-------------------------- +**Version**: unspecified +**Severity**: normal",49623,-10,Unbreak Now!,True +-3.781379843495966,-10.382822114284599,-8.683831534897136,6.048390252716404,-0.977398178685092,-6.3851103326315855,-9.91018320332573,-0.5201528699667055,-2.722360378062234,8.746158649777623,-3.549167768565059,1.2424158858245546,-3.408253328814263,0.17641344506105838,-1.0842524216997562,-0.4344775269848442,2.3447920400489437,-2.571111439410944,False,c1,1,"As the title says. The bug seems to be in postHTML: + +array( + 'postData' => array( 'content' => $html ), + 'timeout' => $wgVisualEditorParsoidTimeout, + 'oldid' => $parserParams['oldid'] +) + + +should be: + +array( + 'postData' => array( 'content' => $html, + 'oldid' => $parserParams['oldid']), + 'timeout' => $wgVisualEditorParsoidTimeout +) + +-------------------------- +**Version**: unspecified +**Severity**: normal",49434,-11,Unbreak Now!,True +2.323453120524999,1.0468179294252096,1.9315284092803182,0.5251169133172879,2.302435707630912,0.1757956801463476,-4.7228892063718835,-1.1258673685896365,1.3653117411048694,4.455536870455488,0.3601433734841475,-0.8908352211273513,1.1948142291186556,-0.40425548352650953,0.792369450805408,1.1052425316258123,-0.3258656186767077,1.55457901491307,False,c1,1,"The link tool showing ""undefined"" in step 5 of the bug report + +1. Hit an article on English Wikipedia and click ""Edit"" to invoke Visual Editor. I used http://en.wikipedia.org/wiki/Savage%2C_Montana. + +2. Double-click any word to highlight it. I used the first word of the ""History"" section, ""Savage"". + +3. Click the Link Tool icon, and the tool pops up. + +4. Choose any article title in the dropdown (I chose ""Savage Land"") and press Enter. + +5. The dropdown closes, and in the tool's text input, instead of saying ""Savage Land,"" it says ""undefined."" (See screenshot to be uploaded.) + +6. Now click outside the tool -- somewhere else on the article. The tool becomes completely blank (see second screenshot) and article text disappears. + +-------------------------- +**Version**: unspecified +**Severity**: critical + +**Attached**: {F10425}",49413,-11,Unbreak Now!,True +6.5019370485126515,-3.698001492746352,7.591083883006629,5.7325497282820805,-1.5210214798448014,-3.740639562288777,3.687941431187501,0.3664221202198017,-0.5107961209991524,-3.6204724248502016,-5.2413443592804985,0.38185062475820786,-3.7977057695190704,0.005245974825746735,0.5835287643153615,-1.9242364628109616,0.4999865565020363,1.6869393326070588,False,c1,1,"Master is failing jenkins tests right now due to some JSDuck failures. + +Examples: https://gerrit.wikimedia.org/49364 , https://gerrit.wikimedia.org/r/57922 + +-------------------------- +**Version**: wmf-deployment +**Severity**: blocker",49018,-12,Unbreak Now!,True +-7.321885802000493,7.530280078019441,0.26014594816376757,0.9923457753154183,-6.313863048938865,4.755033071310018,-1.578220191695638,-3.903613030745546,3.2793334127859266,1.2720853004701667,-1.537697982501061,-2.4323640909753785,-0.7553880042791716,-0.3485005237548071,-0.6486893336457209,-1.058747635486917,-0.15761740873292363,2.17492496729826,True,c1,1,"In preparation for making the VisualEditor the ""default"" editor, we should have the existing integration switched over for users so that they can see, test and feedback on the final UX for triggering edits in the run-up to switch-over. + +-------------------------- +**Version**: unspecified +**Severity**: trivial",48872,-13,Unbreak Now!,True +-3.695243113082558,2.323812914174816,0.25011612380937365,-1.805568601311256,2.883935596116137,-2.156546555977595,1.1507903028442135,-0.737651039789949,-0.03796539747996913,-1.942907408989572,-0.380002175002784,-3.10481533312154,0.9196361597205147,-3.9183565855263236,0.4645774757770047,-2.7851528243964547,2.0885197779233495,1.0802397650779885,False,c1,1,"Aaron Schulz wrote: + +I noticed that https://gerrit.wikimedia.org/r/#/c/33971/ passed the tests but after it was merged, the new tests started failing for everything. The commit to revert it also failed so I override Jenkins and merged anyway, and the failures went away for new commits. This indicates that something broken is going, possibly Jenkins running tests just against master rather than master + the patch, which would explain this problem. + +-------------------------- +**Version**: unspecified +**Severity**: normal",48723,-14,Unbreak Now!,False +-8.446014220119903,2.3673947178493684,-4.101438454277188,-2.323793853083964,3.0866375322941657,3.0769477045559475,-2.6623869957158646,1.6607010078594349,2.708403057011946,-1.2651613877957169,0.9421147864839683,0.9290256110737378,-1.365292411534531,1.730856226423823,-1.3202043011431925,0.6000970283530465,-0.17733006539500318,-1.3299297915299961,False,c1,1,"0. Open a document with links already in it. +1. Click on a MediaWiki link, then click the icon to open the inspector. +2. Click anywhere else in the document to lose focus. +3. You're link has now been removed :( + +Note that this doesn't happen if you have just created a link, or if you have edited a link, so I assume this is functionality for letting people abandon the creation of a link. + +The only way to remove a link should be with the delete icon in the inspector, or clear formatting. + +This doesn't appear to affect external links. + +-------------------------- +**Version**: unspecified +**Severity**: normal",48025,-16,Unbreak Now!,True +-1.467844064131269,7.716583491604705,1.099506563294721,1.063254676277725,-4.30707609893652,5.423535340862895,-0.20454604095016737,2.0390650986257572,-1.2239358527600865,-0.47259851285669363,1.1588141735061277,-0.24262489444282787,-0.4739920060382987,-0.7078419915350738,-1.0245614201909685,-3.48418692815595,0.20259470247209732,-0.14966698315749283,True,c1,1,"The re-write of the node API that dm provide up to the rest of VE is necessary for most of the added support that VE is aiming to provide this year. + +[Mostly done now.] + +-------------------------- +**Version**: unspecified +**Severity**: critical",47062,-20,Unbreak Now!,True +-4.444916197117573,-6.5996427595664855,-7.613571125464883,0.6300658442222631,0.3161087342489516,-2.125615178544399,-3.699292788331979,1.7472343771298964,-4.2762739967671415,0.8000124945729583,-2.861621852619285,1.6219612909786523,5.261657931887337,0.8343891446719995,2.301347200137151,0.7806712733956613,2.7397453010242705,2.214132356585848,False,c1,1,"**Author:** `phil` + +**Description:** +visual editor after deleting lines 3 and 4 - note that 4 is still visible and the gap inbetween 2 and 4 is marked as 'cannot be edited' + +I had text +1 +2 +3 +4 + +selecting the last 2 lines ( 3 and 4 ) and deleting and saving, on looking at the page again '4' is visible and there is a gap that is marked as 'cannot be edited' + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F10499}",46926,-20,Unbreak Now!,True +-0.5024301069595665,-6.024181358025993,1.8327058447151217,4.7249558039462976,1.2462704719035944,-2.40935830937564,-3.405776837577567,-1.6592872288402103,3.5242062082638084,4.087911072979919,-1.2988940741664714,0.1566012271714321,1.05461562077654,-1.2256296639844981,-0.7280155222432425,0.16290493822465998,0.6837236385963188,0.6113520377991721,False,c1,1,"**Author:** `phil` + +**Description:** +error message on save after changing bullet format + +Blank page +Add some text e.g. 'test' and make it a numbered bullet +Save the page +Edit the page +Remove the text 'test' +Click on the '1' and click the numbered bullet control to remove it +Save page +""Error loading data from server: Unsuccessful request: Error contacting the Parsoid server."" + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F10836}",46687,-21,Unbreak Now!,True +-0.7730949589665426,-2.94407365512013,-1.7165508878374425,1.591100281804179,6.148592071347386,-1.864855365834934,-3.5100367196416338,2.036580979953467,-1.034065920307205,3.5808367070979266,-3.4078605632490397,0.7810537166226934,0.3657720779868878,-1.4206548073966916,0.2530671794626098,0.7259340493473727,-1.3609796274735524,5.320088273948977,True,c1,0,"Pressing backspace creating a slug then deletes again: + +* Create a new page (or go to an existing one), and enter ""AB\nCD\nEF"" +* Place the cursor down-page of ""F"" and press backspace; ""F"" is deleted correctly. +* Then press backspace again; ""E"" is deleted, as is the remaining slug, and the cursor moves us. + +-------------------------- +**Version**: unspecified +**Severity**: critical",44655,-30,Unbreak Now!,True +0.978698389898994,-17.87030840447756,-5.219350553128887,-2.57528116654891,-2.0435789281839716,5.860753879418819,3.0268900872052873,-0.6512663811995079,0.16230830206961455,0.5663839272797055,0.45979096968325317,-1.299343307635873,-0.15673968058057675,-0.4254804839054538,-0.5862718735158783,-0.48794828011230706,0.0694679201695978,-0.29366603853991413,True,c1,0," + +-------------------------- +**Version**: unspecified +**Severity**: major",44654,-30,Unbreak Now!,True +-7.171062982996228,-4.0696090076661005,-0.20137241155923924,5.674796338039596,8.582293201305408,0.5985266752321052,2.6159611857474134,-0.7546471551239577,0.8966851696057612,-1.307338529137231,-0.291405432582188,0.21815648085545525,-1.0448447124678593,0.548993787630768,-0.25073284822097985,-0.783048744523213,-2.271699140179657,1.8302483547363273,True,c1,0,"A paragraph when changed to be a heading using the toolbar drop-down has its content deleted (but the presence still stays). + +-------------------------- +**Version**: unspecified +**Severity**: critical",44555,-31,Unbreak Now!,True +-1.3209264113549581,1.7844375277383229,-2.8182015346914238,1.7389679064531522,-2.780234830084538,2.576569771044973,-2.050888035873403,1.5259339874907978,-0.27775511864170305,0.46170663797094225,-1.6608859258010291,-2.4730128365692883,-0.37670672787975423,-0.9408861621278026,-2.1129395734957606,0.7201005766529232,-1.0717699717874312,1.578407640961981,True,c1,0,"Start with an article with an inline alien - e.g. ""ABC:-)DEF"". Place cursor ""up page"" (in LTR, left) of inline alien; selection with keyboard down-page works as expected. Now place the cursor ""down page"" (in LTR, right) of the inline alien; selection with keyboard up-page fails when reaching the alien, clearing the selection and placing the cursor immediately up-page of the alien. + +Note that in RTL this appears to work fine(!). + +Confirmed in both Chrome and Firefox. + +-------------------------- +**Version**: unspecified +**Severity**: normal",44401,-32,Unbreak Now!,True +-1.6039525645606523,2.1476506106713664,-0.6100560918071967,5.164899920536363,2.992052607210406,1.6794604779256102,1.8558062159901931,2.192993023292663,3.851841661866107,-0.6983144394112619,-0.5306551711928877,-4.537699724219523,-1.031122872292416,0.26469762662748675,-0.21789406884705542,-0.020332634381790615,1.0839892562652127,1.4494066258419795,False,c1,0,"Post-December cleanup: + +Rather than passing the type, length, attributes and (soon) annotations into the dm.Node constructors separately, we should just pass a reference to the data element. This will make a lot of things cleaner, and make the constructors more consistent between node types. + +-------------------------- +**Version**: unspecified +**Severity**: normal",44400,-32,Unbreak Now!,True +-10.67231869775389,2.520585391394288,-3.6326395470713333,0.6187411450449691,2.2657784460326433,2.854677929273225,0.9704385931823634,-0.7691342489920048,2.311262429497871,-2.7074877299196536,-2.123678971828174,-2.543859714034687,-1.7286952310105024,0.12843088881807763,-0.9868002878702775,-2.6949846845152163,-1.7973436335942308,5.700046276572668,False,c1,0,"When editing an existing link, the link inspector should grab the existing annotation and edit it, rather than starting over with a brand new annotation. + +Destroying the existing annotation loses metadata we need for preserving syntactical variation (hrefPrefix and origTitle), which means that currently, simply inspecting a link without actually changing its target can cause that link to be changed in the wikitext. + +-------------------------- +**Version**: unspecified +**Severity**: normal",44282,-32,Unbreak Now!,True +-2.1902778659098123,5.049994628436771,-3.9199442336854773,-1.5730852970729212,1.1550699552499455,0.011770309112979715,-4.975983980668882,-1.1848002091389849,-3.7943331184056266,0.1284621305971827,0.43206591949601814,-0.8623942296990045,-2.969471416857628,1.5640567397324832,-1.5806165786301016,-0.6237115750417417,-1.851204128598593,0.5665963604918762,False,c1,0,"Steps to reproduce: +1. Go to a nonexistent page +2. Click the Create tab +3. Type ""foobar"" + +Result: ""f"" appears on a line by itself, ""oobar"" appears on the next line. The document model only contains ""oobar"". The ""f"" jumps around when rerendering (e.g. when you press enter). + +Can NOT be reproduced if: +* you use Chrome +* you click out of the editor and back into it before typing +* you press Ctrl+A, Backspace before typing text + +The editor document looks like this: + +

+ +I think the cause of this bug is that Firefox initially puts the cursor before the

, rather than inside the

or inside the . + +-------------------------- +**Version**: unspecified +**Severity**: normal",44277,-32,Unbreak Now!,True +-1.233384501499247,-10.407867801511182,0.06280887369487687,-4.131511153926779,-1.3790972063218652,3.711691809775475,6.444202926041785,-3.7542799551310795,-3.614036908066618,5.634774458416038,6.421935913606568,-0.6790156997036413,3.500175336916005,2.8724177376234445,0.4357039116528325,-2.137998524673533,2.907268982884581,-1.8734145472033352,True,c1,0,"Taken from bug 42117 which I'm de-prioritising + +-------------------------- +**Version**: unspecified +**Severity**: critical",44221,-33,Unbreak Now!,True +1.1973935327835625,-18.726601876177895,-5.305850752077262,-2.8193819740770367,-2.4048219479570645,6.451993417398817,2.6725199311327374,-2.2505950795105734,1.6133146886903509,-2.364097745345876,-4.165317184670486,-1.0690586111259428,-4.012354447799598,1.7336401440817815,1.0564196676656392,-0.30078938155158197,0.6145104988648555,0.4289200192180671,True,c1,0," + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",44172,-33,Unbreak Now!,True +-6.833157023521769,-4.662371535652182,-7.756131340019145,-5.852091693548282,5.684106873148423,1.401590959474334,3.0449547792143337,1.4550719035782214,-1.920577466790501,-1.6949196816402394,-2.0814551920953654,-0.023340714916447958,-2.4526759689407944,0.4557644085752619,1.3568286695293832,-0.008450896428932653,-0.06398813845097973,-1.8360093520820018,False,c1,0,"Comments should be stored in the meta-linmod, right now they're just ignored, which leads to all comments being removed when we save a page. + +-------------------------- +**Version**: unspecified +**Severity**: normal",44124,-33,Unbreak Now!,True +-1.5901197632009703,-11.903386855489208,-6.284025081636026,-5.767542335209153,5.970863031633542,5.8699558071440965,4.111942906495659,5.013382736141806,-7.004647819907062,-0.7547807623342688,0.045222116789207956,8.357392192465635,0.6850773077828185,-4.905851335249841,4.25317247511435,-2.121036077107931,0.7164700860215445,-2.028942735425679,False,c1,0,"Currently these are being alienated, which is bad. + +-------------------------- +**Version**: unspecified +**Severity**: normal",44118,-33,Unbreak Now!,True +9.562779085016631,-13.318827108704644,-3.411959459291886,-1.5507001139225245,-0.41319948686420793,3.292439739863731,2.269292078961082,-2.088999011321572,-0.34034475624010885,-2.246982410672502,-3.53073305396742,1.4462418836837305,-2.8554824743750977,1.7781285358810495,-1.205958365324352,0.26809206423447624,0.01942067686807869,0.372254929657293,False,c1,3,"http://git.wikimedia.org/summary/?r=VisualEditor/core.git + +Seems unneeded. + +-------------------------- +**Version**: wmf-deployment +**Severity**: minor",56813,13,Needs Triage,False +-3.8540307955159907,0.6880958493125853,-0.4274965727954907,-0.48317541876244885,2.3025137759671175,0.584917801492806,0.7577418300980456,-3.1762148469361997,-1.1708374217411968,-0.9956038680273256,0.38532161080314076,0.207179000893152,1.4168196030395404,0.5348074160513079,-1.2529072174892537,0.05139892675619412,0.4322264878168758,0.003359767933033053,False,c1,3,"Hi +Just like the title, if I edit the body of the text, at every newline it enters an ♙ character, and I have to manually delete every time (by writig, going back and deleting). + +Also there are many other special characters displayed, like arrows for tab and return. Don't know if it's the same issue. + +The wiki is hosted on a CentOS 6.4 box, running latest versions of apache and PHP, under a virtualhost. The client is an OSX 10.9 computer. + +Please tell me if you need any additional information. + +Thank you. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**Platform**: Macintosh",56785,13,Needs Triage,True +4.984344757338075,-4.5248341877943155,6.045265537801811,-3.198128865754324,-2.5755172100835333,-3.9572988226747894,-0.5640704865141339,-0.6086605976421546,1.796041133318173,-1.5639799977875524,-0.3398884305869885,-1.1533609606985642,0.32547314369941827,-0.6599193400493633,-1.1976605617649305,-1.5374512381496102,-0.14664376556576286,0.7815298489396396,False,c1,3,"Inserting media with VE + +Sometimes I cant add image, because it doesnt display. This time at https://cs.wikipedia.org/wiki/Seznam_památných_stromů_v_okrese_Rokycany + +adding File:Kařízský dub, pohled.jpg with FF 23.0.1 + +-------------------------- +**Version**: unspecified +**Severity**: major +**Whiteboard**: cirrus-fixed + +**Attached**: {F12341}",56777,13,Needs Triage,False +-10.515886574003511,8.212667069753433,1.6051455362131328,2.5292078149784887,4.077390389254942,8.10238809478583,0.7253781760339892,-1.6066648101789096,0.9177038920569542,1.0756793138123335,1.0835832549601911,-1.5118966363112833,-0.538036201456598,1.1458046102222452,0.29469514396279894,0.14864397783073455,-1.02715816614766,-0.3214238118425239,False,c1,3,"When you want to drag an element to the very bottom of the content editable area, the last position available for the cursor is the end of the last sentence. + +Usually you want to place elements not at the end of a line, but right after, in a new line. The behavior expected would be to see a new empty line appearing when you drag an element until the end of a page, and the possibility to drop your element in that empty line. + +Tested with the {{Languages}} template at https://www.mediawiki.org/wiki/Groups + +The last cursor position possible is at the end of the sentence: ""... to create your MediaWiki group."" Dropping the template after the last dot puts it at the end of the page, in a new line. The end result is correct, but the behavior is unituitive. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=51666",56756,12,Needs Triage,False +-5.020756061593941,8.777030911207593,2.044378344442933,0.865849556487873,-3.7278880365482587,0.7308039901286556,3.0558851604079136,-5.613390538104514,-2.456883029091167,-1.1480140212188639,-0.8421653729289025,-1.6357495544584562,-1.5786160580812059,0.3036284261285802,-0.15833625920783057,3.500326480789605,0.8899473552421535,-0.40948303165903654,False,c1,3,"As user Selenium_user on beta labs enwiki, I have set my preference to opt-in to VisualEditor several times, but the preference then gets reset to default (opt-in not set) after a period of some hours. + +This causes failures in the browser tests and I wonder if it is a risk in the production environment. + +-------------------------- +**Version**: unspecified +**Severity**: major",56671,12,Needs Triage,False +-4.071276701054999,4.239567368816161,-0.33898551500703356,-3.470112513077117,3.7231803043308234,-3.1129023685078945,-2.5123326514513153,-4.391043752889751,-0.9949712929622143,-0.3930431859687449,3.5648598189475105,-2.467656078383534,-0.69963339554028,-2.196682072889089,1.5758906856428476,-1.4326423004044264,1.575154655615956,-1.0911359089684836,True,c1,3,"Sherry describes what happens in this edit, https://en.wikipedia.org/w/index.php?title=Homesickness&diff=573215056&oldid=573214608 : +<<[this edit] is the original problem. It gave all of those references the same ""name"" (""ref name="":4""""), which convinced the software using for viewing pages that they were all the same ref.>> + +The original reporter, Christopher Thurber, describes the issue, and provides some hints to reproduce: +<>. + +TeamGale adds: +<> + +TeamGale again: +<<[...] every time I am trying to add a reference at a table with VE, it changes it and replaces it with an already existent one. This time I saved the edit just to post it here. https://en.wikipedia.org/w/index.php?title=Dancing_with_the_Stars_%28U.S._season_17%29&diff=prev&oldid=574412488 [...] +Update: Tables were a coincidence. It happened to me again in main article's text. I didn't save the edit this time...>> + +I think I saw this renumbering issue at it.wp as well. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56654,12,Needs Triage,True +0.7357851638230386,-3.5728139688074805,1.2735835430648699,-4.028151348444091,-1.2307511357744487,-2.0125927361843914,-0.4920356346155472,2.0113023531259544,0.0821658507696918,-2.0137790597267053,-1.337185602058268,-2.353988142406437,-2.755684363144253,2.735857823679611,-0.6185424870269554,-0.7102308963039123,4.302122701315872,1.5320748636240273,False,c1,3,"After successfully section-editing using VisualEditor, I land at . + +This shouldn't happen. §ion=2 doesn't do anything with the implicit &action=view. + +Possibly related to bug 53089. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56645,12,Needs Triage,False +-3.481580176025371,-0.9046650403903183,-0.05091264215304747,4.580856081947084,2.995845304242099,3.1089732918148183,-3.598502355915241,0.3343251874025728,1.1803124188187317,0.3943203545349192,-0.8352609072186246,-0.4781242985252696,1.441927171806296,-0.5686640610535418,-1.1626688574655173,-0.5725026020886517,-0.20273498647945676,-0.04107927453676474,False,c1,3,"When an image caption on the first line of a page contains the string ""page "" (including the trailing space) followed by any text the right half of the VisualEditor toolbar disappears (everything right of ""more""). This includes the save button so edits cannot be saved (hence the ""major"" severity) + +This is likely related to either bug 54379 (same symptoms) or bug 53312 (same trigger). + +Comments on the VE/F report at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=574608525#Odd_one suggest this might be restricted to FireFox. + +Minimal test: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=574608905 +Real-world example: https://en.wikipedia.org/w/index.php?title=Clarke,_Irwin_%26_Company&oldid=574526057 + +To reproduce: +1. Create a page with any image on the first line of page +2. Give the image a caption containing the string ""page "" (including the trailing space) followed by any text. +3. Save the page +4. Load the page in VE and observe the right half of the editing toolbar. + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53312 +https://bugzilla.wikimedia.org/show_bug.cgi?id=54379",56642,12,Needs Triage,False +-0.4809752279124231,-10.622707556401465,-5.161820744743107,-11.608575413441255,-1.5116527182330275,-0.0052416322798991555,3.6412269830323547,-9.404568813686465,-1.1774772277013756,1.840873505921393,1.622117625650414,-1.183538375224491,-0.7578269258922612,0.8300050781400818,-0.4017074775827343,0.2959811769027938,1.443329837988747,-1.4046675121391763,False,c1,3,"'coz I likes it. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56636,12,Needs Triage,True +-3.0780513185757576,-0.846526661442315,2.0766683991948156,5.736788276798587,-0.3172034432046694,0.9685859512792441,-1.7918943864158141,-0.15553998965251808,1.1714628868176313,0.9989668755934753,-1.3428793670795884,0.2790081474313495,1.123472170116092,0.6691573837483018,-2.2687980730305535,3.4780966701464346,-1.3914661735048368,-1.852178078883658,False,c1,3,"subhead shows ""2"" in the wrong place + +seen in Firefox not in Chrome: + +choose some text and pick a headings format. Subheads with numbers show the number below the selectbox. see screen shot. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F12017}",56614,12,Needs Triage,False +2.9331095871048434,-9.884664976736893,-4.554939279517869,-0.0197572144226712,2.148830882131503,-5.5056905002305845,4.887674766859111,1.2254761235752487,0.5958411006996819,0.754307526869713,-0.6248696895548287,0.6913877651280254,-1.7168639787450113,2.3368815345923455,-2.0221966587868496,0.6751384636421549,1.147190810484487,-1.1565850162294389,False,c1,3,"visualeditor browser tests don't use MEDIAWIKI_PASSWORD, they still use secret.yaml. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56600,12,Needs Triage,False +-2.5208138806183022,0.35775652297711247,-2.7441849793053947,-1.9107688156796667,-0.9178015844543801,0.15024310777805439,-3.604928587159252,2.6825206849999654,4.265907486522716,-0.4117750114066876,1.594290202564315,0.8691348422290013,-3.1144341241126705,0.5067927185236751,-0.229755264606891,-0.22366889144566815,1.8186345337767313,3.3253991567668493,False,c1,3,"If you click to use LaTeX, the ""math editor"" option, you cannot cancel or escape out of input. VisualEditor adds the tags regardless and this can only be removed by saving and going to source. + +Ideally, a cancel [X] or keyboard options should work to remove this. + +https://www.mediawiki.org/w/index.php?title=User:Keegan_(WMF)/sandbox&action=history + +-------------------------- +**Version**: unspecified +**Severity**: normal",56591,12,Needs Triage,False +-0.5031915667901043,3.1288843230050283,1.170656355499684,-0.9851987908429929,-1.742168184506376,0.9363159676585953,3.2942742562641714,-3.0258797709149543,-1.44257773795719,0.44969551461849466,1.5122612815749599,0.6851503772253034,0.42914031798604046,-0.744074984456125,-0.057901891775818726,0.658186212482851,0.261663261286752,1.0027544595630131,False,c1,3,"Sikuli ( http://www.sikuli.org ) is a tool for testing desktop interactions, such as mouse clicks and keyboard typing. + +This tool is needed for testing typing in different languages, because the usual WebDriver tests are not able to generate proper keyboard events that completely emulate typing in advanced input methods for Japanese, Chinese and Indic scripts. We have many bugs in this area in the VisualEditor (e.g. Bug 52716), so we need proper regression testing. + +This week I worked with Željko in the WMF office and we built a prototype test that uses Sikuli to test typing in Japanese: +https://gerrit.wikimedia.org/r/#/c/83966/ + +This works on Željko's laptop. The next step is to get it working on the virtual clients that run our continuous integration tests. + +Thank you! + +-------------------------- +**Version**: wmf-deployment +**Severity**: enhancement",56393,11,Needs Triage,False +-1.3388061418044044,-0.9813139455569093,-9.361807751693098,-6.228556617251636,-5.278279029858847,-2.5351162973874013,-3.3505986497070657,1.5648723956066157,-2.573830527678397,-0.38399993546488886,0.9264122935178052,0.3134216023127545,-1.7247403171831168,-1.2947892340650822,-2.0013048535306353,0.21750834027972973,-0.011205316086716266,1.0415748665645863,True,c1,3,"VE allows editing text between 

...
tags. +That is, you seem to be able, for example, to add working wikilinks and references. Once you save though, everything is rendered as wikicode, as in [[France]] and France, and of course is not clickable. +Thryduulf argues that ""VE shouldn't show it as working if it won't work after saving"". + +-------------------------- +**Version**: unspecified +**Severity**: normal",56382,11,Needs Triage,False +10.614999183600172,7.777830228714588,3.0693733432647186,-5.682601886302663,-1.855145922903588,0.7265742385869474,1.1601279291645064,1.0663832346976503,-3.5267859351360737,-1.1539490055629456,-0.7343855607863583,0.6107236232006394,0.2480851054799702,-0.5544299847762701,-0.1949793280597527,4.8178047370541055,-0.6202771566099632,-0.5357292708224006,False,c1,3,"In some templates (e.g. Template:Infobox fornminne) on Swedish Wikipedia, the image in it is shown in full size when you enter VE. + +Article: https://sv.wikipedia.org/wiki/S%C3%B6dermanlands_runinskrifter_305 +Screencast: https://dl.dropboxusercontent.com/u/8363895/out-8.ogv + +It does not behave like that for all templates though. In an article with Template:Kommunfakta is seems to work fine. E.g. https://sv.wikipedia.org/wiki/Botkyrka_kommun + +Behaviour is observed from two different users and in both Firefox and Chromium. + +-------------------------- +**Version**: unspecified +**Severity**: major",56371,11,Needs Triage,False +-6.5794137131880674,0.5125829534751194,-2.7074276854425605,1.6513763985225065,4.638669477620027,-4.835516394639738,-1.6371044518610267,-1.5154319327297636,-3.467851630465719,3.8724189464848315,-0.5919694792949715,-2.3009298458142258,-1.0939157048850738,2.5898251148130678,0.7560346328558865,0.285526306309293,-2.139380740760967,1.245843315871453,True,c1,3,"<<[...] When you edit an old version of a page, you get the ""save page"" at the top of the page, but a ""restore page"" button instead of the ""save page"" button at the edit summary page, even if you have made changes in the older version (and thus aren't simply restoring it). Why we have two different buttons (save and restore), when we have only one name otherwise, isn't clear. Beneath the ""restore page "" button, the small text says ""By clicking the ""save page"" button, you agree..."". It doesn't indicate what I agree to by clicking the ""restore page"" button though... Fram (talk) 14:08, 19 September 2013 (UTC) >> + +-------------------------- +**Version**: unspecified +**Severity**: normal",56329,11,Needs Triage,False +-3.0333420078467257,-2.216155318703823,6.190776790746579,1.775525216181196,2.4407376577395743,2.170439008976971,-1.5800458842817582,1.4989896498454471,3.8793689428082363,-1.120676032271989,-0.5947569435680435,-0.6571778153935645,0.5364968062784676,-0.44098870482543884,-1.4741109035169275,0.8553163195639782,-0.21934813951721543,1.007642454982902,False,c1,3,"Try clicking the commons template in https://pl.wikipedia.org/wiki/Omega_Centauri?veaction=edit for an example. This bug appeared a while back, and seems to have regressed. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50970",56301,11,Needs Triage,False +1.8130332913415104,2.159016170314537,3.7863813742305084,-0.35158287895358964,-0.19704019446451998,3.1527789702185176,0.7872455123487425,0.18323726811900826,-1.4463263373249962,0.16756122237825277,1.3833522397160514,1.5307083430781983,2.389586882098074,0.0493188687556696,-0.46125488778579804,1.1521579405546012,0.6151288971787665,-0.8698354078208903,False,c1,3,"**Author:** `renukaalurkar` + +**Description:** +1)Log into http://en.wikipedia.beta.wmflabs.org +2)Go to your user page +3)Click on Edit beta tab +4)Click on More +5)Click Media +6)Enter santa claus, select a image from the selection of images +7)Select the image(the image is displayed in light blue) +8)Again click on More, then Media and select another image. + +Expected:The original/old image should be replaced by the new image. +Observed: The new image is added and the original image is also displayed. + +Another observation: Also, suppose there are 4 images Image1, Image2, Image3, Image4 one below the other. If Image2 is selected and I try to replace it with a new image, the new image appears in the place of Image3(instead of Image2). + +Observed on Firefox and Chrome. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=51033",56285,11,Needs Triage,False +-10.735685507794395,7.738869053567381,-3.235781545997062,-4.448363071923026,-0.823926435261658,1.302777515406078,-0.7331145019137244,2.55983379537301,-2.241932978727094,-1.1717531772638314,-2.5200238035451754,-1.5588925736906667,-0.044993180340281214,-1.4907037546868542,-0.6040208622438001,-1.722417248244796,2.612177761851031,-1.104793854676931,True,c1,3,"Which is something like '' this '' as opposed to something like ''that''. Of course this is also true for the source editor, but since the wikilink tool already gets rid of spaces at the beginning or at the end of a word, I wanted to make sure this can/should also be done when just formatting it (and it's being requested). + +-------------------------- +**Version**: unspecified +**Severity**: normal",56270,11,Needs Triage,False +-2.878129662396206,-0.20628529629187753,-2.9435543198904544,-12.950139568967833,5.764996310740969,-0.4886509446342392,4.7961757199619965,-4.358322660557714,0.8623369960881382,3.1576685092839503,5.450882996266229,0.3894186577908456,1.2809179955997023,-1.4217597215676832,3.2563325908969043,-1.3805262646178658,0.06194416535395142,-1.3347584929429877,True,c1,3,"It is not easy, but you can create an empty wikilink with VE, https://en.wikipedia.org/w/index.php?title=Ascending_cholangitis&curid=5544827&diff=572776141&oldid=566427601 (I was able to reproduce that somehow, I think I just added the link to an empty space). +I can't imagine a situation where this is desirable or useful, please correct me if I am wrong. +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56266,11,Needs Triage,True +3.675409272086488,1.2749005093304415,-1.5027789243144927,-1.49944393654062,2.264597353848926,-3.7908637546939765,0.6833776377143366,-0.0132944897315041,-0.3559102728970583,1.1919859817833558,0.29792585454384746,-0.4638865984106433,-0.018110151306419908,-1.9538528105994697,-0.699299735865071,-1.360145048949723,2.6271850466304256,1.954076910022369,False,c1,3,"I updated Flow, Parsoid, and VisualEditor on toro. Adding a new post worked fine and brought up VE (after a long delay during which the text area should probably be locked) and I could WYSIWYG. \o/ + +But existing summary and some posts on http://toro.wmflabs.org/wiki/Special:Flow/Sandbox_2 that have images and links in them show stuff like + + +suggesting Flow is having problems figuring out Parsoid HTML content. + +I had set $wgFlowUseParsoid=true, now I think obsolete. I tried setting $wgFlowContentFormat='html', didn't seem to change behavior. + +Firebug reported some XHR errors, possibly from some VE API call, but now not. + +If the issue is existing content doesn't render right, this is fine to mark WONTFIX. We haven't promised data compatibility yet. + +-------------------------- +**Version**: master +**Severity**: normal",56257,11,Needs Triage,True +-4.87584732640833,1.8649217949174925,-2.733044265314522,1.9398569993171115,0.16355085668377267,2.6069808344218215,1.1465418274973018,2.2095691525313494,-5.06732274780811,-1.1774295814942848,1.4292306960262269,0.9863748572048279,0.8218177057824656,-0.8119123230875873,-0.6504468875227793,-0.8179867540391026,0.005583999233322645,0.44139000612655654,False,c1,3,"Images that have thumbnail sizes that are larger than the original should be rendered at the specified size, not the size of the original. + +MediaWiki core does this, but somewhere between MediaWiki/Parsoid/VisualEditor the specified dimensions are lost. + + +For example, on https://www.mediawiki.org/wiki/VisualEditor/Team there are various uses of [[File:Wikimedia_Foundation_office_camera_shy.png]] (of which the full size is 140px). The thumbnail size on that page is 150px, and when viewing the page normally it is rendered at 150px (browser scales up from 140px non-thumb url), but when editing in VisualEditor the node has a width attribtue of 140 instead of 150. + +-------------------------- +**Version**: unspecified +**Severity**: normal",56205,11,Needs Triage,False +3.854874037909694,3.033185530625019,6.564278682310476,-1.1630769937217955,-4.280834499470508,0.1529467102908133,1.5669155438840745,0.55796771630269,-1.1946058368562102,-1.9918926978827773,-2.5935845921704352,1.2924460959539508,-0.08326095779376352,1.529978254468146,1.2173907664965773,-1.4312277667775408,0.5102864046138675,3.576596653109922,False,c1,3,"Using FF 23.0.1 and Google Chrome 29.0.1547.66 m. Try edit w:en:Ondine's curse from a section #Treatment and prognosis. When logged the page shows to be in process, but never allowes editing. Why I log of editing via VE is possible within seconds. + +-------------------------- +**Version**: unspecified +**Severity**: blocker",56182,11,Needs Triage,True +-1.6231233378449055,0.16220520282739948,2.696666808277328,8.207565954836953,-0.15537202871788403,-1.1367673275257373,1.219567533981154,-0.35041153901797184,-1.8427583983799987,-2.4978520911219046,-1.8612426951520789,-1.7165167839690971,1.2149382503053658,0.81610638875134,-1.2749437221864817,-0.09900987827234858,0.7285023613503314,1.5019976554213568,False,c1,3,"When pasting some text into the edit summary box in Firefox 23 (via Ctrl+V or context menu), the paste occurs, but the edit summary box loses focus. + +Possibly related to bug 53632?? + +-------------------------- +**Version**: unspecified +**Severity**: normal",55979,10,Needs Triage,False +-0.6991169236619088,-1.5996255850058763,-2.736549999199827,4.2419003889915246,-1.1893912761884975,-3.8070501332328046,-0.34925508499414093,-0.9891920988808249,-1.8324242383766935,0.9095022025529378,1.417486772376575,2.1396617703909335,0.047444204290882475,-0.9309174984875734,-1.0992038902816663,-0.5774430704765932,-1.3484498420452922,-0.39583756105918844,False,c1,3,"This is going to give you a headache + +{{Infobox ship begin}} +http://en.wikipedia.org/wiki/Template:Infobox_ship_begin +is used in 26840 pages. I provides styling for tables used to make infoboxes relating to ships. It is used like + +{|{{Infobox ship begin}} +{{Infobox ship image +|Ship image=[[File:Whydah-model.jpg|300px]] +|Ship caption=The ''Whydah Gally'' (1716–1717) +}} +{{Infobox Ship Career +... +}} +|- +|Commanded by: +|Cap't. [[Lawrence Prince]] +... +|} + +The template transcludes {{WPMILHIST Infobox style}} which provides CSS styling +class=""infobox {{#if:{{{2|}}}|{{{2}}}}}"" style=""float: right; clear: right; width: 315px; border-spacing: 2px; text-align: left; font-size: 90%;"" +So the table start tag and its styling are separate. + +Unsurprisingly VE fails to edit pages with this template correctly. The following was reported at +http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=572065469 + +Open the article in the visual editor, e.g. by visiting https://en.wikipedia.org/wiki/Whydah_Gally?veaction=edit +Observe the article now leads with the out-of-place text + class=""infobox "" style=""float: right; clear: right; width: 315px; border-spacing: 2px; text-align: left; font-size: 90%;"" +try to click ""save page"" but note that it is not active +make a trivial change so that ""save page"" is active. Click it +Click ""review your changes"", not that it says that +{{Italic title}}{|{{Infobox ship begin}} +was replaced with +{{Italic title}}{{Infobox ship begin}} +{|{{Infobox ship begin}} + +-------------------------- +**Version**: unspecified +**Severity**: normal",55927,9,Needs Triage,False +-8.469051899989227,0.6332570398372113,1.969179610940472,5.12921531380189,7.094154739307887,8.809046211009765,1.6221792624593725,1.0662799603717525,1.4364055950025383,0.3263271151435916,1.337443874329829,1.920547931728539,-0.02199554843161078,-2.4774640677983637,4.453706339518262,-1.2357087165524627,-1.2955266169147708,0.4258321432846406,False,c1,3,"This is a strange edit, where a new editor inserted an image in the image description of an existing image. A bug or something that should be able to be done? + +https://sv.wikipedia.org/w/index.php?title=Dry_Martini&diff=prev&oldid=23709630 + +-------------------------- +**Version**: unspecified +**Severity**: normal",55896,9,Needs Triage,False +-0.12268248832702877,-1.351833061855638,1.6787946781517213,2.1887289521979656,1.5450818363210375,2.7969098354588153,3.115372208115107,-2.300102268463364,0.06921629527625972,0.6625546023844864,1.60316519188595,-1.019781654047955,0.1923329533347946,-1.2571709708949514,0.6697086337280096,1.2111654037605548,-0.1910168166831443,0.6247551956977018,False,c1,3,"**Author:** `lionel.allorge` + +**Description:** +In an infobox, items are in a certain logical order, for exemple, the image item and the caption are next to each other but the VisualEditor sort them alphabetically making it more difficult to find them. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**OS**: Linux +**Platform**: PC",55891,9,Needs Triage,False +-1.0750805678191138,0.6827729988847988,-1.2760885143364504,-0.3283644922581358,3.971272785420006,1.8360765204868124,-4.650116396737558,-0.4835113884668354,2.2525933309027364,-2.7328297498941456,-0.4914082354915208,-1.9171015618162426,2.273277903237493,-0.3486805627089682,-1.2795448685452548,1.904559859411733,1.9913182365905897,2.9630255014928197,False,c1,3,"Bug pic + +Should this happen or shouldn't it? +Btw, steps: +1* Install AssessmentBar from https://en.wikipedia.org/wiki/User:YuviPanda/AssessmentBar +2* Go to an article. +3* Go down to a picture or find the infobox. +4* Click on the picture or infobox (when it's halfway through the AssessmentBar) and it will highlight the AssessmentBar (treating it like a picture or an infobox) AND/OR Click on the part of the AssessmentBar where the picture or infobox is getting highlighted and the infobox or picture will get selected instead of the AssessmentBar. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11559}",55889,9,Needs Triage,True +-6.512807148345466,0.35871924374890796,-3.341037616707357,-1.3874281189637214,5.43770029440673,-1.0583129824970963,-1.764142568395,2.9078518201467336,1.4420124558703582,-1.530623216502296,0.7292811155497678,-1.6699630400767913,0.6290159833285056,-1.5738947617326717,-0.28485946085992353,-0.24981056770710752,-0.9665263176797736,0.12626150120318225,True,c1,3,"Try to start a line with a wikilinked word as you might do in the source editor. + +1) Typing the opening double square brackets will not trigger the no-markup warning. +2) The opening brackets will immediately disappear, the closing ones will stay. +3) When you reach the second closing bracket, VE will also add another one on the following line. (If instead of moving to step 4 you use the keyboard arrows around the word, you will not be able anymore to type something outside the brackets, and will need your mouse to place yourself outside of them). +4) Keep typing something instead, then press Enter: whatever you added is automatically copied to the next line, while the ""third"" square bracket is furtherly moved onto the next line. +5) Now add the brackets to an already existing word, correctly triggering the warning. Save anyway. +6) Review the changes. The brackets that triggered the warning did not trigger the nowiki tags as well. An opening one and a closing one are gone, and what is left is weird anyway. (This can also be triggered before saving by hitting Back Space, but I can't say where). +The brackets that we added in the first place are all gone, the duplicated text is gone as well, just a lonely closing bracket stands still. + +https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61362482&oldid=61361463 + +Reminds me of https://bugzilla.wikimedia.org/show_bug.cgi?id=53079, actually. +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=57207",55856,9,Needs Triage,False +0.8377692034762494,-0.03336262005703894,-2.3179481531696435,-6.685148571249683,1.1870924068346222,-2.1098968079562104,0.43343932789940354,-0.20873234022489737,0.5588765045016967,-1.140735784110693,0.6071990635516737,-0.9032930344315522,0.9590498670048944,-2.2980835892694196,-0.5168220932977006,-1.6020091858778178,0.2819865946883442,0.08353101115741235,True,c1,3,"A user at it.wp reports that he could not successfully replace a picture with this edit https://it.wikipedia.org/w/index.php?title=Castello_di_Serravalle_%28Bosa%29&diff=61339995&oldid=61339964, although he managed to do so on other occasions, so he knows how it works. +He just replaced Bosa Castle.jpg with Veduta del Castello.JPG, and correctly previewed the latter. +But upon saving, the pic was gone - the field is empty. He tried again later, and managed to reproduce this behavior. +Other users, including me, are not able to reproduce this. +He's using Chrome with Snow Leopard. Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=62366",55853,9,Needs Triage,False +-3.6579795809752698,-0.9428321184391404,-5.26266354085657,-4.035826444244326,2.0364969001251527,-2.7261875932691098,-3.0683284342663635,-1.4681394490214479,-4.111410389608231,-0.3035439863519045,1.6996130199073813,1.225617313501629,-2.5684983521340765,0.29406383334882236,-2.2947411398605775,0.02882958289292964,-1.3127963918027754,0.6195141083806248,False,c1,3,"en.wp user Fram reports: +""When I add something that VE decides needs ""nowiki"", it usually gives the warning ""Wikitext markup detected"". However, when I add to the bottom of a page, he wraps it in ""nowiki""s, but no warning appears (while it does work with e.g. {{reflist}})"" + +My testing at https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=571756019&oldid=570197356 shows that and also get nowikied without triggering the warning. + + neither triggers the warning nor gets nowikied. I am about to start a discussion about whether that is desired or not. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=56213",55839,9,Needs Triage,False +1.0715450316455857,-1.829000680615355,4.369653118241004,3.3776869388998305,0.4455884375470407,-2.0986679117610647,-2.0899520210962463,-1.6101589113053953,-2.6899146852328366,-3.215579249390572,1.0594256982184702,-0.3891485286538936,2.3734515194533943,1.0324012099868431,2.3407486538895936,1.5671310329909618,1.0343033377189983,0.20627319680563772,True,c1,3,"The German template for quotes: + +https://de.wikipedia.org/wiki/Vorlage:Zitat + +eats refs, or rather their display at the end of the article, if the refs are inserted in it & the article is loaded in VE. Example articles: + +https://de.wikipedia.org/wiki/Arvo_P%C3%A4rt -> ref 5 & 8 + +https://de.wikipedia.org/wiki/The_Rolling_Stones -> 26, 123-125 + +https://de.wikipedia.org/wiki/Chick_Corea -> ref 12 + +Report: + +https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=122231626#Einzelnachweise_am_Artikelende_werden_im_VE_nicht_angezeigt + +-------------------------- +**Version**: unspecified +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50474",55777,9,Needs Triage,False +1.8209317270054535,-5.481453254225613,0.9770886329851542,0.6857611582100862,0.5300772780134284,-1.0834736978514241,-1.8216449384416826,-0.8157708738426482,1.1306741724413794,2.704320937478628,-2.0418767435010556,2.8045658003334877,0.1310249138373809,-0.3268688149486465,-2.035068048773436,0.2981466890546316,-0.719709456540816,1.149044884941304,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=Epigram_%28programming_language%29&oldid=567048374&veaction=edit and click ""save"" (note that save box warns about corruption) and then ""view changes"" (ignoring the changes I have since made). The pre block has been corrupted. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**OS**: Linux +**Platform**: PC",55775,9,Needs Triage,True +5.378945593107513,-1.0737358812335547,8.654797432379908,7.575363498748365,2.6775611373064416,4.251718784953141,0.37677301132994945,-3.203011552495378,4.755976698819835,-1.24851849819935,-1.8169191944763647,-0.9862711096092077,-2.2846515228870974,0.6102395166706902,1.9091999370668287,-1.16858647617366,-0.13854770238521308,-0.4559691682121132,True,c1,3,"A De.WP user suggested to include a preview for the edit summary. Report: + +https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=122207411#Vorschau_f.C3.BCr_Zusammenfassung_und_Quellen + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",55729,9,Needs Triage,True +-5.357825287241305,-1.646498469969103,-3.5730528915227104,-2.7888550626504642,3.003507761387146,-1.451979634296299,0.18076006363413377,-0.21713357765751629,0.8762055354170133,-2.4587194772786423,-1.182768146052219,-2.8480702448305157,0.2230076585565648,-2.8399039463053133,0.9706369036269278,0.5221137958591344,-1.432227619928869,-1.4527765048803825,True,c1,3,"See https://it.wikipedia.org/w/index.php?title=Bisanzio_Lupis&diff=61160806&oldid=51778070 . + +When creating a section for references and adding the relevant tag, +it will suppress the Related Articles section - just the heading, not the content. + +I reproduced it easily in my sandbox by just adding the contents that you can see in the diff above. +Note that it is not related to the reference being added in the same edit; here for instance https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61285258&oldid=61285224 it was added previously. + +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55699,9,Needs Triage,False +-3.93430949750237,2.8477567042140564,-1.7324800322303684,0.28824788279203495,0.29384132230515914,2.694236217532694,-2.023245416589476,-0.8999300248368591,-3.101375454730304,-1.6374880875157483,-0.5656513334384794,0.026727099770728735,-0.22357990900368296,-0.40249043696936404,0.14823873336859705,0.9912275129611158,-0.7767771809171061,-0.6094221099558812,False,c1,3,"The Wikitext warning is triggered in some circumstances without the user having entered Wikitext. The one cause I can reliably reproduce is where there is nowikied markup on the page from a previous edit. + +To reproduce: +1. Load https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&oldid=571089410&veaction=edit +2. Click anywhere on the last line of Section number two (the line that contains ""[[Manhatan]]"" and an ISBN, both of which are enclosed in nowiki tags). + +It seems that the warning is triggered by the existence of wikitext markup in the VE editing surface, rather than by its addition. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55661,8,Needs Triage,True +-6.296239534128852,4.2727999742501055,1.9283919344611746,-3.3688778718365042,-4.191474860321927,-1.8899018812280546,-0.6851530180289558,-0.8428348532470984,1.0768401293934984,0.9098572898039032,0.7048261136962282,1.5914650974421256,-1.111828490738878,-0.6305393666214076,0.8504253201315208,0.6914266295859075,-1.859743591321287,-0.7192822270894113,False,c1,3,"There is discussion at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=571087443#nowiki_tags about using the edit filter to block edits adding the tag in mainspace. However it was pointed out that ""the user probably has no way to know what they need to fix in order to resubmit their edit. They can't find the nowiki tag, as it is invisible."" + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=49806 +https://bugzilla.wikimedia.org/show_bug.cgi?id=49603",55659,8,Needs Triage,False +3.2698877988492803,-0.5098687835097788,-3.3466604516772627,-3.8907331125148104,1.5038615580545485,-0.4545792090211048,-1.3631626494881797,0.8412132364568444,-1.3599049782720118,1.9785934459601915,-2.2682364577425957,0.060895756058988226,-0.6092088703783158,-0.26236715932231114,-1.1132913977281085,1.9101681845436038,1.85638733130835,-2.0709136659687863,False,c1,3,"In some odd circumstances the text immediately following an image is duplicated. You can see the effect in +http://en.wikipedia.org/w/index.php?title=Danny_Nalliah&oldid=570830443&veaction=edit +where the text '''Daniel (Danny) Nalliah''' is duplicated. + +To make things more confusing it does not occur for every revision +http://en.wikipedia.org/w/index.php?title=Danny_Nalliah&oldid=570591483&veaction=edit +works fine. + +To make things thoughly weird in this revision in my sandbox +http://en.wikipedia.org/w/index.php?title=User:Salix_alba/sandbox&oldid=570839025 +the text '''Daniel (Danny) Nalliah''' does not appear. Yet it magically appear in VE +http://en.wikipedia.org/w/index.php?title=User:Salix_alba/sandbox&direction=prev&oldid=570839025&veaction=edit + +This issues is discussed at +http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Still_looks_like_VE_Feedback_to_me + +-------------------------- +**Version**: unspecified +**Severity**: normal",55643,8,Needs Triage,False +8.028762891206648,-1.2583386717031324,-1.2734746307780647,-9.399901652644546,2.4190571970419015,-4.901263230479585,0.14050195567894708,1.3066987310421077,-0.10795021443433192,-2.2274583231372787,-0.192837736999095,-2.1204686869026883,3.311143247854774,4.732122807850301,1.3094488650976208,1.6746472693317034,0.49274015731585474,1.648202619186269,False,c1,3,"I cannot paste text into the edit summary with Ctrl+V or right click and paste when I use Chromium Version 28.0.1500.71 Ubuntu 13.04 (28.0.1500.71-0ubuntu1.13.04.1). Nothing happens. It works fine in FireFox though. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55632,8,Needs Triage,False +5.7124724497063095,-2.5797267864417783,-0.0926637914758004,-4.3040758946980375,-0.2976641172821495,0.9430528236882709,4.2164552865146545,-6.847521986552299,-2.0185274104373194,0.8710551141278531,1.944481974693892,0.43009446004872465,-0.11329597708719774,0.5975424311594528,-1.7889591901518909,1.0291122465174047,1.842002813780682,1.3128288064848295,False,c1,3,"We have moved ULS and VisualEditor tests to their repositories. Delete the code from browsertests repository. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55582,8,Needs Triage,False +7.4207783824684554,2.484250530614844,4.143510554557572,-0.1621689691041618,-0.608669293114355,1.149278385851524,2.242547895767358,-2.399515408385632,1.8354864762470504,-0.39327365158378136,-0.06056175552209142,-1.8439572196406817,-0.7017190218555553,2.1993313078399552,1.3020525547035424,-0.09042458704404327,-0.8111278073935504,-0.7202876231990187,False,c1,3,"At the moment we have similar setup code for browser tests in 6 repositories: + +https://github.com/wikimedia/qa-browsertests +https://github.com/wikimedia/mediawiki-extensions-CirrusSearch +https://github.com/wikimedia/mediawiki-extensions-MobileFrontend +https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector +https://github.com/wikimedia/mediawiki-extensions-VisualEditor +https://github.com/wikimedia/mediawiki-extensions-Wikibase + +Figure out a way how to reduce code duplication. We should probably create a Ruby gem. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55581,8,Needs Triage,False +12.8072898209839,-3.1693840549516246,6.468093750361781,-1.7180828068743987,-5.130658722305743,0.47232773955561935,1.935196911266475,-3.469086933884186,-2.217965790134482,-1.0968176590030612,-1.8320632912873007,0.46426832666945006,-0.5468793825993599,1.6234475018722403,-0.3970016515618475,1.0461647034780706,-0.15809112056621144,0.14155572130576988,False,c1,3,"README.md[1] file has information about Selenium tests in + +https://github.com/wikimedia/mediawiki-extensions-MobileFrontend + +Add links to: + +https://github.com/wikimedia/mediawiki-extensions-CirrusSearch +https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector +https://github.com/wikimedia/mediawiki-extensions-VisualEditor +https://github.com/wikimedia/mediawiki-extensions-Wikibase + +1: https://github.com/wikimedia/qa-browsertests/blob/master/README.md + +-------------------------- +**Version**: unspecified +**Severity**: normal",55580,8,Needs Triage,False +13.751860238607879,-7.02427362753198,-2.397648067705852,-2.041433253556026,0.9491273752696106,-0.5899201604568156,0.34773776615996876,1.3377292555027562,1.1996551192298746,-1.5235666199059428,-1.033597770449573,4.679608137302762,1.1871869477906851,-3.920783763795284,2.6022007177861477,0.5164624548456151,0.7532746412308511,1.1266060165946337,False,c1,3,".ruby-gemset and .ruby-version should be removed and RVM setup should be moved to Gemfile[1]. + +Repositories that are doing it right: +https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector +https://github.com/wikimedia/mediawiki-extensions-VisualEditor + +Repositories that should be updated: + +https://github.com/wikimedia/mediawiki-extensions-CirrusSearch +https://github.com/wikimedia/mediawiki-extensions-MobileFrontend +https://github.com/wikimedia/mediawiki-extensions-Wikibase +https://github.com/wikimedia/qa-browsertests + +1: https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector/blob/master/tests/browser/Gemfile#L1-L2 + +-------------------------- +**Version**: unspecified +**Severity**: normal",55579,8,Needs Triage,False +17.281212208174615,4.058499430329366,2.6447655548878046,-4.206106038077201,-4.314653792540157,4.123640845284453,1.1978568479554603,-1.3558131517358412,-3.0417081443604497,-1.9862129573548013,-2.970324770428394,3.4301412995480414,-1.2774807848497138,-0.5667171771718493,0.8079636156625023,1.501959507747434,3.322431392213306,1.663106657246152,False,c1,3,"Who gets e-mail notification is documented in jobs.md[1]. At the moment Chris and I get notification for all jobs. Michelle is added for MobileFrontend, Rachel and James for VisualEditor. + +Nik Everett should be notified for CirrusSearch, Amir and Niklas for UniversalLanguageSelector. + +1: https://github.com/wikimedia/qa-browsertests/blob/master/docs/jobs.md + +-------------------------- +**Version**: unspecified +**Severity**: normal",55578,8,Needs Triage,False +-3.7170647536714396,-1.2280384292940774,-0.31935890802780875,-1.2999700887377053,4.367826296975,-1.8369637117073907,-0.10465484705253747,2.4395373346633344,2.0238311694284334,1.2782091308239094,4.21747832159218,0.0026255652927249518,2.3862449323591077,0.060053277052548815,0.7986079982956795,0.5711449614172392,1.659874428537606,1.0436782752744904,False,c1,3,"I could not replicate this in LTR wikis (en.wiki or MediaWiki.org) but I suspect this is not so much ltr/rtl but floating behavior of the templates and images. + +See example here: +https://he.wikipedia.org/wiki/%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9%D7%AA:Mooeypoo/%D7%A2%D7%95%D7%A8%D7%9A_%D7%97%D7%96%D7%95%D7%AA%D7%99/%D7%91%D7%93%D7%99%D7%A7%D7%95%D7%AA_%D7%95%D7%9E%D7%A9%D7%97%D7%A7%D7%99%D7%9D?veaction=edit + +The top two images are regular images (not templates) - they are perfectly editable if you remove the template at the top. They got their shielded status after I inserted that template. + +Steps to reproduce: +1. Edit a page +2. Insert some image (or more) to top +3. Save page +4. Edit again, insert template ""{{עליות}}"" just above the images. +5. Save. +6. Edit again. Observe: The images jumped to the left (wrong float side) and are now uneditable. +7. Interesting fact: Remove the template and save, then go back into the editor and the images are still uneditable. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55542,8,Needs Triage,False +-5.6825965673020296,1.4166641597357543,1.3977544811766762,-0.4688126923111068,0.764839649548634,5.68488805615038,4.553218647587824,-1.7896836779536383,0.7362671982241216,3.9755954990989864,4.056086773845539,0.23536562658317606,0.006002209310294049,1.5599285370242804,0.8440100240811175,0.8011744012293016,-0.6769472333048961,-2.650860456403588,True,c1,3,"If you open https://fr.wikipedia.org/w/index.php?title=Anna_Mouglalis&oldid=95468238&veaction=edit you'll notice a weird order of paragraphs. This is due to an extra space in the ref tag for the second reference. VE might probably autocorrect similar situations. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55535,8,Needs Triage,True +-7.377830342194169,2.142804695552428,-3.549246425180522,0.7765604164872295,-0.56690818480181,1.7494462255670464,-2.6004490192026504,1.1229073352603738,-0.9670247784207195,0.6133871903703509,0.09530136044825577,-1.0498185336804187,1.7812266210657355,-0.8794098732605287,-1.1673740196081495,0.7417004763399558,-0.42130338829567626,-0.515738730414756,False,c1,3,"To reproduce: + +1. Go to this page: https://he.wikipedia.org/wiki/%D7%90%D7%9C%D7%9B%D7%A1%D7%A0%D7%93%D7%A8_%D7%94%D7%92%D7%93%D7%95%D7%9C +2. Edit the infobox at the left side. +3. Behold! Some parameters appear both at the left panel (used) and also on the right panel (unused). Specific example, look for the parameters ""בן זוג"" and ""בת זוג"" +4. If you click the parameter ""בת זוג"" for example, on the left side (the used one) you will see data. If you click the one on the right side, it appears with empty textbox as if it's new. +5. Click on the right side (as if to add param again) on ""בת זוג"" +6. Click again and again -- the parameter will keep being added to the list on the left in duplicates. + +And if the page is saved, the parameter is now completely removed. + + +This has happened specifically in the hewiki but might be related to more than just RTL. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55515,8,Needs Triage,False +-4.24865399440328,-2.294918361720928,-6.277744680023654,0.972650363423214,-0.6327156495563702,0.5041532934335822,-5.28267424724685,3.721774992063002,-4.080545308227023,-3.464998181660291,6.421795290115918,-0.5707618203926355,-3.249503835707178,-1.8116166335166377,0.23994917778677127,0.8211211843668058,0.7385275879833817,0.024811706543544476,False,c1,3,"Currently whenever a user enters a link when no text is selected the first character of the displayed link is always capitalised. This is often incorrect, e.g. in the middle of a sentence or for articles like [[iPhone]] or [[grep]]. + +Especially until bug 50678 is fixed, correcting this is not at easy or intuitive. + +So, at least until bug 48789 and bug 50945 are fixed and the display text is settable in the dialog, and probably beyond that, it would be best if the displayed link used the same case as the search term entered. i.e. + +User entry -> wikitext equivalent of desired output +Green -> [[Green]] +green -> [[green]] +iPad -> [[iPad]] +HAMmer -> [[Hammer]] +london -> [[london]] + +Yes, this will result in some wrong captialisations, but no more than at present and will only be temporary (as noted above) + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50678 +https://bugzilla.wikimedia.org/show_bug.cgi?id=50745",55495,8,Needs Triage,True +-3.887115647475138,-2.536185778183075,-0.32752153196790346,3.960188076653081,-0.010862600640565434,0.9946314366628262,-2.337848483306385,-0.6524037573117389,1.2862655608134907,0.2583844776253743,3.725532278037146,-0.31428946552211356,-0.06489522637997958,-0.6134936266852504,-0.9722631009924161,1.4428871807550785,-1.0757727139565763,-0.3023042760567456,True,c1,3,"This is somewhat related to bug 50321. + +Steps to reproduce: + +1. Open your own sandbox/userpage (not a page in the mainspace) in VisualEditor. +2. Add a link to a word (""xxx""). +3. Control-click/right-click/command-click the new link to open the link in a new tab or new window. +4. Discover that VisualEditor has sent you to an invalid URL: http://en.wikipedia.org/w/Xxx or http://en.wikipedia.org/wiki/User:Whatamidoing_(WMF)/Xxx + +-------------------------- +**Version**: unspecified +**Severity**: normal",55491,8,Needs Triage,True +12.168612738146708,-4.849844200145213,8.17855914797612,0.7410362940598463,-6.364302883364109,2.3299682558884296,2.9643611135753405,-1.4434506728888565,-0.4002705942369069,0.4097845209029458,-0.5464448978913539,-0.9953620889003345,-0.7784857349572905,-0.5421137485864147,-0.3605318244122353,-0.9911362880177734,0.5518571099967664,-0.3508157199331623,False,c1,3,"Requested by James Forrester at QA mailing list: + +http://lists.wikimedia.org/pipermail/qa/2013-August/000339.html + +-------------------------- +**Version**: unspecified +**Severity**: normal",55467,8,Needs Triage,True +2.415568687998267,-2.003404418419553,-0.3738478639278515,1.5848687691613494,1.024425036599972,2.7043500809081653,0.2453453058880255,2.352468314936197,-0.005304959311940471,1.9815756273115621,-2.2021921554895547,-3.247671095461091,-1.3401399617089096,0.7386746355641458,-0.7737512349595397,0.7772211034736602,-1.6629324328710715,-0.7416013529492416,False,c1,3,"**Author:** `molly.white5` + +**Description:** +Only show the edit summary input box after the user clicks ""save"" (sort of like in the VisualEditor). + +-------------------------- +**Version**: unspecified +**Severity**: normal",55450,8,Needs Triage,False +-11.896298131652506,6.000008677916387,-4.8154636927801455,-2.74606315176644,-0.9537717179200064,2.2276870590903313,0.40174025353626863,1.8800535783702856,2.4370507184748824,-1.4828352678034356,-1.8746811720906043,2.1668098397307594,-1.1078274638396808,0.5710516658762694,0.3744397746407335,-1.2131116807980482,0.796862338259426,1.6423788539023174,False,c1,3,"At the moment there doesn't appear to be a way to replace media - that is, to click on a media element, and select a different piece of media for that element. That's not a big deal at the moment, but we're going to move to a world where media settings are more complex - where alignment can be specified, referencing can be specified and permitted, so on and so forth. + +The result of this is that media elements will have a lot of data associated with them - media it's pretty hard to type out again if you find that the image (or video, or...whatever) needs to be replaced. It would be good to have a way of replacing images without losing the associated caption, size and alignment. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55409,8,Needs Triage,True +5.337843153987693,-3.9049013875656673,1.8781945078776374,1.1130257827118024,2.761093828247998,-0.9282002240183327,2.711756255173987,-2.669653181052909,2.658170438856475,-1.2486511568905279,-1.5765718378939069,-0.6491446587100212,-2.6134546397085066,0.7286743168245611,0.6009545354233348,3.4065304789695903,1.9156248357772194,1.4367970543421447,False,c1,3,"We need a search-and-replace feature in VisualEditor. This seacrh box should also support ULS + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",55326,7,Needs Triage,True +-1.5045874051660975,-4.387324141167818,-0.28010835441194004,0.8040743654572957,-0.45953682912906635,8.516509763504045,0.5589572562685321,-0.727293924703602,4.841278622403471,-0.926908112365274,-1.7798965078319016,0.719387970307976,-2.335455943145309,-0.2094501101967836,2.9580942060502613,0.9816007852586089,-0.22826650957113093,5.134357343256256,False,c1,3,"There should be a facility in VisualEditor for creating new table or edit an existing table + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",55325,7,Needs Triage,True +-7.464580049742825,2.182865932712687,-4.083350118996691,-4.225995845649184,4.2690369073287755,-3.004071249612779,-0.5875275939369677,1.21661106296038,1.1165519269905404,0.18358647383769178,0.036296756117113915,-2.7583501588651522,-0.2991477316871478,0.33115034717387637,-0.777396311426827,-0.804871449765149,-0.6789465361976316,0.03491791469221872,True,c1,3,"User report: +<> + +I managed to reproduce this on Chrome as well, so which is the intended left button behaviour? +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55314,7,Needs Triage,True +0.16224900103615614,-2.591472095908186,-0.17455769929476972,-0.108050548854278,0.05605037669203372,-2.0497724225635876,1.9469744965292959,0.2285947127004319,-0.4215817634011088,1.0693348646271357,-4.310024953385723,0.5543488041620364,-3.8033378911115454,1.8159080036136626,0.7041036540628305,1.1851179064858597,1.3720260991040496,-0.47064313758901255,False,c1,3,"**Author:** `ryuch` + +**Description:** +VE not can be enabled by options in preferences for beta testing. +When I click 'edit' on an article, the progress bar appear but does not finish initialization. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55301,7,Needs Triage,False +-7.671910020257437,1.401674969991051,-3.577284340511289,-0.11262428462994212,0.633664987847893,-3.160661426590794,0.9704523283920308,-2.0637854068186203,-0.2727690211619291,-0.27088274784135624,0.39832331762525763,0.4381387176625191,1.6482598560713866,-0.0546944068634021,-1.16524043262769,0.7168875258929794,-0.6393669973796928,-0.08664318635266377,False,c1,3,"cucumber features/visual_editor_anon.feature:5 # Scenario: Basic edit fails +because VisualEditor these days shows an introductory disclaimer: + + This is our new, easier way to edit. It's still in beta, + which means you might find parts of the page you can't edit... +and so it fails with + expected ""You are not currently logged in. +which isn't visible until you dismiss the popup. + +I think the same explains a + timed out after 5 seconds, Element was not visible in 5 seconds +that I'm getting in the similar +cucumber features/visual_editor_logged_in.feature:5 # Scenario: Basic edit +after applying gerrit 80709. + +The popup is in a div containing an iframe containing more divs until class=""ve-ui-mwBetaWelcomeDialog-content"", and then tests have to click outside it to dismiss it; and some day it will go away. + +Instead it seems better to set the ve-beta-welcome-dialog cookie to 1 upon visiting the site, which will turn off this disclaimer dialog. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",55295,7,Needs Triage,False +-3.6572877169658384,-2.8599163966128565,-4.9765796630870245,-0.8673115437946223,0.5461108530977061,-0.9591596735783515,-5.659150952798503,-0.7520151960474835,-4.253838480178362,0.8368016406115748,3.5068239399486063,-0.07031627628067083,-3.020049362281326,-1.8088171252707848,-0.2705705166613548,-0.5494881265098334,-0.14079118700890603,-0.6499213813515388,True,c1,3,"User report following: +<"", select the entire text, press the link icon, select say ""France"" as the link, upon exiting the link dialog I am left with a link to [[France]] but the anchor is shortened to "" I don't get any ""Wikitext markup detected"" warning. >> +This is true for other tags as well (I tried with ). + +-------------------------- +**Version**: unspecified +**Severity**: normal",55280,7,Needs Triage,False +-4.255185348855741,5.485711749674259,3.030949798955291,3.245971155948025,3.401989604730681,7.189427571120675,0.15473645941883873,-1.8661316442754528,-0.9229746020459503,-0.612205557732433,2.407282092011935,-6.762360862137071,-0.8219926623472871,-2.324588217503841,1.9722210056886151,-1.0130588741903628,-1.564257443707631,-0.010765678819227853,False,c1,3,"While I was fixing a simple grammatical error, VE threw in a > sign at the start of a template further down the page thus breaking the template. + +https://en.wikipedia.org/w/index.php?title=Tesla_Model_S&diff=next&oldid=569876875 + +-------------------------- +**Version**: unspecified +**Severity**: normal",55262,7,Needs Triage,False +-6.1878223597773685,4.801765164043079,-1.4791526872326575,2.4405863742612093,2.04837228375769,1.4487040918350764,-5.669025297069929,-1.1636615682924094,-4.892057118007074,-3.040882107858156,4.269576597991115,0.8229018338293235,-6.702381677190821,1.9799593291564754,-1.6394854920235065,-2.2423073347172213,-0.24875711988324345,-0.5284614523898854,False,c1,3,"If I focus on the save button using [tab] from textarea, [enter] don’t save the page. + +Apparently the focus goes on the
while the click event is listened on the span. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55257,7,Needs Triage,False +-4.303772310397539,2.9611584646405795,-0.1634595653589237,-0.5459420768696048,0.6798158138655099,-1.1710729534790834,-1.2057359395305642,-2.0156165877078975,3.2537564743469023,-0.944901091849387,1.4248405475982708,-0.5130856437096822,1.8500982111417148,-1.1188875902427013,0.6560294619086786,-0.2278436433569545,0.6672214634649325,-0.7712454546835208,True,c1,3,"Seems I had written about it in an unrelated bug, sorry. This happens on itwp: in order to do this +http://it.wikipedia.org/w/index.php?title=DNasi_attivata_da_caspasi&diff=60101664&oldid=60089990 +I had to delete the word and link it back again. Our guidelines about style +require pages in that section to appear with the capital letter, so we need to be able to fix that easily. + +It is also reported on en.wp, the user states <> +Thanks. + +ps. Might be related to https://bugzilla.wikimedia.org/show_bug.cgi?id=50745 . + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50745",55210,7,Needs Triage,True +-0.3368525882560296,-1.9629532829988943,3.562621817683574,-6.36320008211608,1.5878758711475056,-0.4247476148203755,1.6933632551757558,0.34379037532384527,2.9926921022727866,1.236996083929042,0.9477553188821841,-2.642173124517484,-0.47582687709822036,2.091172963292413,-1.8060295335435508,0.5064800182709204,-0.48081749518639605,-3.177375942896562,True,c1,3,"See http://en.wikipedia.org/w/index.php?title=User:Christian75/sandbox2&oldid=569697466 . +If you edit the page with VE you won't see the broken template at all. +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55205,7,Needs Triage,False +-2.316894372670254,-4.451948582804201,-4.270631228676761,-2.0666991676654343,0.26044429735603314,-2.4155719718117794,-0.4697072952439445,2.92862454748467,2.423707614441149,-1.6582809180637095,-1.9212764176768231,-2.2348027733954465,0.11746371062432548,0.1551953267252406,-1.4300462812948433,1.1154747478663256,-0.8056369485885774,-1.8236238813531342,False,c1,3,"Currently there is no way to use {{subst:DATE}} in a template invocation in VisualEditor. If you try to paste it into the value of a date field, it won't work because you get + +|date = date=August 2013 + +which won't parse. + +VisualEditor should actually set the date automatically, always, for such templates (e.g. refimprove). + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52345",55201,7,Needs Triage,True +0.7211277774492859,2.92812860863069,3.960729538361015,2.6863156075320935,-0.4809834622628634,1.6733335217965222,-1.5276141773266714,-0.32791216724514194,-2.089356220725155,0.45905040963909105,2.148565574185064,0.08859842606356128,-1.723858804074533,-1.3611923077859003,-0.32031901114721784,-1.142159448140289,-0.9856432532642684,0.6414730610863397,False,c1,3,"If I add an unprefixed link to [[Main Page]] on + +https://www.mediawiki.org/wiki/Wikimedia_Engineering/WMF_Tech_Days_2013 + +using VisualEditor, the link points to [[Wikimedia Engineering/Main Page]] when previewed in VisualEditor (by right-clicking and opening in a new tab). ""Review changes"" suggests that the correct link will be added when saving the page, so this issue may be limited to the editing surface. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55190,7,Needs Triage,True +1.0178594550656102,4.63649892319642,-2.9153282606711617,0.223132486432841,1.6840720087526089,4.390713551393533,-0.13708394091633114,-1.956843512237492,2.2669740780256564,-0.4068584524342942,1.1102441994635313,-3.2963504904639764,1.1191872849687026,-1.6425354036121815,-0.36675694946923176,-1.5899674905950765,-0.6642349530501385,0.3283838453720789,True,c1,3,"On de.WP, a user tried to replace an outdated link within an existing ref via VE and ran into a nowiki. + +diff: + +http://de.wikipedia.org/w/index.php?title=Kin-dsa-dsa%21&diff=121506430&oldid=117367043 + +report: + +http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121759646#nowiki_bei_unbeschriftetem_Link + +I could reproduce that; the previous is showing it prior to saving, too. + +-------------------------- +**Version**: unspecified +**Severity**: normal",55183,7,Needs Triage,False +-5.620112143107871,0.06315325403877559,-0.7570263920383802,3.7493576791875984,1.2026755866189172,-1.1270339151701871,-1.0855091585494252,0.06338474519952009,0.036158351950117906,1.4018690365850919,-1.5837602705080092,1.6772096297176267,0.6731869141259632,-1.0900715899330304,-0.5551210250483516,0.3536457977585295,0.3993936455232274,0.39818065306723516,False,c1,3,"When I add a reference and add a template of type ""cite web"" in the reference, the template only allows me to enter a single author last name and a single author first name. To enter multiple authors I'm supposed to use the attributes ""last1, first1 through last9, first9 for up to nine authors"", but VisualEditor doesn't seem to offer the possibility of adding these attributes. + +There is an ""others"" field, but this is only supposed to be used for people who are neither authors nor editors, e.g. illustrators. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**OS**: Linux +**Platform**: PC",55166,7,Needs Triage,True +0.3971939396791715,-7.071706694172864,-3.6325832054309135,0.2913025923754502,4.427482952468788,5.774814229099015,0.06608703678760364,0.338592250974988,3.3975689810634773,-0.378407659974501,0.2564812176693705,-0.19096810094266936,0.13346839551520073,0.6269928226338486,-1.9399790048251329,-1.3175302785212581,-2.171540632460816,2.503550486380105,False,c1,3,"Screencast + +When trying to add a new section and a reference list an existing template (defaultsort) gets removed, see screencast attachment. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11699}",55114,7,Needs Triage,False +-3.613417596087919,0.6120404191163349,-0.8906337686184767,-0.6094310921171588,2.7340528873706083,-0.9905270537616792,-2.601208624481778,-1.953864397477326,-0.7058994333488602,1.025766335853831,-1.5479965099301098,-2.506621342220119,-1.2116187963914289,0.5238029967538287,-0.04316939562315181,0.6110489593763082,-0.6636857552962278,0.7287549573165697,False,c1,3,"**Author:** `sumanah` + +**Description:** +On mediawiki.org, I have enabled the ""Add an [edit] link for the lead section of a page"" gadget and the ""Enable section editing via [edit] links"" Preference (in the Editing tab). + +If I go to a wiki page on mediawiki.org and click ""edit"" or ""edit source"" next to the title of an article (e.g., on https://www.mediawiki.org/wiki/Wikimedia_Labs ), then the VisualEditor link correctly thinks I want section 0, the lead section: + +https://www.mediawiki.org/w/index.php?title=Wikimedia_Labs&veaction=edit§ion=0 + +but the ""edit source"" link thinks I want section #1 and thus brings me to edit the ""Background"" section: + +https://www.mediawiki.org/w/index.php?title=Wikimedia_Labs&action=edit§ion=1 + +This may be a problem with the gadget rather than with VE, but it only started recently, so I think it might be a VE-related issue. (I have looked at Bug 51030 - ""Edit link for lead section no longer works"" which sounds sort of separate.) I shall also mention this bug in the talk page of the relevant gadget. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54910,6,Needs Triage,True +-0.7128106936327185,1.5035595710197764,0.718869841264393,0.4844639429389479,-1.1510178597263299,0.6454262040570857,-2.4251570168110295,-0.041769733341238346,-1.5043147278673434,0.049816089889486825,-2.143610773636708,0.4819329223458906,0.46049586211816296,-0.869083392904785,-2.1061892130151576,0.02140177032235835,-0.683358678841735,0.7425210176363832,False,c1,3,"**Author:** `sumanah` + +**Description:** +close-up of error message and greyed button + +1. Try to use the VE to create a page at https://test2.wikipedia.org (while logged in, if that makes a difference). + +2. Click ""Save page"" button. + +The ""Save page"" button greys out and ""Error: Unknown error"" shows up to its left. The user assumes that the page has not been saved. But it has been created, e.g., https://test2.wikipedia.org/wiki/Kim_Stanley_Robinson . + +By the way, if the user reacts to the error by clicking Review changes and then getting back to Save, everything works fine. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11279}",54908,6,Needs Triage,False +-3.336623937277847,1.0011645171507535,-2.6984837754998914,-5.773696948208836,7.431643181341144,-5.213640794189969,0.12690511449990627,-3.9235664571607765,-0.4565067741363532,1.6984466613886209,-0.7829848818959357,0.8268074546895667,-0.4361263143049694,-1.1768532349217597,0.7786503674479484,0.9216556113463935,0.46227214274954687,0.17665318258460716,True,c1,3,"This does not affect Firefox, from what I saw - I used Chrome. +I'd add a screenshot but it is really just as the summary says, +the number is there and it is working but you can not see it because the equivalent for ""Watch this page"", which is ""Aggiungi agli osservati speciali"", overlaps it (only the last word, of course). +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54847,6,Needs Triage,False +3.037050516315014,-3.672740440780597,0.08757653538544474,1.8531131459412897,2.5425396708390213,1.2012912883261027,-2.086535086221544,1.1177898478415598,-0.899566768117581,-0.9460147336851885,-1.4904772896591056,2.3254464971606597,3.3501994613370707,3.3719911887028253,0.9541373643634614,1.175978086537547,0.48143450246043096,-0.5959376371286618,False,c1,3,"Screenshot 1 + +https://de.wikipedia.org/wiki/Knebel transcludes https://de.wikipedia.org/wiki/Konrad_Knebel + +Only 2 lines are transcluded but the VisualEditor does not detect the end of the transclusion, see screenshot 1. + +The other 3 lines are handled as content of this ""template"", see screeshot 2. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://de.wikipedia.org/wiki/Knebel + +**Attached**: {F11960}",54814,6,Needs Triage,True +9.756837492600788,-5.894617790869216,-4.875584455336906,-1.5421553175793363,0.1224309463553298,2.1607792129132957,-2.7678737646977973,0.8244929078915851,-2.9002514162616437,-1.9911773629325338,0.6545266491903998,-0.2864585780420389,4.441578951652843,0.8218052647842073,0.8005599692358887,-0.08631432607430684,0.5596331564767489,0.69449162127156,False,c1,3,"Input in VisualEditor and Output after saving (+ Parsoid Server output) + +MediaWiki: +1.22alpha (ffa9b0a) 19:02, 11. Aug. 2013 + +VisualEditor (Version 0.1.0)(0e76b1b)20:01, 11. Aug. 2013 + +ParsoidServer: +commit 808cc39c81df83daaec458c81edbd126fd1dd19a +Author: Subramanya Sastry +Date: Mon Aug 12 16:15:24 2013 -0500 + + +Adding more than one empty line isn't possible in the VisualEditor extension. Is this a desired behaviour? + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11917}",54798,6,Needs Triage,False +-3.7949038698444557,3.8034104583352324,2.12027670401584,-1.591173548403344,-2.236402520566908,1.318998472676652,-0.20705703381490714,6.106159338159205,2.972640028971499,-1.0400332256191422,-0.5157075331257857,-1.7250906193221869,-1.0906307171553955,1.1080572648971874,-0.8886723506491307,-0.30772137943057054,-1.640950408037524,-0.5323484953980027,True,c1,3,"Pages started with a copy/paste of layouts (i.e. http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Football/Players ) are very, very common. VE does not seem to support this right now, making VE a very secondary choice to create articles. Probably related to https://bugzilla.wikimedia.org/show_bug.cgi?id=33105 , please feel free to mark this as a dupe if needed. Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",54787,6,Needs Triage,False +-8.43609203004461,1.1709030932410975,-0.6457066519283874,1.049498760521772,5.233808256181803,3.6265940519735675,-0.28437976570949264,-2.944080542375389,1.3666821439333905,1.6608658947777988,0.908867664408894,-4.125490823221864,0.9064876256586696,-1.83055531986128,1.5499120682432173,-4.508178927057719,-2.061085993933173,2.851329935340015,False,c1,3,"All the references adding in this edit: https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=568232613&oldid=568231803 were added using the ""use existing reference"" option. + +It seems that only when I added the same reference on the same line (trying to reproduce a different bug) did it reuse the existing ref rather than creating a duplicate one. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54755,6,Needs Triage,False +-1.9498459892827114,-8.2220917948783,0.21690075956047394,-2.8390700201416994,-2.7977630030779306,6.055827467662542,2.2777658778420156,1.4212461390590607,0.00513086751650621,0.26863211988373514,0.3716462320060838,-1.24683413473237,0.6538948814044745,3.7851117321473353,0.35927714325462645,1.9874788678904967,-1.4777035302651005,-0.37658678501192533,False,c1,3,"See https://pl.wikipedia.org/w/index.php?title=Wikipedysta:G%C5%BCdacz/brudnopis&oldid=37221362&veaction=edit for an example; only one citation appears as insertable. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54742,6,Needs Triage,False +-3.4773697555627447,-2.2527920400982246,-5.611834600416083,-6.418143912279792,2.6881783942190896,-2.84222874498412,-1.4777927572339822,-2.6350649541468867,3.789455817346899,-1.4361348865135817,2.2707085259651785,0.8458295782997178,0.62931472478913,-2.537477038898222,0.8925165135060409,-0.14556428036029628,0.8773668545841995,0.5629204166526864,False,c1,3,"**Author:** `hagurganus` + +**Description:** +When typing an edit summary in the Edit Summary window, I was unable to backspace. It seemed to let me highlight and _replace_ text, but even then, I could not highlight and hit the backspace key to _remove_ the text, I had to highlight and hit spacebar to simply enter a space, etc. + +It could be that this is intentional, but I highly doubt this. + +-------------------------- +**Version**: unspecified +**Severity**: major",54733,5,Needs Triage,True +-7.911658719051685,5.695638390304463,-3.2807328790373074,-4.8566737521554595,0.6672186821608128,-1.2459924532288567,-0.6263380035298498,0.65073026497975,2.450718180954744,2.76642374357556,-0.30807465071377216,-2.34008820658658,0.70091201063941,-2.0438706391174,3.437454803347431,-1.292200018620839,0.7328832388980346,-0.7542914921867314,True,c1,3,"An editor reports that he lost his work when an extensive edit unexpectedly triggered the ""wikimarkup"" popup and - after he dismissed it - the ""save"" button became unresponsive. The button appeared as normal but did not react to being selected. + +He was using Windows 7 and Firefox. + +I reproduced this using Windows 7 and Chrome (didn't matter if I removed the wikimarkup or not), and on further investigation found that the ""save"" button will respond as expected after a delay. + +The issue, of course, is that if this editor aborted his edit because he thought the system would not save, others are likely to think that as well. + +Not sure if anything can be done to make the save button immediately responsive or to figure out why it wouldn't be or to make it apparent to editors that the option to ""save"" will return. + +The conversation can be found here: +http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=567809017#Wikitext_error_message + +-------------------------- +**Version**: unspecified +**Severity**: normal",54669,5,Needs Triage,False +-4.898702135124134,-3.099980308972725,-2.6193431344998768,-1.3368080311305286,-4.801085304114443,-2.085507987728144,2.3320788062636355,5.018721451037679,-1.1520572771134345,-0.06987095060959625,-0.29115373069263306,1.0640380007286045,1.7310667716399886,-1.7799640780486117,-1.1377074917712422,0.17399028972429342,0.4611629794853871,-1.0952770892575288,False,c1,3,"en.wp user Ruud Koot suggests that certain tools, such as underline and font colour (bug 52645) that are not normally wanted/needed in articles shouldn't be available to new editors. + +Personally I think everything should be available (this avoids the need for new classes of editor permissions) but just not shown by default. What is shown/not shown by default needs to be configurable on-wiki per wiki (and possibly per namespace). + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=49617",54646,5,Needs Triage,False +-3.6628872526555787,2.7043124902243356,-3.3012610792286434,-3.0156497197061207,2.3549463432054427,4.049509703519398,0.12777984923220753,0.38234577673641146,-2.531804611713932,3.1458687102778784,0.6827420732079532,-1.4441219998353434,1.2039008165801905,0.2250537521549365,-1.081447059581798,-0.9560929759209529,-0.8500534168719308,1.1136586723213344,False,c1,3,"en.wp user Ruud Koot reports that occasionally he gets "" weird, random and unexplainable corruptions of wikitext on save"" when using the VisualEditor. + +The only example he gives is ""e.g., a __NOTOC__ being replaced with a copy of the categories"" + +Bug 48231 might have something to do with this, but I confess to not understanding all the technical language there. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54643,5,Needs Triage,True +-6.975504536563863,0.5990051564301186,-2.0404562197439535,-0.7613478684386887,1.4345749732781936,0.08986347180868437,0.9981296399821051,1.9211820707303704,-0.6974372212984074,0.7189364366924025,-1.1869381690163232,-0.3081474081773359,-0.45320286194091786,0.6704438839527622,-0.38049457526904895,0.18186636118453717,-1.9491036713732903,0.6534709033882116,False,c1,3,"en.wp user Ruud Koot reports: + +""Occasionally, after a medium-sized editing session, the visual editor will silently refuse to save my edits. When clicking the save button the progress bar appears, disappears, and you stay in editing mode, with no new revision appended to the history. Trying again sometimes resolves the problem, sometimes it requires edit operations to be done in a different order or be broken up into smaller increments, saving in-between."" + +He also asks, ""Do you keep any statistics on how often an editor presses the save button versus how many times this actually results in a new revision being saved?"" + +Bug 51423 might be related. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=51243",54640,5,Needs Triage,False +-7.905441095321578,0.4757095733301604,-4.708454261657485,-0.44549759783998366,-1.5295393166817743,-0.9350724619200792,-0.6029669558291264,1.772026756849884,-2.676941406626912,3.28154668081274,0.3859922496115127,-0.20490015287279884,-0.21873669600094559,-2.2768882213102573,-0.5988355645836076,-2.2657397448730014,-1.793632326305724,4.693192812137413,False,c1,3,"en.wp user Ruud Koot reports: +""When performing structural editing tasks (i.e. things which are slight more complex than changing typos or adding a sentence in the middle of an existing paragraph) it is very easy to get the editor into some weird state where it is impossible to get out of other than aborting the edit session and trying again more carefully. This includes things like introducing ""bulleted headers"" and ""bulleted bullets"", which cannot possibly be represented as wikitext."" + +He notes that ""Copying and pasting around text and editing pages with tables [is a] fairly reliable method"" to reproduce it. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54639,5,Needs Triage,False +-9.36720224081759,3.6802007309699185,1.769649785168415,3.1797781625026973,1.0756724883349642,4.424329711467365,0.25954242740211253,-0.7042145792546401,1.9140593872340002,3.6482646476951803,3.0398880284145293,0.3629773543981092,1.5845188844171259,1.3516102988723047,-2.6608727180928775,-0.030848053885132676,-2.4427611997671175,0.04192847496887375,True,c1,3,"If a page starts with a bulleted list, there's no way to put the cursor ""in front of"" the list styling. If you want to add a non-list paragraph, you have to make a new, blank first bullet item and then remove the list formatting from the paragraph. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52032",54620,5,Needs Triage,False +2.1381006775992737,-3.4289917500761753,-1.2052022518741285,-0.21022242580992956,2.119144107528802,0.5809900683257088,0.13108932585495392,0.17149110667421202,-1.298054053265734,-0.14829595905424853,0.1878420278569104,0.09227739621963482,1.7348759631704507,-1.3865937158458492,-1.5176178614063067,0.30395673916224875,-1.8054572650249283,-1.7973912540735701,False,c1,3,"Today's Featured Article edit notice displayed in Firefox 22/Linux/Monobook on a 481px high window + +Edit notices should scroll when they are larger than the height of the window. Presently the bottom of the message is unreadable. The screenshot attached shows en.wp's ""Today's featured article"" edit notice displayed in a 581px high window (which is what I normally use for browsing). + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=51755 +https://bugzilla.wikimedia.org/show_bug.cgi?id=52667 + +**Attached**: {F11480}",54602,5,Needs Triage,True +-4.287310950263144,7.297322566257083,-1.5066757385412473,-0.005853889350661223,1.2320678937004796,3.394421055890616,-0.10449122010337941,0.1194037825807161,-0.2195888405397748,-0.1256831870895203,-0.4951342111785011,-1.1210934565242483,0.14297702304413473,-0.5508420101585552,-1.426443559345958,0.3125692524858479,0.42597696048680067,1.0153527936791076,False,c1,3,"**Author:** `gnu` + +**Description:** +The unusually buggy deployment of the VisualEditor has caused large numbers of English Wikipedia editors to have bugs to report. But the process of reporting bugs is a cumbersome many-step process -- starting with a requirement to ""log in"" using a credential that most editors do not have. + +The rest of the Wikipedia universe uses a universal login system in which you log in with the same username and password to everything, and it all works together. Somehow Bugzilla didn't get integrated with that. + +So instead anyone with a bug report for Visual Editor -- assuming they can even find Bugzilla, perhaps from a comment in an RFC about disabling the Visual Editor, as I found it -- then has to get through the ""New User"" process, which includes providing an email address, checking mail at that address, and accessing a URL which then demands that a new password be created and remembered. +This step should be avoided for logged-in Wikipedia users. + +I'm sure that many, many Visual Editor bugs are noticed by editors, but are never reported due to the pain of the reporting process. This shortage of bug reports may serve the political purposes of the WMF in attempting to ram the new editor down the throats of the community, but it is not a good management practice, nor will it result in eliminating the bugs that make the Visual Editor too troublesome for naive use at this point. + +(The remaining process of bug reporting is also cumbersome and complex -- but +in this bug report I have no suggestions on how to fix that.) + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",54595,5,Needs Triage,True +0.6160970299419604,-2.0408959309085333,3.730362977839704,1.18092926427861,4.45122282221317,0.8330437819248735,-2.2823821510151006,0.868688755284967,-0.1829718104585153,8.332827798909614,-2.251598194401951,0.15454739888470126,-1.4554766181382846,-1.1600491825750567,3.6173583948154375,-0.013859876137825744,-1.5794621335516774,-0.2738016462127202,False,c1,3,"From en.wp user Cryptic C62: +The beta button on the toolbar ""should not be labelled ""Beta"", not ""BETA"". The latter looks like it might be a mysterious acronym. "" + +-------------------------- +**Version**: unspecified +**Severity**: minor",54586,5,Needs Triage,False +-9.2040269261647,5.408831392204274,-2.3049659778296494,2.090684304623986,0.7545478498756999,1.2214286842682716,1.6626169850747141,-1.4219078090481778,-2.0241633865968165,-1.2658637204329768,0.46456531808743007,1.2375055147632954,0.01875128114299418,-0.6324820629842449,-0.23823603179051123,1.3058757033427748,-0.5262287451139295,-0.16741433516214532,False,c1,3,"Where articles use the {{ref}} and {{note}} pair of templates to generate footnotes, e.g. [[List of highest points of Canadian provinces and territories]], it is impossible to edit the contents of the notes in VisualEditor. + +The {{ref}} template is editable in the transclusion editor, and works as expected. + +The {{note}}-generated notes are apparently one block. No transclusion icon or indication of uneditablility (green stripes) appears on mouseover or when the block is clicked. + +If a link in the notes is clicked it functions as a link would in read mode- ie. the link is followed and you leave the page. VE gives no warning about unsaved edits (although Firefox does). + +If the backlink to the location of the {{ref}} template is clicked it functions as above - i.e. it loads the page in read mode at the position of the note, exactly as if you had followed a link to that anchor from any other page on the internet. + +It is possible to select the block when selecting content before and after the block, although no indication is given that it has been selected. Once selected it is possible to apply bold/italic formatting to the block and other selected text using the B/I buttons, but it is not then possible to remove it using these buttons while the note block is selected. It is possible to remove bold/italic using the clear format button. The clear format button does not remove any links in the notes block, but does remove links from any other text selected at the same time. + +-------------------------- +**Version**: unspecified +**Severity**: major",54579,5,Needs Triage,False +-2.6867353718576656,5.7502277762014415,-0.337678258123697,-0.6774970115641247,-1.1074904780048698,1.49069419962559,-1.3511601302849972,3.5416838791354124,-2.190057120425566,-2.3754686836820262,-0.40950719596137475,-0.5696926813220208,1.304860424581007,0.8658952782652918,-0.022332768282407045,-1.3022326056362188,0.1633051229914828,-0.5272477255576091,False,c1,3,"When a user has installed a gadget that relies on data from an external server, VisualEditor appears to wait indefinitely for that server to respond. Normally this is OK, but when that server is down VE will apparently wait forever (or at least longer than the 5 minutes I was prepared to wait) for a response. + +The source editor appears to give up after a wile (2 minutes?), and loads as if the gadget was not called. VE should exhibit this behaviour too. + +Tested with the HAPPI gadget ([[User:EpochFail/HAPPI]]). As of 21:52 UTC 05 August 2013 that gadget depends on a server at wikipedia.grouplens.org that is not responding + +-------------------------- +**Version**: unspecified +**Severity**: normal",54563,5,Needs Triage,False +-1.3815812098880644,-2.880827288506664,-3.638778245084687,2.8910602501584206,-1.379036911117462,1.5711676352216595,-4.492439653144257,0.3041098667574813,-1.0939867345062873,-0.848386043053512,-1.5899740819305692,-1.2475850960030368,0.3705167302533572,-2.8080992721562295,1.0995283387506225,-1.0567303740096718,0.10504513241703206,0.1684220133679275,False,c1,3,"At line 42 of https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&diff=567254040&oldid=566841354 attempting replace what appeared to be an empty image caption with ""The [[Sun]]"" (using ctrl+k for the link, no wikicode) resulted in the insertion instead of: +The Sun + +The images were left over from testing for Bug 52341 and so that bug may be related. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54544,5,Needs Triage,False +-11.644912533739896,1.672312082691871,0.4368045404373113,10.022946715511644,-4.521319153189118,0.39594626886907625,0.617421390716455,0.6643966065751231,5.278705900293976,1.981459513644431,0.3359918664225483,1.5368410380680146,1.0997154469767545,-0.03811808973313191,-0.20139345729153124,-1.0216156351894665,0.10325022365591141,2.8030375561479985,False,c1,3,"visual editor easily doubles mouse clicks and key presses. this can be seen, amongst others, on section editing, saving, adding a reference. to avoid bug reports in the line of ""please remove one mouse click while creating a reference"" create a (visual) design guideline mandatory to follow for all developers to minimize mouse clicks and key presses, and maximise screen estate available for editing/viewing the article. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",54520,4,Needs Triage,True +4.937324328335105,-3.709388573883958,-2.9869395786162745,-3.7802324038729953,0.9601478944778934,-5.788316073443438,1.3879089707852978,0.4519262597170889,2.067724598253096,-1.7565022759239075,-0.43548000058841474,-1.0652468881998347,-1.149854057446296,-1.221734382345498,0.33853391790079623,2.7859793651050424,-1.0545518381046957,0.7217921104167917,True,c1,3,"Currently, De.WP talk, user talk, Wikipedia, Wikipedia talk..pages show for the last section not [Edit source] as En/Es/xy.WP do but [Add section / Edit source code / Add section] (Abschnitt hinzufügen Quelltext bearbeiten Abschnitt hinzfügen). It neither breaks anything technically as far as I can tell right now nor does it mix in VE interface but, where ever it might come from, it should be fixed asap + +http://de.wikipedia.org/w/index.php?title=Diskussion:Immanuel_Kant&oldid=120880638 + +http://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:JEissfeldt_(WMF)&oldid=120853192#VisualEditor_.2A_Projektseiten + +-------------------------- +**Version**: unspecified +**Severity**: critical",54491,4,Needs Triage,True +-4.868369659817988,4.940513073612198,-2.2266232910698562,-3.4073768308208026,-3.6823800902878188,0.7531819191490592,-0.5077971045752587,2.404560549743223,7.348483939408457,0.9407279363609611,1.2763557693063015,5.572901421672553,1.0891230170230939,-1.5676724075394204,2.630307958284292,-0.23878905824539498,-0.9913444636382955,-0.15164128281923306,False,c1,3,"It would be helpful to be able to selectively disable VisualEditor (we should to indicate to a user who'd otherwise see VisualEditor that it is disabled, to reduce confusion). This would enable users to shield pages where VisualEditor/Parsoid cause roundtrip issues. + +A hidden blacklist category could be included in a page or template to achieve the desired effect, and could be used by developers to prioritize roundtripping issues. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54489,4,Needs Triage,True +1.8397072871426325,-0.6714110529980228,1.6782598701181435,3.2927454313961846,-1.0003987498991342,0.324323490306645,3.3736351160738183,0.6635853349235188,-3.1766281239899508,-0.07323283477305687,1.1038772958884455,-0.7689616882090045,2.586730287615178,4.147224204940304,-0.4451358194533084,0.42171873268304655,-0.560130080170254,-0.4532095534467335,True,c1,3,"If one opens the VE editing interface, the user experience in relation to image formats varies significantly. The report: + +http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121153156#Bilder_werden_im_VE_kleiner_angezeigt + +has several examples with different browsers like + +FF 22 / Win 7: edgewise images smaller; rest bigger. +Chrome 28 / Win 7: all significantly smaller. + +See also screenshots in perma link. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54487,4,Needs Triage,False +1.8916351815098076,-5.170326051554671,-6.930348627146593,-2.3649478932445565,2.1500491705372595,0.40164715067354506,-3.01595672611559,0.022957614955319394,-2.535196030773685,-2.899977699317044,0.43703054569566424,0.76160943524498,-0.3152318198904762,-1.6146529164709755,-1.634478193982312,0.5399737589073429,-1.0974541883779394,-0.8955419894808467,False,c1,3,"The displayed table (Firefox 22/Ubuntu) + +See [[fr:Special:redirect/revision/95505705#Pr.C3.A9sidents_de_l.27universit.C3.A9]] + +The lines of the table using {{ligne grise}} are uneditable because of {{ligne grise}} (which just adds bgcolor=""#F2F2F2""…). But they are displayed wrong (see attachment) because the is wrapped in a . Not really WYSIWYG… + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11257}",54485,4,Needs Triage,False +-3.4949173121973254,4.322028855579802,-2.02488655127876,1.2233284251780452,0.5549514661105628,-1.6184809034199001,-0.5134117952094099,0.7076799928406738,1.162317304349674,-0.883349585741843,-1.419622348743098,1.4354882247879421,0.04992737171274708,-1.2183033350005381,-0.3174253668055016,-0.9370027195257307,0.0893691115654518,0.9799520415900649,False,c1,3,"**Author:** `kwwilliams` + +**Description:** +http://en.wikipedia.org/wiki/User:Kww/singlechartreftest is a simple test case for accessing references created by the singlechart template. + +Singlechart directly creates references when called, using #ref (it cannot use tags because of issues involving the parsing sequence of templates and references). It will either create them with a default name that it generates algorithmically, or it will use the value of the ""refname"" parameter. + +When editing http://en.wikipedia.org/wiki/User:Kww/singlechartreftest, if the editor attempts to insert reference and chooses the option to ""use an existing reference"", three of the existing named references (sc_BillboardHot100_The Hollies, sc_Norwegian_The Hollies, and sc_Dutch100_The Hollies) aren't displayed at all. These are references that are available for the editor to use, but have not been currently reused in the article text. An examination of http://parsoid.wmflabs.org/en/User:Kww/singlechartreftest shows that Parsoid did pick up these names so VE should be able to display them. + +sc_UK_Hollies is displayed, but no text is associated with it. Similarly with germancharts. Attempting to include these references works. Both of these references should have the full reference text displayed, although the editor should not be permitted to alter it. + +{{Certification Table Entry}} and {{albumchart}} should have identical problems. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54478,4,Needs Triage,True +-1.667153849400945,-2.268128041098768,-1.6383594917906912,-2.2407437818719353,-4.8065556556906195,2.501955028104322,0.9065821112611872,-3.306635269577706,0.7083268253576973,-0.3987326197668457,-0.42382397183049214,0.023130442388158645,-0.10616347960349248,0.6694502428720766,-2.155220854686786,-0.6612248933246794,-1.0211062543476799,-1.5062881568568585,True,c1,3,"http://en.wikipedia.org/wiki/.tl for instance, +if you click on the Edit tab, nothing will happen. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54467,4,Needs Triage,True +3.2135722832245457,-3.029432634012254,4.428211381656784,-0.4558039531027308,0.9772649400587423,2.944733541457432,-2.51293528685811,-1.5960054933033199,2.1650504371903594,-1.2583436412554647,-0.3082750929764888,-2.0472207293920928,1.8300634920437107,-2.3543190820943196,-1.8412037269886068,-0.49193976465511624,0.860119974641018,-1.2380705243809782,False,c1,3,"Toolbar mixed with #p-personal + +See the image. And I got the opposite, the toolbar staying at top of the article. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52504 +https://bugzilla.wikimedia.org/show_bug.cgi?id=52326 + +**Attached**: {F11123}",54433,4,Needs Triage,True +-3.539864620160343,-5.141942692899413,-6.965970559607236,-2.360150428554655,0.9238271980364512,-3.007421930947496,-2.2126034039111655,0.9894281418995842,0.8568363624167383,-2.183571599455686,3.3423318314606747,1.2393525348259138,-0.5703372719232229,-1.0202338466756342,-1.8914666892491803,-0.9763053042804202,-0.18902503040981689,2.1046189760419836,False,c1,3,"1. Got to [[fr:Disjonction logique]] +2. Edit it with VisualEditor +3. Try to modify the table. You will get a big blue rectangle allowing to edit {{clr}}, but you can’t edit directly (clicking on headings and using ↓ works) the . + +Of course, there is no reason why this article uses float & {{clr}}, but I know some similar cases where it is useful to have floating tables + {{clr}}. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54431,4,Needs Triage,False +-2.9321280378652013,-5.4990171001700325,-3.946137724178616,0.3166650241822828,-0.6769437042099733,1.1283824386877999,-3.8727195032324455,0.854173099358371,0.4571892566772704,-2.212965341822211,3.801047946941132,-0.771068426566524,-1.003763308821016,-0.3931045435102529,-1.0421315197813525,-0.6408974359145213,-1.427825258281111,0.7398034921384082,False,c1,3,"Sometimes when entering a link in the link input widget the first suggested target is automatically inserted, even before you finish typing, making it very difficult to choose a different target. + +Steps to reproduce: +1.Load a page in VE +2.Press ctrl+k to enter a link +3.Try to enter a link to [[Portable Document Format]], [[Classic (album)]] or [[Thing (assembly)]]. + +-------------------------- +**Version**: unspecified +**Severity**: critical",54421,4,Needs Triage,True +13.734984420906489,-5.20626138757671,-0.47159934504523093,-2.8368904219865385,5.593045900217485,-1.33623809843969,-0.5871829165284135,-0.8828227978117557,0.24766227749516212,-2.169059165908576,-1.1058502458053507,-1.1176560659879478,0.8373104132173195,-2.0899523309442154,-1.7654665638362532,0.35661669206650604,0.1779408408866332,3.282022548284816,False,c1,3,"- Chrome 30 (canary) +- https://en.wikipedia.org/w/index.php?title=Narayana_Gosain_Temple&oldid=565414421&veaction=edit + + +When selecting the following: + +> +> h2.Transport +> p.It is situated within 20km from NH5 running between Chennai and Howrah. Nearest railhead is Jajpur Keonjhar Road or Byasanagar. +> h2.References +> references. +> \n +> +> \n +> h2.External links + +.. and cutting it, and then ctrl-Z. It restores both content and selection properly + + + +When selecting the following: + +> +> h2.Transport +> p.It is situated within 20km from NH5 running between Chennai and Howrah. Nearest railhead is Jajpur Keonjhar Road or Byasanagar. +> h2.References +> references. +> \n +> \n +> h2.External links + +.. and cutting it and then ctrl-Z. It restores the content properly, but the selection is restored only within the first paragraph: + +> +> h2.Transport +> p.It is situated within 20km from NH5 running between Chennai and Howrah. Nearest railhead is Jajpur Keonjhar Road or Byasanagar. +> h2.References +> references. +> \n +> \n +> h2.External links + +-------------------------- +**Version**: unspecified +**Severity**: normal",54410,4,Needs Triage,False +-3.6434051345465157,1.0718831024522562,0.5685693005382539,1.822320666124337,2.2009924427066947,-3.297128927287715,-1.1150413161234818,-3.182303262850144,-0.48969251602792335,-2.1587893301402743,2.3079023373946774,-1.8508265914332254,1.219077271707325,1.171287776810578,-0.18248435983605482,-1.4656838872795777,-0.40225357319492305,-1.0927097406821926,False,c1,3,"Screenshot: 2 extra bullet points & template content edited + +Browser: Firefox 24 + +When editing this page[1] on sv-wp two weird things happen: + +1) The bullet point on the bottom of the page duplicates into three bullet points + +I expect it to show one bullet point, like when viewing the article. + + +2) I can edit the text of the template used in the list[2], though when I check the diff, it hasn't detected that I edited the template text + +I expect the text of the template to show a blue background when clicking on it and *not* be editable. + + +[1] https://sv.wikipedia.org/w/index.php?title=Byrackorna&oldid=22981861 +[2] https://sv.wikipedia.org/wiki/Mall:IMDb-titel + +-------------------------- +**Version**: unspecified +**Severity**: normal +**URL**: https://www.mediawiki.org/wiki/User:Skalman/bullet_point_test + +**Attached**: {F11912}",54374,4,Needs Triage,False +-4.432356276537021,-3.66480328562311,7.151005515882893,6.314048002718427,-7.5626290681794845,-5.043081544049012,3.5876089759000225,1.2097817138504396,0.8518618506450295,-2.267614460816104,-4.250246491191854,0.2352591375518034,-2.6172028468801622,0.0872654317349264,0.07275859124692197,-0.6961134736733465,0.7169484464824272,1.5269699863849275,True,c1,3,"Request to introduce drag and drop for text passages; there are also bugs for images around (obviously). + +Report: + +http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121095343#Drag_.26_Drop_von_Textabschnitten + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",54364,4,Needs Triage,True +-2.8602569306625787,-5.021487585949931,-5.952894412071501,-2.4602190664249757,1.5315715789548237,-0.23245760234059765,-0.9446575001908082,0.2178745887094497,-2.1204333065655043,-1.0905875818084243,1.226730419979853,-0.038492051705061536,-0.005788134597118244,-1.6090767996991193,-1.5708405097970712,0.1475512981965724,0.21710439357934574,-1.4388169100231427,True,c1,3,"https://pl.wikipedia.org/w/index.php?title=Octan_etylu&curid=217010&diff=37144425&oldid=37144363 + +This may be a template that got subst'd in VisualEditor. It produces this text: + +
+ +
+ +Something sensible ought to be done with this, but I'm not sure what the right answer is. (Yes, that's in English, even though it's not an English-language project.) + +-------------------------- +**Version**: unspecified +**Severity**: normal",54307,4,Needs Triage,False +1.2801500282425073,5.622687850892525,6.977951261204595,1.8515752970028014,-5.984058691259868,2.547664326245581,-1.3696467712761544,0.21563588454525717,0.16902053602838918,-1.6643588225779276,-2.026176711098527,0.20930764441044003,0.46724606293442905,-0.8936159347763715,-0.2596085221158857,1.1863288652313313,-0.39923014843688964,-0.01726032369354491,True,c1,3,"Image of issue + +Upon loading VE in Thai wikipedia in an article with a bulleted list, spaces are added after bullets in the edit view. Attempts to remove the spaces remove the preceding bullet. Spaces are not added upon Save, but will lead to confusion for editors. + +Duplicated in FF, Chrome. Ubuntu, OS 10.6.8 + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11736}",54291,4,Needs Triage,False +-9.035662439436864,6.117728851181738,-3.0455455649239926,1.501829577680088,-1.2660163393790345,-1.7723570890887075,-0.44059231983116653,-2.230261376919675,-1.4113534289649208,-1.828113972083107,1.9321296996355968,-1.4548439105059234,-1.241655782293229,0.597864439860369,-1.3541428003865494,2.5874198536109168,-1.794820129146863,-0.980230388091597,False,c1,3,"link target takes over media settings dialog + +If text has a size specified, e.g , then you cannot edit it in VE at present. The bar that notifies you of this is fixed to standard line height so you can click on links that extend above or beyond this, e.g. text with a [[link]]. + +If such a link appears in body text, then clicking it takes you to the link target in the same window (i.e. exactly the same as if you clicked on it in read mode). If you ctrl+click to open in a new window/tab then you get the same behaviour as described for section links in bug 51122. + +If such a link appears in an image caption, then ctrl+clicking has the same effect as in the paragraph above/bug 51122. Left clicking does take you to the linked page, but instead of using the main window it uses the media settings dialog's frame (see screenshot). You cannot close this frame - the close button has been replaced by the link target and it doesn't respond to escape. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11727}",54285,4,Needs Triage,False +-1.529617316346247,-0.08563902344395835,-0.35544190302713297,-3.171724722371676,-5.53852812839712,7.080738102542845,2.635515938400922,-1.8430356823599041,-2.199378093373994,4.499995496878622,-0.31354830680358825,0.42472052109810643,-1.4792850003080344,-1.12557537236873,3.76679530719741,-0.9209129575135722,-1.258509505973326,-0.04286685493088216,False,c1,3,"A user at en.wp comments that VisualEditor looks best in the Vector skin, but that it would be better if ""manual CSS theming"" were supported. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",54270,4,Needs Triage,False +-3.921267884598267,-2.1648717263669095,0.5676460154343417,-3.46178489625044,2.8115047147779113,3.9537554525536818,-0.4135218542336414,1.936130351504009,-2.1476196598067716,-2.339896768346961,-0.32237423546075084,-4.096452741116667,3.4085380500621945,-2.615595817687722,6.9587089008505805,0.3431143693218903,2.8498648106176896,-1.8559323524367903,False,c1,3,"References 5-8 were not saved + +At https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=566402676&oldid=566401436 only four of the 8 references I added were saved. + +The second references for each statement had the same title as the first but were a different URL. They appeared in the editor as being there (see attachment) but were silently not saved. + +-------------------------- +**Version**: unspecified +**Severity**: critical + +**Attached**: {F11698}",54269,4,Needs Triage,True +-6.161200062688115,-0.7631494731481823,1.8791224042274841,-1.5209383708221462,2.138569519258905,0.8296253095868191,3.5371924896025897,1.6678211012776458,-1.2493147922173247,-0.6080184996658007,-1.839567327691055,-1.6064143092187966,-1.688886127968395,3.669416110340997,-0.08645372845575228,-2.052849726334818,1.0301201956414545,2.554095608526179,False,c1,3,"At line 138 of https://en.wikipedia.org/w/index.php?title=Wikipedia&diff=566045928&oldid=566042453 parsoid (presumably) has added nowikis around around a space following a HTML comment. I don't know whether the comment containing references is relevant or not. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54266,4,Needs Triage,True +-8.622148865276285,-1.8574097136920855,-5.251298143316463,0.07516322519717478,2.9307334793992483,3.2290970838612543,3.589640654410606,0.7617967976113577,-1.355464642468814,2.699438978124638,1.4592351509077948,-3.0420977306640298,-0.19503202755902027,-0.2406404129099906,0.7885709858780059,0.42121267128273593,-1.2286960340126056,1.3313856140972373,False,c1,3,"The wikitext insertion warning now works, and is visible regardless of the position of the user on the page. + +However, its color scheme is the same as other regular, confirmation-type notifications like ""you've added this page to your watchlist"". + +Wikitext insertion is an actual problem, rather than ""just"" a confirmation or feedback notification. We need it to be more visible, possibly by using a different color scheme. Maybe not a big red blinking bubble, but something more noticeable than a white bubble with a light blue border. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54264,4,Needs Triage,False +3.864225040966432,-1.3805170095126549,-4.475970713701518,-4.454253281286755,-1.638549852839128,-0.3429625409808811,0.19287156379252934,1.0522040445609289,-5.27025621448418,-2.5035672873974546,1.7583663627734842,2.9510363295838955,0.00045085920943321867,0.5174668672593299,3.2343868216304186,0.019589380135073164,-0.06656571121529065,-0.859412089119665,True,c1,3,"Labeled Section Transclusion (
Text here
) is not supported. This is used for status reports on MediaWiki.org. The first step is to alienate it. Currently it is treated as raw text. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54252,4,Needs Triage,True +5.020501919390043,-11.315526547804286,1.6087127443105658,-1.620296608480082,-2.536175279887044,1.6599019642552866,0.8505538146639102,-1.0237852524795288,-1.3202555491730292,-0.8515022622444155,-0.828776389210792,0.8533597000697595,0.7600489104392048,-0.5133840000357601,-3.229830723587422,0.12788504393272324,-0.6080087207235783,-1.1665232406811064,False,c1,3,"Screenshot of problem + +See screenshot. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11666}",54251,4,Needs Triage,True +-6.6134691534321,1.3958676725228365,-2.044776836981491,3.8340780908039216,-0.030769619001492443,4.361629428227276,-2.711568428976915,0.11521909199516062,4.0192624591876465,-0.4226828543695724,-0.48854645579633527,1.7726863820681935,1.6280753201585467,-0.60386629369739,0.21214604088191447,-0.34989175293032504,0.030970069020074042,-0.6631501616742845,False,c1,3,"One of the biggest interface issue is the new reference dialog. The use is presented with a window and no real guidance on what to do. + +Some brief instructions guiding the user to choose an appropriate citation template would be good. This obviously needs to be customisable on a wiki basis. For en.wikipedia you could have something like + +""To add a reference please choose a citation template like {{cite web}}, {{cite journal}}, {{cite book}} or {{cite news}}. Click the jigsaw icon to insert one of these templates."" + +The message could be specified by a page in the MediaWiki: namespace. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",54250,4,Needs Triage,True +-0.3983815140510427,1.8966288864757814,1.9615988004036424,0.6890135589274466,1.032498407461703,3.777203971844176,0.4302351228869199,2.994794028083945,-1.5879186165140782,0.7181195667970339,1.3791209520518053,2.4623572912367786,2.663574873630992,-0.8263681997441727,0.6899259112521765,1.3724312611085454,2.3139024116712887,-0.20861733405213223,False,c1,3,"The Behavior switches like __TOC__, __NOTOC__ are occasionally useful in the article space and __NOINDEX__ is a useful in the user namespace. Some way to insert these in visual editor would be handy. + +Bug 49996 and Bug 50855 also address magic words, but don't seem to cover the Behavior switches. + +This was discussed at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Some_ideas_for_29_July + +-------------------------- +**Version**: unspecified +**Severity**: normal",54248,4,Needs Triage,False +3.2529039024654476,-16.306934340233855,0.5609084494865044,-5.110128581796272,-0.22625561653884207,3.30379009771411,2.7702629870095405,3.3483499643211627,2.6066852147279533,2.042460637908695,2.415865002481705,-0.9172813312061732,1.1357369960927075,-0.07697415251270723,-1.2312199362093557,-0.0063707694361407885,-1.0984300864251175,-0.992000450284937,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=Cruz_Azul&diff=564888460&oldid=564725284 - very strange. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54242,4,Needs Triage,False +-2.57587563374479,-0.027212678153986758,0.815068317691388,-0.8475058105059936,-2.0219352288255665,-2.21059736027987,-0.5997645996313956,-2.1936036517763067,-0.7433161341655873,-0.40528581644399697,-1.632941101911041,-0.31959337468990023,0.8769517048924005,-1.0765403150057944,-0.44354795692178506,0.3792268212995677,-2.1933969959877215,0.10045554586749339,True,c1,3,"Inserting media, namely images, into complext tables leads to problems. A user tried to put an image into a table listing Intel CPU sockets on De.WP and the search function went back and forth in being able to find the image he knew was on Commons and how it is labeled. + +Table: + +http://de.wikipedia.org/wiki/Prozessorsockel#Intel + +Image: + +http://commons.wikimedia.org/wiki/File:Intel_Socket_1150_IMGP8593_smial_wp.jpg + +The file fails to show up, if you put its name in manually once you reach ""5"" + +Report: + +http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121004381#Bildeinbindung + +-------------------------- +**Version**: unspecified +**Severity**: normal",54218,4,Needs Triage,False +-5.1494219401424495,6.91433280257181,0.410953625026238,2.848631340636136,4.006505994065797,2.314778285067474,-2.2830224225194917,-0.3687929240669756,-1.4518072754761386,-2.6556640859559333,-1.8071111122435675,-0.796979093017661,0.34146119631046723,1.8377955896217797,-3.0480720472024676,1.6901876524702837,1.314403489248438,0.4004455536587568,True,c1,3,"If one tries to move a reference using Ctrl + X to pick it out, Ctrl + V doesn't work, i.e. the reference doesn't seem to be stored in the clipboard. + +If one selects the sign to the left of the reference as well, Ctrl + V provides the reference number but not the content, which gets lost. + +If one selects the sign to the right of the reference as well, Ctrl + V provides the sign to the right but the reference gets lost. + +If one selects a sign to the right and to the left of the reference, it works. + +Report: http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=120995561#Einzelnachweise_in_der_Zwischenablage + +-------------------------- +**Version**: unspecified +**Severity**: normal",54212,4,Needs Triage,True +-0.18601195413617777,0.9960573540113717,-5.740648693521104,1.239921435660626,-2.5244773800118443,1.504269493371228,-2.262802054974369,1.126805816085045,-1.125174669539243,-2.5266937706778845,-0.4576216405317095,-2.0376421490918455,5.440560743363358,1.3875533599424488,0.4057727694395723,-1.1678390042529876,0.2353217320379386,-0.48089150182299023,False,c1,3,"Screenshot of VE on an iPad (3rd gen, iOS 6, en.wikipedia.org) + +Dimensions Dim.. without OS menu bar +iPhone / iPod 320 x 480 320 x 460 +iPh?o.. Retina 640 x 960 640 x 920 +iPad (portait) 768 x 1024 768 x 1004 +iPa.. (landscape) 1024 x 768 1024 x 748 + + +So that means at least under 1024px (not accounting for MediaWiki sidebar, that is to be subtracted from that) + +Measuring on my MacBook Pro in latest Chrome I measure exactly 1281px as the minimum window width to have the toolbar be one line. 1331px to account for vector-hd mode and allow a bit of breathing room between the left and right half of the toolbar. + +When at 1281px, the width of just the toolbar (subtracted the mw sidebar) is 1103px. + +So, a lot to cut down on. Any ideas? + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F11563}",54205,4,Needs Triage,True +3.105450636769666,-2.9404763367843305,0.8388976135233293,-0.673692589811469,-1.9418621507569274,1.3115530927066266,0.8509711367998749,2.253073341693712,1.0903954617299239,0.11829876860743038,0.5455943705082835,4.39799267426095,2.1620273665039607,-0.849110731733119,0.5111609369913834,-2.5117395490448144,-0.7460321235512859,4.425502901818754,False,c1,3,"Per http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Content_transclusion_causes_WTF_mode + +If trying to add a template, only adding content (empty) and click apply, following error is thrown: + +TypeError: content is undefined +http://bits.wikimedia.org/static-1.22wmf11/extensions/VisualEditor/modules/ve-mw/dm/nodes/ve.dm.MWTransclusionNode.js +Line 192 + +-------------------------- +**Version**: unspecified +**Severity**: normal",54198,3,Needs Triage,False +-6.7949136482486026,1.0039035957659177,-3.302618581922456,-2.046670395900838,2.806291968588046,-1.5328047385653916,2.3976626445981504,-1.4886270716302104,3.6682844383141875,1.100012892580322,1.5498267274683415,-1.4543073272035891,-0.3592914358107304,1.4427239963784064,-1.9699705929296534,-1.578683617485137,-0.39544195548935845,2.8309319388920624,False,c1,3,"Unlike the standard source editing windows, VE doesn't confirm closing the page if you have made changes, making it very easy to accidentally close a tab and lose all of your edits. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54169,3,Needs Triage,False +-2.7127366900763885,-6.56248381074892,-4.161853131521967,-3.427852444347375,3.661825622044217,-4.601173058993283,1.1119389373072615,3.2694555347190497,5.605196313346571,3.4293360372163217,0.6129906378777008,-1.0625244628375312,-0.3826999711891048,0.21968921486991544,1.1884043030768359,-1.0297287551859704,-3.0162504820513063,0.26604215844998946,False,c1,3,"""Wikitext markup detected"" message should disappear automatically when there's no more wikitext. Now the user must click it to make it go away. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54155,3,Needs Triage,True +2.1802433534590766,3.7507217578900054,-0.4761055270712031,0.5586436831926858,0.012215665918138052,1.306110013699224,0.1523012881814383,2.078603992546984,0.29290609844152293,1.2741539181848651,2.2724448662768,0.7634326978489416,-0.3674409971392283,0.4512762097320486,-0.29534010328827964,-1.6486164666651648,-0.4655523218263433,-0.1784423162875468,False,c1,3,"Tested on Firefox 22, Monobook and Vector skin. DOES NOT seem to affect Chrome 28 on Vector. + +Steps to reproduce: +- Open the [[Olive Branch High School]] in the visual editor. +- Press CTRL+A to select everything on the page. +- Press Delete. + +The result will be that the entire document becomes uneditable since there is no editable section anymore that the user can click. The console will report the error: +- ""TypeError: node is null"" + +If you don't click anywhere else after pressing delete and start typing the visual editor will behave extremely wonkey. I have seen behavior that ranged from adding an unending steam of pawns to cursor focus jumping all over the page. Additionally, the console will fill with a hailstorm of errors (Below is just a small sample). +- Error: ve.dm.Document.getNodeFromOffset(): offset -1 is out of bounds +- TypeError: parent is null +- Error: Unbalanced set of replace operations found +- Error: Unbalanced input passed to document +- Error: Invalid retain length, cannot retain backwards + +The above is likely just a consequence of the deletion . If i look at firebug's output it seems that Ctrl+A will delete these lines: + +

+

+ +-------------------------- +**Version**: unspecified +**Severity**: normal",54125,3,Needs Triage,True +-3.653962243017954,-2.9249850096525005,-1.5755228771694885,0.9100478166727242,2.357395904082559,3.844082450763672,-0.37235130364273594,0.386967779884149,-3.2587789407885523,-0.9278843224761211,5.60557497157736,-2.9669716226936362,-1.1155164347057571,-0.2739371497871286,1.5484134048050242,-2.8784302468170044,-0.9110964269245845,-0.44033849144598514,False,c1,3,"en.wp editor DragonsFlight reports a strange diff at https://en.wikipedia.org/w/index.php?title=Axial_precession&diff=next&oldid=565790907 where a
was duplicated minus the leading < + +Possibly related to bug 51304? + +-------------------------- +**Version**: unspecified +**Severity**: normal",54124,3,Needs Triage,True +12.036869241811225,3.639840602901021,4.069420456986098,-2.5947769731298633,3.452330904847431,0.1009529653276855,-6.405440087820276,1.5884580730283893,0.011887227582002557,1.9368733938628786,-1.5866381781112593,-0.35121510612660023,-1.7908382900124646,-1.3339876852048,1.3582113919498164,0.4514342195950559,-2.3535276265533294,0.31585662637377543,False,c1,3,"(Tested on Firefox 22) + +It seems that the ""&editintro=Template:BLP_editintro"" URL is accidentally reversed on Monobook. + +Steps to reproduce: +(Vector - Working correctly) +- Navigate to [[Martin J. Silverstein]]. +-- The ""Edit"" link will be: https://en.wikipedia.org/wiki/Martin_J._Silverstein?veaction=edit +-- The ""Edit Source"" link will be: https://en.wikipedia.org/w/index.php?title=Martin_J._Silverstein&action=edit&editintro=Template:BLP_editintro + +(Monobook - Working incorrectly) +- Navigate to [[Martin J. Silverstein]]. +-- The ""Edit"" link will be: https://en.wikipedia.org/wiki/Martin_J._Silverstein?veaction=edit&editintro=Template:BLP_editintro +-- The ""Edit Source"" link will be: https://en.wikipedia.org/w/index.php?title=Martin_J._Silverstein&action=edit + +As far as i can see only the source editor can load a template when using the ""EditIntro"" parameter in the URL. In monobook, it seems that the EditIntro parameter is accidentally added to the Visual Editor link instead of the Edit Source link. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54116,3,Needs Triage,False +11.014952124694833,-9.577921480289454,15.299837632649417,-1.9141582714517202,-2.9087544300866446,1.0760273000696465,1.4060286497866112,-0.7799799805675737,2.84909342721239,1.0360313465817965,0.6626397260626455,0.7709211371814957,0.3561936775070018,-1.5201328412126003,0.02817175714461051,0.7424302130527505,2.475654660126118,0.705217904537579,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=Karma_in_Hinduism&diff=564615505&oldid=564615290 and https://en.wikipedia.org/w/index.php?title=Karma_in_Hinduism&diff=565801063&oldid=565800169 + +Reproduced at https://en.wikipedia.org/w/index.php?title=User:John_Vandenberg/test&diff=565853026&oldid=565852620, https://en.wikipedia.org/w/index.php?title=User:John_Vandenberg/test&diff=565853312&oldid=565853264 + +-------------------------- +**Version**: unspecified +**Severity**: normal",54107,3,Needs Triage,True +3.1854733931427117,-9.941541363541202,-7.939060357902031,5.824295992307361,-0.5495830877681559,-7.0289365084523965,-8.4368377640839,0.5280719260801355,-3.776606150951432,4.352665791422005,0.6393961190662814,0.36579980601569706,-4.547455143577667,1.14062262540408,-0.11985582807459316,-1.2111357538863199,0.22516743100865266,-0.6284755127179511,False,c1,3,"Reported at: https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Link_formatting_trick + +Simplified test cases here: + +[subbu@earth lib] echo ""[[Foo|'foo']]"" | node parse | sed ""s/foo/foo<\/i>/g;"" | node parse --html2wt +[[Foo|'''foo''']] + +[subbu@earth lib] echo ""[[Foo|'foo']]"" | node parse | sed ""s/foo/foo<\/b>/g;"" | node parse --html2wt +[[Foo|''''foo'''']] + +-------------------------- +**Version**: unspecified +**Severity**: normal",54103,3,Needs Triage,True +-8.702467492580332,8.183226278674784,-0.4218449393472685,3.656557854806892,1.5373271809374356,6.249662795497523,-0.49706151404872045,-0.48834921900125494,1.7169795466292197,0.7950040604172637,-0.4685314260797302,0.5930114573804683,-0.13385865584641188,-0.3755141839100702,1.9297799396937805,0.333255720669558,1.40215619664943,0.6403272163039284,False,c1,3,"This bug is about the generalisation of the solution deployed in bug #50929 in the Wikimedia environment. Having in mind the medium term of the deployment of the VisualEditor in many/most of the MediaWiki wikis, it could be a good idea to give the sysadmins the choice of enabling or disabling the VisualEditor by default for registrated users, with a LocalSettings parameter wgVisualEditorDefault. + +This would give the choice to the sysadmins to enable by default or not the VE for registrated users (for anons there is already the preference wgVisualEditorDisableForAnons), and this could be directly used in the Wikimedia environment to replace the parameter $wmgVisualEditorDefault. + +To resolve this bug, the patch https://gerrit.wikimedia.org/r/#/c/75541/ could be generalised by renaming the new preference ""visualeditor-betatempdisable"" into ""visualeditor-preference-disable"", and depending of the variable wgVisualEditorDefault either the positive preference (for alpha/beta environments, ""Enable the VE"") or the negative preference (for production environments, ""Disable the VE"") would be used, the other preference being hidden with wgHiddenPrefs. + +In the normal scenario the wiki change from beta to production environment, it would be easy for the sysadmin to change the wgVisualEditorDefault value from false to true and this would automatically activate the VE during the change, so that the users are aware of the new setting and have the possibility of seeing the new editor (some welcoming message could be displayed then) and if users don’t like it they are given the possibility to disable it (or not if the relevant preference is hidden, but this is a sysadmin/community choice). + +I point out the default messages visualeditor-preference-enable/disable should have a general-wiki phrasing, and any Wikimedia customisation (about namespaces where it is enabled, about the time the parameter is available before possibly hide the preference) should be customised in the WikimediaMessages extension (see my comment https://bugzilla.wikimedia.org/show_bug.cgi?id=50929#c34 ). + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=50929",54086,3,Needs Triage,False +-5.3876806426426445,1.334811971429465,-3.4920656280882074,0.11424683508203626,-0.5728076442618694,-0.14910430060296032,-1.738564054411512,0.40722679862173805,-2.544434391277802,-1.5058704426906249,0.04286125279810893,0.02609280816723447,0.7859351958157728,-1.5052185646978136,-2.017293832867543,-0.7757426433928158,0.06871836744349546,-0.5759758016528882,False,c1,3,"I saw bugs that are similar to this one, for example Bug 51289, but nothing exactly like this one. + +References that are added by templates are not recognized by the references tool. I am not talking about templates like the English Wikipedia's {{cite web}}, which go inside the tag, but about template that add the tag itself (with {{#tag:ref}}). + +This can be in infoboxes (Bug 51289) or in any other template. The Hebrew Wikipedia, for example, uses such a template, {{הערה}} very extensively, because mixing right-to-left text with left-to-right XML tags like is very hard to edit. This means that most of the references there are not usable for reusing in the ""Use an existing reference"". + +(This also means a bunch of other things, but I'll report them separately.) + +-------------------------- +**Version**: unspecified +**Severity**: normal",54083,3,Needs Triage,True +-2.6570862582913874,-4.776111619149205,-3.711134297201381,3.684119361945495,-1.5901192340574426,-4.166542984815887,-5.676300084973908,0.9888717620853748,0.2511018458627976,5.973296511633171,-3.591135507812149,-0.044368199698144206,1.5208302399709002,0.7903466782298603,2.270958899615237,-0.452422040688476,-1.0815200728527925,2.875065879472923,False,c1,3,"A5b writes: + +Edit page, then click save to get ""Edit summary"" Window. Don't touch mouse, put some description, using the keyboard. Then we want to change checkboxes ""minor edit"" or ""watch page"", without using the mouse. Press key, and you will be directed to the link ""minor edit"" not to the checkbox. second Tab - is ""Save Page"" button. Next - ""review changes"". Next three tabs - for links in the footer of this windows. + +Is it possible to change tab order to this (e.g. using tabindex argument or via rearranging divs and other elements): +*1. ""description"" +*2. ""minor edit checkbox"" +*3. ""watch page checkbox"" +*4. ""Save page"" +*5. ""review changes"" +*6. anything else +Or even move ""save page"" and ""review"" to be just after ""description"". + +http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback#Wrong tab-order on the ""Edit summary"" window + +-------------------------- +**Version**: unspecified +**Severity**: normal",54080,3,Needs Triage,True +-5.067346959491527,4.595222501858906,-0.7034618474781045,-5.867926989676631,6.294477145396346,0.35625512056105735,-0.9020281052757229,-1.5999671938851492,-0.875636664198051,-1.0946054799977545,0.5234593687494185,-0.5739249182449686,0.4144592274351022,-1.2913215029709684,1.8295927907559415,-1.0715848600012183,-0.5541174530383507,-1.1631020736027171,False,c1,3,"When I select text that ends in the middle of the word and add a link, only the selected part is linked. Also, is added after the link. + +For example, in https://en.wikipedia.org/w/index.php?title=Ramat_Yohanan&diff=565789129&oldid=553919950 I selected ""South Africa"" and added the link. I saw an AbuseFilter warning when I was saving, but saved anyway to report the bug :) + +Being a seasoned Wikipedian, I expect the whole word to be linked, although now that I think of it, I can imagine that linking a part of the word can be useful, too. So I'm not completely sure whether it's a bug or a feature. + +This may be related to Bug 50127, though the description is not the same. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54044,3,Needs Triage,True +-1.909676672898994,-3.197682670403328,4.645927364632261,-4.770543981586483,3.0772070828985267,1.9260356455049534,1.7946555977118344,-2.863500029278108,0.6695803708156581,0.1602114643392012,1.2446358923825698,1.3414592407354224,0.15299886611175229,0.7295198731394148,-2.147266689049719,-0.6060230061138767,0.5301190569396594,2.989066110854118,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=User:Octalpuss/sandbox&oldid=565273394, which, blanked, turns into https://en.wikipedia.org/w/index.php?title=User:Octalpuss/sandbox&oldid=565667534 + +I appreciate with the lack of comment-editing (or comment viewing) preserving these is usually A Good Thing, but we do need a better way of handling them. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=60830",54036,3,Needs Triage,False +-8.564213867267997,5.580817804478897,1.6484236981105695,6.101593314623363,4.334191858476755,2.575974947199085,-2.2117670844486783,0.2903728875711372,1.191859070311442,-2.0746842199143978,0.9513094053940514,0.5190639270548547,-0.31967978483866943,0.8418636023348247,0.1281189892553396,1.3718740653610315,-0.6922964521955911,0.19241862431155643,False,c1,3,"PamD at the English Wikipedia reports that there is no easy way to add new content between a reflist and a template that follows it before you save the page. + +This is a problem if your workflow is to add the stub template before adding the external links, which is entirely reasonable. + +Steps to reproduce (option 1): +1. create page with references and a reflist. +2. add a template (e.g. a stub template) after the reflist +3. add content between the references list and the template (e.g. an external links section). + +Steps to reproduce (option 2): +1. Go to a page with no content between a reflist block and a template (e.g. https://en.wikipedia.org/w/index.php?title=Tyson_R._Roberts&oldid=565739822&veaction=edit ) +2. Delete all content after the reflist: +3. Add a template (e.g. a stub template) +4. Add content between the references list and the template (e.g. an external links section). + +There is a workaround: select the reflist, press the right cursor key once, press enter. This gets you a blank line with which to work from. + +Desired behaviour: +There should be somewhere to click between the reflist and the stub template, just as there is after the page has been saved and reopened in VE. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=52620",54032,3,Needs Triage,False +-3.3634619384318527,-0.5503617348232464,1.383557066995813,5.312988949095103,1.9950582889669684,4.538056574260357,2.2408311281109787,1.153932065796245,3.5312827054719476,-0.8101191369027005,-1.1532919456532726,3.039662261492281,-1.9950260437498706,-0.18463603751815594,3.0331276333361687,-1.4053709870552316,-0.6412864373545742,-0.21059971233880148,False,c1,3,"TemplateData should allow some parameters to have default values which are prefilled when using the VisualEditor transclusion manager. + +An example would be the current date for accessdate in citation templates. + +-------------------------- +**Version**: unspecified +**Severity**: normal",54028,3,Needs Triage,True +-0.9580254615883628,0.14200279912506453,-0.4612171908799123,0.6155022565954025,-0.23950544776259192,2.3701210654809763,-1.551781903254522,1.567331852240991,1.9733453154403382,-1.1297723894961305,-1.9266160545190567,-0.9961352862271117,0.2492357355366117,-0.3086815018470297,-0.804975339994952,-0.7600038823452968,-0.5376782928987394,0.16230867596889564,False,c1,3,"**Author:** `lovefilms` + +**Description:** +The screen shot of the missing Production section trying to edit + +When click on Edit to edit a section of an article, for example, +https://en.wikipedia.org/wiki/Blue_Jasmine#Production +the result page https://en.wikipedia.org/wiki/Blue_Jasmine?veaction=edit#Production appears to be a huge toolbar on top, and the section of ""Production"" is almost invisible - see attached screen shot. + +Also, the toolbar should be clearly marked with visible borders to distinguished from the contents of an article. Now it's almost blurred into the article and very confusing. + +-------------------------- +**Version**: unspecified +**Severity**: major +**OS**: Windows 7 +**Platform**: PC + +**Attached**: {F11047}",53998,3,Needs Triage,True +-7.350284949588838,0.004192493783365947,-2.250474747087278,0.9154792686800219,1.8050110422721821,-1.8452593412953746,-1.744565773228734,-2.1150588246143758,-0.5759755749866049,9.496115474565766,-0.7927402812274846,2.179910899225832,-0.5584035474323192,0.9123952630183547,-0.1659269792269349,-1.0564792945156634,0.450158345381245,-1.699392901361473,False,c1,3,"If you type, say, 'cite w' into the template selector, it drops down a list of possible templates. Hitting return inserts the one that was selected from that dropdown. Great! + +Hitting 'add template', however, does not; it returns 'cite w', a non-existent template. It would be good if 'add template''s behaviour could mimic that of the return key. + +-------------------------- +**Version**: unspecified +**Severity**: normal",53989,3,Needs Triage,False +-3.2814038929119107,1.5711447899963407,-1.3252191354620795,-0.5415310506922901,0.23225502655434227,2.897447413215829,1.579905649689727,0.529971302844513,-0.19860648566606087,0.31820279033514254,-0.2736028813813407,-2.935003214295759,-0.20773707423253374,-0.15038970747798075,0.22554566172481216,-1.3805086680592276,0.024482870413215396,0.13864100881205643,False,c1,3,"**Author:** `l736ewiki` + +**Description:** +I'm an user on it.wiki, where VisualEditor is now enabled by default on the whole ns0. + +I was trying to modify a long article, on a specific section, and needed to introduce wikicode (namely {{...}} for a paragraph replaced by an empty section). + + +VisualEditor forced me to switch to legacy mode, but whenever I try to edit the specific section, through the local ""Edit"" command at section level, the legacy editor always opens in the basic editor the whole article and not just the selected section. + +This is heavily annoying when dealing with very long articles, with plenty of sections. + +-------------------------- +**Version**: unspecified +**Severity**: major +**OS**: Mac OS X 10.8 +**Platform**: Macintosh",53976,3,Needs Triage,True +2.0461141713221562,-1.5280663592650914,-0.06390071880840864,-4.6331218151082005,-3.0878188848043653,1.1461250089754162,-0.4415551023841493,-0.692491349038848,4.023283900889897,-0.6908486681862049,-0.39337097465801163,-1.9453483652925323,0.25934190991133077,-1.0995671697095206,-0.4875963033783668,-2.8175930785953627,-0.8305009637817111,-0.12840279764375095,True,c1,3,"http://it.wikipedia.org/w/index.php?title=Pieve_di_San_Giovanni_Battista_%28Pieve_Fosciana%29&oldid=60196986 + +If you tried to edit with VE, the missing image link would just disappear. +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",53968,3,Needs Triage,True +-4.483373638931928,2.8201148891166206,-2.175023591468692,1.1663643261391363,-1.979516010098819,1.6183656367164845,-5.969173858401291,-0.6505753664731444,-0.7517410550884865,-2.42939201669727,1.7043767392444509,-0.30876886432285755,3.1875257399627577,1.5856918745760362,2.0747705925667095,-1.533571797354783,-0.4484104979948813,1.8274887745156507,False,c1,3,"An anonymous editor at en.wp reports: +""I was attempting to correct a minor error at [[Class 455]]. Although I was only attempting to change one word, the editor changed, + +:...in common with the Classes 313 / 314 / 315 / 507 / 508 units."" + +into + +:...in common with the Classes 313 / 314 / 315 / 507 / 508 units. + +and then complains of a formatting error and refuses to allow the change to be saved. The editor seems to be interpreting the list of class numbers as a telephone number."" + +I have been unable to reproduce this using Firefox 22 on Linux, including editing the article in question. + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=53315",53959,3,Needs Triage,True +-3.538425770877036,3.252353854974533,1.983454518702107,-1.0765382424708227,-3.3072342868358366,-2.9045726107527563,-1.3912622593187116,-1.4499894364699375,-4.66964181450324,1.6268619180930957,3.200937864536004,-0.11404945768207231,-2.768488143601264,0.454243556359061,0.09716918285775922,2.359526825538662,-1.44658350500077,0.9265021623429914,False,c1,3,"User Atethnekos at en.wp reports: +""If in the source code there is <blockquote>, and in VE I select ""
"" and delete it, when I save the is left behind in the source code."" + +See https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=565596201&oldid=565596137 for an example in by sandbox. Further testing shows that it also happens with other tags and even with plain text: +https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox2&diff=565596772&oldid=565596703 + +-------------------------- +**Version**: unspecified +**Severity**: normal",53950,3,Needs Triage,True +-5.028197671445881,3.4492418826634896,-0.7926563881660194,4.516881931458933,-0.16583032842084533,0.24991034857227068,-4.248941115917772,0.7391372534619328,-5.472638756811387,-2.2245261478297107,2.926875620503449,1.6170296289002264,-1.962572976749768,-0.5082875589385836,1.31144699487501,1.0512960923533226,0.3493652461943435,0.025940061911687406,False,c1,3,"This is related to Bug 51741, which is about adding support for ... + +If the page already has .., and the last use of a named reference is removed, the entry inside .. needs to be removed otherwise an error is generated after save. + +Steps to reproduce: +1. https://de.wikipedia.org/wiki/This_Is_War?veaction=edit +2. Delete one of the named references, e.g. [16] at present +3. Save & Review your changes. + +Expected results: +The reference is removed from the content and the references list. + +Actual results: +The reference is removed from the content, but it remains in the references list, and if saved the error is: +""Cite error: tag with name ""rockspot_1"" defined in is not used in prior text."" + +-------------------------- +**Version**: unspecified +**Severity**: normal",53938,3,Needs Triage,False +-0.6668612451126821,-6.983761633513087,-1.2151104136136102,4.6926359221671605,-0.2294769353453699,-4.084935221284489,-4.150118777657299,-0.15909733133896503,-0.28128202864712976,0.6777570187967834,2.31148194665537,0.04609457792629512,-1.3579097427407127,-0.3203065238143896,-1.1192934390936529,-0.9285363693305051,0.4311452146323831,1.4380528969512334,False,c1,3,"Steps to reproduce: +1. https://nl.wikipedia.org/wiki/Dolichognatha_petiti?veaction=edit +2. Click on infobox and edit translusion +3. In the first parameter (afbeelding), add 'blah', and apply changes +4. 'Save' & 'Review your changes' + +Result: + | afbeelding = +-| afbeeldingtekst = ++| afbeelding = ++blah| afbeeldingtekst = + +Expected results: +-| afbeelding = ++| afbeelding = blah + +p.s. [[nl:Dolichognatha petiti]] is currently on the parsoid topfail list +http://parsoid.wmflabs.org:8001/topfails/15 + +Regarding the actual bug, I saw a similar diff ~20 hrs ago: +https://en.wikipedia.org/w/index.php?title=List_of_Sam_%26_Cat_episodes&curid=39469556&diff=565437324&oldid=565416618 + +-------------------------- +**Version**: unspecified +**Severity**: normal",53925,3,Needs Triage,False +6.294287038937023,-0.8396367449437765,-5.165597450228162,-2.821500226377283,0.3405342115156418,2.4501179167098472,-4.789677856812077,1.2579713772783392,-1.7088253222502534,0.189949918849579,2.498705477232718,0.8294305306549477,-1.297630390052122,-2.40763417883306,-0.2810232788454483,-1.0797059754682514,-0.13538175396416974,0.800047926011582,False,c1,3,"English Wikipedia user PamD comments: +""Editing [[Pikku-Vesijärvi]] I noticed that VE's suggested DEFAULTSORT was exactly the title. VE should be set to drop the diacriticals when suggesting DEFAULTSORT - should have been ""Pikku-Vesijarvi"" with a plain ""a""."" + +Looking at some other wikis it seems some do use diacritics in DEFAULTSORT (at least the Czech and Estonian ones do at [[cs:Édith Piaf]] and [[et:Édith Piaf]) so this seems like something that should be configurable based on each wiki's policy. + +-------------------------- +**Version**: unspecified +**Severity**: normal",53907,3,Needs Triage,False +4.960857475483769,-8.705516571157919,-3.084253115382788,1.5887311836184113,-0.15436804095059942,-0.4847633559800909,-2.0162011153592885,-0.13085088425955704,-0.23154778055645525,-1.5062712512161354,-1.8694461821919786,-0.9082233074596678,2.2752485111739364,-0.9722265995566683,-1.8758143769931017,0.5195700159358801,0.19852337471947923,-0.5361939128551512,False,c1,3,"**Author:** `jduranboger` + +**Description:** +screenshot of the bug + +Does not appear ""insertar multimedia"" button (insert multimedia), and can't inser image selecting from the dialoge box in the spanish version. This problem happen in firefox 22. + +Attached:Screenshot + +-------------------------- +**Version**: unspecified +**Severity**: normal +**OS**: Windows 7 +**Platform**: PC + +**Attached**: {F11730}",53905,3,Needs Triage,False +-3.2818993344800806,-0.43263241971006217,-3.5664578976019197,-3.0871021907221867,1.7510598959818564,-2.275826291545689,-0.020619371979931245,-2.7199667388280546,1.8018046769212475,-1.868602964942049,-0.3831116268125796,-2.6943176344970525,0.8975656747333609,-0.9897596042916592,-1.037560150772598,-0.031044050121162015,0.766936219227109,1.2643112385990307,True,c1,3,"A user - Cryptic C62 - reports on English language Wikipedia: +** +If I click directly on a collapse box (created with {{collapse top}} and {{collapse bottom}}), the transclusion button appears and works correctly. If I highlight a collapse box by clicking and dragging my cursor through it, one of two things happens: + +A: A transclusion button does not appear +B: A transclusion button does appear. Clicking on it opens a new template window, rather than editing the existing collapse box. + +Occurs in Firefox v21.0, cannot replicate in Chrome v28.0 +** + +I attempted to replicate this myself and found that I sometimes got result A and sometimes a transclusion button that *did* edit the existing collapse box. I could not get his result B. + +I tested it on other templates, and it did not seem that dragging through other templates ever brought up the transclusion button, but never say never. :) + +-------------------------- +**Version**: unspecified +**Severity**: normal",53880,3,Needs Triage,False +-9.303328065311137,3.818160684353945,-1.8125109295346622,-0.22962735374687582,4.136528942118845,1.246868932624383,0.563126238858505,-1.4417302098827323,-0.8656734870725751,0.695520424450824,0.9234407856246851,1.228702299787775,-0.1636549879599647,0.6606171718226745,0.4140305184148234,-0.12741316306250072,-1.2229435099032666,0.5440881146335024,False,c1,3,"I've noticed quite a few edits going to the VE feedback page http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback page which don't really seem to be VE feedback. If you follow through the new editor experience its quite obvious why they are being directed there: +1)New editor finds a page, they want to edit and clicks ""Edit"" +2) They have a question, they see the big ? in the top bar and click it +3) There are two options: ""user guide"" and ""Leave feadback"", the second is obviously the one for questions so they click that +4) There is some complicate text which is tldr and a nice box to ask your question. The user types in that and +5)Bingo, a new section on the feedback page + +This senario probably explains why we are getting a few simple signature with no comments. As the ? is much more prominent than the Help in the left sidebar its grabbing the users attention so diverting users away from our main help system. This showing up to be a continuing problem with about one such post a day. A way needs to be found to direct users to the right place. + +-------------------------- +**Version**: unspecified +**Severity**: minor",53875,3,Needs Triage,False +0.12980265556933768,-0.6616341778034638,1.2289961824570241,-3.4876895163399477,6.134580770016669,-0.290053010655271,1.0595973922368334,1.8444356642636346,0.9171005584905942,-1.578480745740435,-0.5639285909756042,-0.058078211326314744,-0.037597065351161696,0.9743932690406591,-0.31027995065701575,0.1802083959832116,-0.2895749285742131,1.2795797274825225,True,c1,3,"Both MW-Vagrant and Labs have cases where a simple single-machine MW+Parsoid+VisualEditor setup is desired. Vagrant currently has this, but Labs does not. We should find a way to factor it out so the two environments can share it (possibly with a git submodule). + +This is a proof of concept for doing this more broadly. + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=54160",53858,3,Needs Triage,False +-7.3431289848302725,-1.1765170048422888,-6.081498060474333,-3.8448665804076207,1.0571500171483417,-4.8242733673784315,-0.9386986589826316,0.7489329074102457,4.245824756522184,-0.9049173968112298,-1.4491737847182902,-0.41189207144854767,0.15526555098209194,0.801715075517313,-1.7688442056786027,2.706963236599148,-0.14200022123827272,1.5585056053574362,False,c1,3,"Edits that would trigger this error silently break VE: +""Sorry! We could not process your edit due to a loss of session data."" + +On save, it shows animation indicating it is saving, but then does not save, leaving you in the editing screen. It doesn't refresh to update your session data, so the edit will never succeed; and it doesn't show you the error message. + +To reproduce: start an edit, then logout, and try to complete; or v-v (and more common) start one as an anon, then log in. + +-------------------------- +**Version**: unspecified +**Severity**: normal",53835,3,Needs Triage,False +3.7250673426916747,4.740872500301855,5.051439197486825,-0.4457901701360997,0.9953896344346491,6.1323666287323215,-0.5160524866646865,0.5179284010109029,-1.5789353332559068,1.7516535832345328,-1.3509571717070978,0.8120586611825253,-0.7044330755561461,0.5121103888370602,-2.058283053213248,0.5819376480293877,1.581675681337505,2.521954587587282,True,c1,3,"From https://pl.wikipedia.org/wiki/Wikipedia:VisualEditor/Opinie#Krytyczne_zaniedbanie_interfejsu:_wersje_przejrzane + +The Polish Wikipedia uses FlaggedRevisions or PendingChanges and has deployed both notices upon opening a page and a different text on the ""Save"" button to reduce confusion by new editors. These notices are not appearing in VisualEditor. + +-------------------------- +**Version**: unspecified +**Severity**: major",53833,3,Needs Triage,True +1.3234459417783806,-0.9468597150143463,-1.6747477376543767,2.708625866628919,3.8376472490893856,0.8958818211330277,-2.4068146676276196,3.1657676194374913,-2.1386913084579415,-2.967598173829346,1.71296674627339,-1.9786817477170766,-0.9910224237334697,-0.49681961077502024,-1.3358784557405166,-0.5987140679006007,-0.10164504120273099,-0.5362217174952175,False,c1,3,"Long 
 blocks rendered in Firefox 22 on Xubuntu Linux. Monobook skin.
+
+When 
 blocks contain lines longer than the width of the page, the 
 block formatting finishes at the right edge of the page but the text continues. Shortly afterwards the page background finishes and the text continues onto a plain grey background. The html page though is rendered much wider than is needed to show all the text though (very approximately double the required width).
+
+Example page: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=565361164#save_page
+
+Firefox 22, Xubuntu Linux, Monobook skin.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11594}",53831,3,Needs Triage,True
+-5.766360865418042,8.238020865581,1.6780759870245916,0.9557397199845576,3.7213940251835536,1.5679482241723874,-3.284049622470274,-2.859627486430047,2.899117481778373,0.026390958481159466,1.5957452203908091,-2.5262825415166494,-0.23315723262438315,-1.6432438261551638,0.4831938291613005,0.8720085356095513,0.19519460744961026,0.7770340383960248,False,c1,3,"1. Visit any page on Wikipedia today.
+2. Click ""Edit"" to enter VisualEditor.
+3. Find a section heading and highlight it.
+4. Press the DEL key on your keyboard to delete it.
+5. Click ""Save Page"" then ""Review your changes.""
+
+The heading text has been removed, but the following wikitext has been left in its place.
+
+====
+
+Cancel the save, go back to the empty heading, and place your cursor in it. Press DEL in an attempt to delete the empty heading. As a result, the entire paragraph below the old heading turns into a heading.
+
+So how on earth do you delete a heading? I canceled my edit, re-edited, and this time, I highlighted the heading AND the first line of the paragraph beneath it, and pressed DEL. Regardless, the whole paragraph turned into a heading again.
+
+I finally managed to delete a heading by placing the cursor at the end of the preceding paragraph (after the last character of the paragraph) and dragging all the way to the end of the heading, then pressing DEL. Now, the heading was gone and nothing else turned into a heading.
+
+In short, you must delete some kind of invisible character on the LINE ABOVE the heading, in order to delete the heading. This is not expected behavior.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53829,3,Needs Triage,True
+-5.628965067728684,3.7620141495974124,2.531619061089277,5.268426687302601,9.18481214146922,2.8911926427975496,0.15207737255626075,2.8090804511141307,-1.333774730760064,-2.9919961530416446,-1.5789395012829144,2.198516407328033,-1.5790980545728504,0.04797892840440188,0.06127221717466913,0.3118066165974381,-3.835348593752099,-3.3139566761430825,False,c1,3,"At the English Wikipedia, a user requests that the tooltip which is shown when hovering over a link (shows the link target) also be shown when the link inspector icon is shown (i.e. when the cursor is in the middle of the link).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51824",53827,3,Needs Triage,False
+2.4922972936288814,-5.375467835491801,0.8314873848527462,1.2753839791429278,2.28661437367115,1.21908766169239,-2.4968173462546512,-0.27910753022839935,-0.5392934018191973,-2.3947150284852414,-0.15357342625293668,1.048523917374556,1.0230934430671876,-3.3640945986792463,-0.6306475678692705,-0.36969204568049263,-0.15914203751577438,-2.066389823558151,False,c1,3,"Screenshot from [[pt:TV TEM]]
+
+In the page
+https://pt.wikipedia.org/wiki/User:Helder.wiki/Testes?veaction=edit
+the image is a lot bigger than it is on view mode
+https://pt.wikipedia.org/wiki/User:Helder.wiki/Testes?action=edit&oldid=36476193&preview=yes
+
+
+This is a minimal example for the problem reported at
+https://pt.wikipedia.org/w/index.php?title=Wikip%C3%A9dia%3AEditor_Visual%2FComent%C3%A1rios&diff=36476052&oldid=36474378#Logo_desproporcional
+which can be seen on this article:
+https://pt.wikipedia.org/wiki/TV_TEM?veaction=edit#footer
+The screenshot provided was this:
+http://s22.postimg.org/owzuay0jl/image.jpg
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://pt.wikipedia.org/wiki/?oldid=36476128&veaction=edit
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51628
+
+**Attached**: {F11577}",53826,3,Needs Triage,True
+-5.583220582250625,7.084862857321646,1.6833445375467981,1.1957831954304208,-0.48018156366828346,-0.09706079904259335,1.04442696142873,-0.7364762178470108,-1.4017690180963658,0.7535815460075241,0.46767150496059795,-2.099325013619868,1.5182563601549073,1.242583611749711,-0.6356278247063409,-0.23838444229941136,-0.42557863093299764,-0.002900765832288821,True,c1,3,"From English Wikipedia:
+
+I've noticed in several articles today that the article title has displayed, in VE, on top of the lower border of the editing header bar. I've not noticed it before. I prefer to edit in a window less wide than my laptop screen, as reading long lines of text is a pain.
+
+On investigation: if I reduce the editing window to the point where the Question mark in a circle to the left of BETA is underneath the greyed-out ""Decrease paragraph indentation"" icon, there's a critical point where reducing the window width a little more moves that Question-mark back slightly to the right and jumps the article title up to display on top of the lower border of the editing bar.
+
+And a second problem: if I reduce the width even more, then the article title is displayed in a very narrow column. Look at Sengattuppatti, reduce the width, and at a point where the lines of text are still perfectly workable (perhaps you're working from a text open in another window on the screen), the article title is reduced to the extent of losing letters. Reduce the window so that ""Tiruchirapalli"" is the first word of second line (that's about 50% of my screen width, and a likely width for consulting a source document on screen beside the WP page I'm working on), and note that the article title now displays minus its last four letters. Not wrapped, just disappeared. Ugly. In multi-word articles, it displays as a column but again truncates long words - try Thomas Lumley-Saunderson, 3rd Earl of Scarbrough.
+
+I'm using Firefox 22 on Vista. PamD 10:18, 22 July 2013 (UTC)
+
+She adds that the original screenshots (truncated to hide non-free elements) demonstrate that her windows were not unreasonably narrow and that she ""might well want to have two 50% width windows, one for the source and one for my article.""
+
+
+See images:
+*http://en.wikipedia.org/wiki/File:Screenshot_of_title_overlapping_border.jpg
+
+*http://en.wikipedia.org/wiki/File:Screenshot_of_truncated_title_word_in_narrow_window.jpg
+
+Original thread here:
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=565350848#Article_title_overlaps_header_bar_in_slightly_narrow_edit_window.3B_article_title_letters_lost_in_narrower_window
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52187
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51867",53820,3,Needs Triage,False
+-2.219755504651076,-5.499239095779595,-0.6711351686257725,1.9814379237972655,-0.38013937813969256,-0.009421040042137507,-3.158092684552643,0.4954765693761415,0.5486971333053879,4.296370065177564,-0.5086258058832747,-0.3665045638080604,1.863716788666678,-0.4489380564202934,-0.7702482303062945,-1.066413180523735,0.8442129773512297,-2.1315201179074466,False,c1,3,"If the only template is removed, the dialog is almost entirely blank.  It should reset back to the 'New template' form, or do something with all that white space.
+
+Steps to reproduce:
+1. Open Transclusion dialog
+2. Add 'cite web'
+3. Remove 'cite web'
+
+Result:
+Stare at the whiteness
+
+Expected results:
+Something, anything, except a sea of white
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53812,3,Needs Triage,True
+1.70093710455849,-7.803155749159187,4.489065624915675,3.427532520415535,4.226648903608757,1.6071217361055454,-0.3798267609060346,-0.8080108096344543,-0.1777550552036619,-1.6942408772338031,-1.041417694530423,-1.2276791956799427,0.6162205875864939,-1.0204906899624069,-2.7578779116359646,0.7548452353698936,0.49977045915818596,-0.4366934996859364,False,c1,3,"Screenshot of the table
+
+See the link above and the attached screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://pt.wikipedia.org/wiki/La_Liga_de_2006%E2%80%9307?oldid=36362539&veaction=edit
+
+**Attached**: {F11541}",53806,3,Needs Triage,True
+-1.4564690122735957,4.557634118614818,-1.7894381980940075,-7.46935023112577,2.3048993947794862,1.4031704315691342,1.2795040988959645,-2.9842428600125563,-0.25764910897066146,0.21592913397411273,1.6450997962609502,-0.48225692099472484,0.7659359683923483,-0.7600681506582019,0.608680547381101,0.05016098511690298,0.3498646134298182,1.1382419747732258,False,c1,3,"The page https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide/he was created by the Translate extension. It's impossible to translate it using the source editor and trying to do this gives the user a link to the translation interface. But it seems to be possible to edit it using the VisualEditor. I didn't actually try to change anything, because I was afraid of breaking something badly.
+
+I'm also not completely sure whether it's a VE or a Translate issue; I file it under VE because there are other issues in which VE behaves differently from the regular edit action, such as Bug 51459. But it may also be on the Translate side; CCing Niklas and Siebrand.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",53805,3,Needs Triage,True
+-0.16390906063873745,-4.068217756416322,-1.0559935578798711,3.9782416479323173,-1.411283620204347,0.4214546541764499,1.2614997601411666,-0.4044251581615331,-2.5598256128317853,-0.14583711509673147,0.7029862058360927,-0.06990622177604022,3.013217427356162,-1.3664779160738467,-1.266467509250604,-0.33384232300026917,-0.4170583812778481,-0.4465311191289547,False,c1,3,"Screenshot of VisualEditor in Mozilla Firefox with Firebug enabled (which creates the blue overlay that indicates the contained element is bigger than shown and shows its size in the ""Schnellinfo""-Box
+
+Original Bug title: VE: Page settings: Languages list cut off
+
+In the page settings dialog, the languages list is not completely visible. This is due to the higher CSS selector precedence of 
+.ve-ui-pagedDialog-pagesPanel .ve-ui-panelLayout (setting overflow:hidden) 
+over 
+.ve-ui-panelLayout-scrollable (setting overflow-y:auto)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11501}",53793,3,Needs Triage,True
+-8.258934367701068,6.4310821442633745,7.1286091127328,6.621247846028367,1.8922558205986206,3.73393528408935,1.8687365382688945,-0.5492000936542328,-0.22804554163221075,0.1866538185782387,1.046195144470064,2.152009981227212,0.5793656009677051,0.6086969879552253,-0.011983628162574256,-1.0318932284855478,-0.2864998201465636,2.563759897078188,False,c1,3,"Many templates are redirects from a short name to a long name. An example is
+http://en.wikipedia.org/wiki/Template:Commons_cat which is a redirect to
+http://en.wikipedia.org/wiki/Template:Commons_category and has 68742 pages transcluding it. Even though Commons_category has template data specified, and http://en.wikipedia.org/wiki/Template:Commons_cat/doc redirects to http://en.wikipedia.org/wiki/Template:Commons_category the visual editor does not pick up the correct parameters in the template dialog box. 
+
+There should be a way of making the dialog work for redirecting templates without having to duplicate the documentation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53791,3,Needs Triage,True
+5.027247758072091,7.759807798718889,3.5698832402099434,1.1477272653653832,-2.250458073462114,3.0431893277384834,-1.4088496507357817,1.2204906169857632,-0.12447603233532917,-0.7169159646706476,-3.505125772422734,-2.445130555617681,-1.5125376742539673,0.5024831574409125,-2.108756625721461,0.9451039437127319,-0.29225511224728007,1.96082522664947,True,c1,3,"Reported on English Wikipedia by User:Cryptic C62:
+
+""Upon opening the transclusion editor, or upon moving a component up/down using the arrows in the bottom left, the Wikipedia search box and accompanying buttons occasionally appear in front of the transclusion editor. The behavior does not occur consistently.
+
+Occurs in Firefox v21.0, cannot replicate in Chrome v28.0""
+
+See image:
+http://en.wikipedia.org/wiki/File:VE_Searchbox_Passthrough.jpg
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53771,2,Needs Triage,False
+0.5378556099997827,4.667894116665202,-1.1155478964093941,2.0675512166777987,3.9714242828198763,-2.6053341811392565,0.7545752154251133,1.9228066623080151,0.15294826482822377,4.3470523321883405,-0.5710740584905958,-0.4896907550964281,-0.5259165512627249,0.36581470538910477,0.10839944666752555,0.03904929225482101,0.6111075445983836,-0.3709114979023789,False,c1,3,"After clicking the ""Save page"" button in the ""Save your changes"" dialog, the spinner (progress bar) appears for a few seconds, then vanishes again. The ""Save your changes"" dialog remains open and the edit is not saved. 
+
+Here is the output of the JavaScript Console in Chromium:
+
+Uncaught TypeError: Cannot read property 'info' of undefined load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:83
+
+ve.init.mw.ViewPageTarget.onSaveError load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:83
+
+oo.EventEmitter.emit load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…xt%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:124
+
+ve.init.mw.Target.onSaveError load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:16
+
+ve.init.mw.Target.onSave load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2Cvi…ext%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130719T023752Z&*:16
+
+proxy load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:10
+
+fire load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:12
+
+self.fireWith load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…l%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:14
+
+done load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:119
+
+callback load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.…%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130719T023752Z:129
+
+
+The error is reproducible (with this exact console output) even when I make further edits to the article content or change the edit summary and then go back to the ""Save your changes"" dialog: I can't save seem to save my edit at all. Haven't yet seen this occur in other articles, though (this was an enwiki article).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53759,2,Needs Triage,False
+-10.25463938273876,2.2027014506996316,-2.661511823503858,2.830229848085667,5.781608448829097,4.027179070501449,1.426716607355952,2.1945385414418133,-1.9746300371138528,-0.6005440756597507,0.8939667832277571,3.2691506183695767,1.0089718441712616,-1.744268665818299,-0.5873592110523234,-0.06598584637965976,-0.8858900376771739,0.8716488841145946,False,c1,3,"In the visual editor, the button to remove formatting activates if the cursor is placed on a formatted (bold or italic) character. However clicking the button has no effect unless text is selected.
+
+Either the button should be disabled when no text is selected, or clicking it when no text is selected should have an effect (probably remove formatting from the current word).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53756,2,Needs Triage,False
+-2.779366168738312,2.681216689155061,-0.5169318449875302,-3.016697265655417,-0.5380837866627758,2.1927396331955125,2.7183561006592187,-0.7360235617610509,-3.846327102192091,0.8392878559348347,4.324493206603062,0.06166576268211932,-0.6140484776356647,-0.5664269700116886,-1.228498655571916,-1.7361850136727437,0.3064214388462396,2.5415810103998577,False,c1,3,"The English [[Barack Obama]] article has dozens of categories. When editing the categories using Page settings, only the first few of them are visible and editable, and it's impossible to get to the rest of them, because there is not scrollbar.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53752,2,Needs Triage,False
+-3.627038106042775,3.6116791374003654,-3.1989432946138248,-5.795241068368219,-3.1161358022407395,0.34823589592608784,0.7408873918214303,-1.9879155969435551,-1.4132775705666956,-1.7604458757692907,-1.1152407957247996,-0.34104491290091565,-0.014191908256250052,-1.3274488062690297,-0.4796111042435154,0.07880859544129137,-0.6164662672044801,0.13922135803070135,False,c1,3,"As reported on the Swedish feedback page:
+http://sv.wikipedia.org/w/index.php?title=Wikipedia%3AVisualEditor%2F%C3%85terkoppling&diff=22695791&oldid=22693792
+
+When there are blank lines before and after HTML comments, it seems like it is not possible to remove all of them. 
+
+Ideally it should pe bossible to edit this version:
+
+http://sv.wikipedia.org/w/index.php?title=Abrostola_major&oldid=21896423
+
+in a way that it gets like this:
+
+http://sv.wikipedia.org/w/index.php?title=Abrostola_major&diff=22695707&oldid=21896423
+
+But in VE editing mode it is not possible to format it like that without accidentaly deleting templates on the page. Is it perhaps because of the HTML comments?
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",53732,2,Needs Triage,False
+6.430381155515821,-3.8589788956159037,-5.636147361476175,2.993120925708335,1.3538583641434407,-3.306342011258108,-3.6287915162963156,-0.6105289965217926,-2.6191142637317872,9.023452136815191,-4.783038730106699,0.0461482185497093,-1.062173577597064,-1.776093410079549,0.5434240418943865,-3.2026665221381605,2.123574543291208,-1.8398062435478852,False,c1,3,"js/lib/pegTokenizer.pegjs.txt currently contains the following:
+
+    var base_urls = {
+            'RFC'  : '//tools.ietfs.org/html/rfc%s',
+            'PMID' : '//www.ncbi.nlm.nih.gov/pubmed/%s?dopt=Abstract'
+        }
+
+base_urls['RFC'] is wrong; the hostname should be tools.ietf.org .
+
+I spotted this when looking at Firebug's HTML tab while VisualEditor was
+open on https://en.wikipedia.org/wiki/MD4#Security .
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53726,2,Needs Triage,True
+-9.522419640657777,3.7248780848641765,-4.003242069189385,-1.3407684117186658,-0.30594532126842333,-1.7974189102799154,0.511255412632166,1.5966808273585893,-1.854522896058083,-2.094462736607156,-2.8812187892307297,0.542494970864704,-0.4280291899611708,-1.6633442682679687,-0.199790748315678,-1.7945605697861278,-0.3900378055509288,0.36006227121125645,False,c1,3,"At the moment, categories are pushed right to the bottom of the page. This is mostly useful, but not always; it causes policy issues if there are stub templates around. While this is not something we can or will support, the fact remains that we're essentially imposing a structure on wikis by saying ""categories will always go at the bottom"".
+
+What would be a nice way around this problem, at least with existing articles, is to have newly-added categories stuck immediately after existing categories - wherever they are in the page. We get some degree of consistency within articles that would otherwise be lacking.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53714,2,Needs Triage,True
+-2.8215575463015727,2.6519684921771223,0.06025498714180699,-0.17646490439761087,1.5810527177357612,0.007317330849691883,-2.715328924337996,1.322950237088261,2.888976456705441,2.8429308192400704,0.2576966978730084,-1.0029659230884906,2.2670940171481893,0.43287522378528376,1.3815912178881256,1.560969660008361,-0.7534297033110505,0.6894833030553438,False,c1,3,"If you add multiple templates in one transclusion it is possible to rearrange them. Once rearranged, once cannot select the parameters from the first template anymore.
+
+Steps to reproduce:
+- Open any random page in the visual Editor.
+- Open the ""Transclusion"" window. Select the ""Cite web"" template and click the ""Add template"" button. It should be added with two default parameters.
+- Click the + icon in the bottom left of the Transclusion dialog, and click the button to add another template.
+- Add another ""Cite web"" template as described in step 2. Again it should come with two default parameters.
+
+Right now you should have a transclusion window containing two cite web templates.
+
+- Click the bottom template, and press the ^ icon to move that template to the top of the list. 
+- Now try to click the default ""Source Title"" or ""URL"" parameter in the top template. It is no longer possible to select or alter them. 
+- Extra: If you move the other template as well the same problem occurs; In that case both template's parameters can no longer be edited.
+
+Tested on Firefox 22 and Chrome 28 on Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53674,2,Needs Triage,False
+-1.3393704801292594,-5.956709885619087,-3.408694366294375,1.3160853175975729,0.08679167721570424,-1.2877931408962793,-1.996372313264784,2.0997129559558294,0.14784843825080163,3.5866393149533042,-1.4248099692856664,0.4750957948047281,1.6925803718056178,-1.8734345435453048,-0.548244405508747,0.5937514268673074,-0.36264115997830926,2.556793794517044,False,c1,3,"**Author:** `ignatzmice.wiki`
+
+**Description:**
+The button to cancel edits and return to read mode is labeled ""cancel""; clicking it brings up a dialog box with buttons ""OK"" and ""cancel"". Clicking *that* ""cancel"" cancels the cancel and returns to editing mode—not blatantly wrong, but confusing. Perhaps the first button should be renamed ""discard edits"" or similar?
+
+Original thread: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564868353#Ambiguity_in_.22Are_you_sure_you_want_to_cancel.22_dialog.3F See also bug 47676, closed as WONTFIX.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53655,2,Needs Triage,True
+8.413589582561373,-0.6738372324640931,0.5708051655396709,-3.0388512129397443,1.3247557041444815,2.773314665041057,-2.0741596079785234,3.504736186020461,0.13257824244914362,-1.8110106818416756,0.2622177734387918,-0.1572930200925715,2.944412056998721,4.1211316641139,0.6604824598232941,0.39368954265864287,0.19652416327061117,0.6417215013419992,False,c1,3,"Steps to reproduce:
+
+1) Open https://en.wikipedia.org/wiki/Jam,_Iran?veaction=edit
+
+2) Double-click repeatedly inside one of the templates (e.g. infobox)
+
+The following JavaScript error appears on the console:
+
+Uncaught Error: Offset could not be translated to a DOM element and offset: 442 
+
+Chrome 28/Ubuntu
+
+See also: bug 51526
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53653,2,Needs Triage,False
+4.002053364957499,-1.5020018295639321,1.5172961984237006,2.5342030451792965,0.18591952073928253,2.9470811055170536,0.30962905821277253,0.9411019606679684,0.7957568089970608,2.698837101027932,-1.6976451373740724,0.9544030109591868,-1.4004103365149154,-0.10207995234771783,1.2898852308811302,-0.2055067802409526,-1.0277180298920077,-0.5242746516697914,True,c1,3,"The ""leave feedback"" link renders in grey, which might suggest to users that is not a functional element. Issue raised by English Wikipedia editor Hhhippo.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53619,2,Needs Triage,False
+2.482642207948864,0.9588962138066197,-0.9227764145882311,-1.5386493854056442,3.2497977755806047,-0.5788527785028388,-0.9055921007156513,-0.7452249688984696,-0.08738554541860977,3.690269208011774,0.222588167857523,-1.1731521134254683,1.218135205510353,-0.34915557053244406,-0.5525381129442746,1.0831036166075496,2.3614841819715737,-0.7752051101406774,True,c1,3,"Using Firefox 22.0 on Ubuntu 12.04, English Wikipedia User:Hhhippo notes that ""I see an empty line between ''User guide'' and ''Leave'' and another one between ''Leave'' and ''feedback''. My very first thought was that ''Leave'' would be the switch for signing out of the beta test (note that I didn't click it ;-)""
+
+The culprit, evidently is ""Ubuntu's default font: DejaVu Sans. That's a bit wider than e.g. Arial, so it causes a linebreak in the link. Maybe one could make that space non-breaking and have the flyout widen instead?""
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564802026#Follow-up
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53618,2,Needs Triage,True
+2.857312876539829,-8.045643515195847,3.2390809252976673,-0.8649706539959745,-0.5356518597145601,-1.447674110800484,-3.1408710579217747,2.778143106829038,-2.138745203969261,-3.4129509836746337,1.0039589128510786,-0.22884780467661514,2.2529144125357212,2.7265923111194015,1.911279515240226,0.5634333790170183,1.8588589599840841,0.26494602762655206,False,c1,3,"The image from [1] and is not rendered on VisualEditor [2].
+
+[1] https://pt.wikipedia.org/w/index.php?oldid=36419116
+[2] https://pt.wikipedia.org/w/index.php?oldid=36419116&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51248",53567,2,Needs Triage,False
+-8.13820380641057,2.1347226699310227,-4.129627446034984,-0.07114571309888151,-1.8353332012556334,0.8417599609011546,0.7815229690500995,-0.5778888683212173,-0.5011591346630629,0.14558718554832684,3.240006672722109,-1.8707402244229034,1.5407352959934784,-1.155586495883132,0.24561626910792178,-2.327355388453275,0.48432464824178667,-0.03580942137496401,False,c1,3,"At https://en.wikipedia.org/w/index.php?title=List_of_American_Dad!_characters&curid=2082680&diff=564675517&oldid=564302759 a user added a link using wikitext. The VisualEditor added  tags around it (correct according to apparent design, incorrect according to desired behaviour). 
+
+However, it also added  tags around every other bit of pre-existing markup in the paragraph. This is incorrect according to my understanding of the design because even if they did want to include a literal string surrounded by square brackets they did not want to alter the existing markup.
+
+Bug 5069 comment 5 suggests to me that this isn't that bug but a different one, but not what number that other bug is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53554,2,Needs Triage,True
+1.7492155255856496,-1.3597805694423055,0.18314795153626307,0.41913952881508787,6.648107798745647,-1.274808951437501,-3.415693926845896,-3.9655906474155973,-3.993752539858259,-0.14090348795052066,1.446859413421231,0.3879322070988003,0.9928703264425405,0.3591607714353442,0.3392996370263406,-1.0021815566245003,-0.2774950871282662,0.5258227862442106,False,c1,3,"Using Firefox 24, Ubuntu 13.04
+
+What I did:
+1. I was editing a page[1], made several small changes (fixing typos, rephrasing)
+2. I clicked ""Save page"" which brings up the save dialog
+3. I wrote a summary and clicked ""Save page"" again
+4. The blue throbber line appears, disappears and leaves me with the save dialog still open (not saving anything)
+5. I open the JS console and when I try to save again I see:
+  a. The HTML is submitted to the API
+  b. Before the response arrives (?) a JS error appears: ""TypeError: editApi is undefined""[2]
+  c. The API responds with a ""200 OK"" which includes a JSON error[3]
+
+When I open the JavaScript console I see the following: 1) The HTML is submitted to the API, and while that request to the API is in transit a JS error appears: 
+
+[1] https://www.mediawiki.org/wiki/VisualEditor/Portal/sv
+[2] File: https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=false&lang=en&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130717T024027Z&* Line: 85
+[3] {""servedby"":""mw1203"",""error"":{""code"":""unknownerror"",""info"":""Unknown error: \""tpt-target-page\""""}}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53534,2,Needs Triage,True
+-10.942880802290066,7.751039256683036,-1.2743152557792286,-1.5323411341768125,3.119832367157783,-0.7588986050850683,-0.8557495064487863,-0.4442702654599955,-0.2773638665821507,-1.479213760874956,2.0767360544104476,1.2835201695455505,-1.6577568518033408,0.7653456127298215,-0.09978179013543897,0.864803011387977,0.25177580183404213,0.07780123233721059,False,c1,3,"If you place the cursor after the last character of a link and start typing then your text becomes part of the displayed text for that link: [[Fish]] → [[Fish|Fish and chips]] rather than the inte.nded [[Fish]] and chips or [[Fish and chips]] which would be expected from a WYSIWYG editor (even if it isn't what is wanted).
+
+There is no way to edit part of a link at all, the only way around it is to unlink the whole phrase and relink the part you want linked.
+
+This is not usually a problem, as you can work around by starting from after the space after the link.
+
+However, this is counter intuitive if you want to add punctuation after the link (add it after the space, delete the space, add space after the punctuation). It also means it is impossible to add unlinked text when the link ends the line, as happens often on disambiguation pages. For example try adding context to the links at Mandi#People. Apparently a workaround is to insert a line break, add the text and then delete the line break. I've not tested this myself though
+
+It is possible this is the same as bug 50945 but I don't think it is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53531,2,Needs Triage,True
+-4.108991466856552,8.579939641390897,0.08359302555977166,-4.790081857451037,-8.08764923835471,3.2410522556791026,2.9902183660156405,-0.928957636459521,-2.3214062835588916,-1.2727509000017752,-2.5871803643302216,-2.7683749156359694,-2.924332389620231,2.952731673048768,-1.7615315247576753,2.8650769162352407,0.5137986641777075,-0.38709747292811847,True,c1,3,"Editor HHHIPPO on English Wikipedia notes that the tab key does not increase indentation (as promised in the greyed out icon on the ribbon) but rather jumps from citation to citation. (For me, it also lands on wikilinks in templates.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53530,2,Needs Triage,False
+0.8020441851548283,3.430685426543352,-1.0404619214407074,-3.1651346601878507,-0.12249373478256698,2.8804272618401905,-2.4046762491601523,-2.7526822903372583,1.7678598067154827,-0.22479780964836316,0.7745808780295693,-1.6966519278381855,2.6381028494925225,-1.4988327699916661,0.2519698486703099,0.019155740145801736,0.47089016425540753,-0.3238801696627882,True,c1,3,"On English Wikipedia, a user reports the following:
+*Added leading whitespace to paragraph in VE. Text appears fine in VE, with leading whitespace as an indentation.
+*Saved. VE adds nowiki tags before the whitespace and after the first few words. Text displays without indent.
+*Tried removing the whitespace in VE.
+*VE won't allow the whitespace to be removed, but instead will only permit the first few words to be deleted.
+This is with Chrome 28 + Windows 7. I'll see if I can work out the conditions that would have created the first problem. - Bilby (talk) 02:37, 16 July 2013 (UTC)
+VEspaceremoval.png
+
+I tried to replicate this myself.
+*Added whitespace to the lead of an article, and it nowikied. http://en.wikipedia.org/w/index.php?title=Quadrangle_%28architecture%29&diff=564486949&oldid=563578917
+
+*It turned the first word into an uneditable element. See image: http://en.wikipedia.org/wiki/File:VEspaceremoval.png 
+
+*Curious as to what the nowikis would do to formatting, I found an article that had formatting on the first word. It added space, no ""nowiki."" http://en.wikipedia.org/w/index.php?title=Marloth_Park&diff=564487138&oldid=557816381
+
+* It allowed me to remove the space in VE.
+
+
+(Also using Chrome on 7.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53528,2,Needs Triage,False
+-3.162137134112599,0.2972120554434987,-1.7834929172942324,-0.03961461708302272,0.2297033668444155,-0.7977525978428787,-1.8438045579146207,-1.7356025371904216,-0.8968930019934754,-0.49163064678280133,4.7657169838240865,0.108790119085594,2.2393607170676573,1.0649123560344593,0.5506692363335235,-1.5157193359760062,0.21113523278155966,0.0668452330056335,False,c1,3,"I meat an annoying problem. I tried to upgrade my wiki from 1.20.6 (0727d6a) to 1.22wmf9 in order to use VisualEditor. (nginx/1.2.5 php_version5.3.23 on Linode VPS)
+
+The serves running few wikis using one set mediawiki software. I tried to php update.php the largest 1.5G Chinese version, but the script simple give no response.
+
+example: 
+ [root@moegirl maintenance]# php  update.php
+ [root@moegirl maintenance]# 
+I tried other smaller site, it react like this:
+
+MediaWiki 1.22wmf9 Updater
+
+Going to run database updates for enwiki
+Depending on the size of your database this may take a while!
+Abort with control-c in the next five seconds (skip this countdown with --quick)
+ ... 0
+[root@moegirl maintenance]#
+

+The web updater works good for small wiki, but the 1.5G one will receive ""Timeout""
+
+The most annoying thing is when I tried to upgrade same database to 1.22wmf9, all of then works as normal. Only the major linode VPS we are using have this problem.
+
+Anyone had ever meet same problem? Is this a new bug? How to solve it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53514,2,Needs Triage,True
+7.634461866489982,-11.04526034136034,0.8728878241076004,-2.0659721845845604,2.7987443887816172,-2.516628816286216,3.794143967478118,2.8565508432887796,-2.804228005263899,0.19702741375034272,-1.6212398275694682,0.4090896764462191,-1.340376216667437,1.3433145116994991,-3.163602427040226,-0.35135308646127605,1.3939066741145598,0.3761619224501651,False,c1,3,"Dunno why but:
+
+https://en.wikipedia.org/w/index.php?title=Fish&veaction=edit loads VE-edit mode
+
+https://zh.wikipedia.org/w/index.php?title=%E9%B1%BC&veaction=edit doesn't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53481,2,Needs Triage,False
+7.129800262504025,-1.018993876029084,-2.161074672974374,-4.953784212628834,1.3766919197026082,0.5248703402618391,-2.7109536118020108,-1.9870406701841703,-1.0515639345449734,-2.618826906619763,-2.4658505185464237,-3.015210962148709,2.39017606133287,0.03648992004052243,1.2963199493481223,-0.23859576547522554,1.2419061318831977,3.1269097565085238,True,c1,3,"From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#How_did_it_go_to_Vedit_mode.3F
+
+""After saving an V-edit on Shiva, I saved the page. From contents, I clicked on a section. Instead of going to the section, it went in Vedit mode. --Redtigerxyz Talk 09:48, 14 July 2013 (UTC)""
+
+
+The problem was replicated in at least two articles, and only appears when reorganizing or removing sections.  The editor is running Chrome Version 28.0.1500.72 m and Windows 7 Home edition.  I couldn't replicate it using either Safari or Firefox on a Mac.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Windows 7",53456,2,Needs Triage,False
+0.42165979384448793,-5.5893645525890765,-6.971467281998354,2.42297558806436,-1.1316244212465416,-0.8187282505704878,-7.276177293188079,-0.16066789563491757,-5.180717885057565,-1.175719781388259,2.534765490347201,0.5822399810146719,2.540591888323634,2.7774882085765835,1.7486978734778775,-0.7214484087767497,-1.116013305459622,0.6701724626219969,False,c1,3,"Screenshot
+
+Multiple uses of a references are shown in the reference list:
+
+Default: is ""1.0 1.1 1.2 1.3"" etc.
+
+Some wikis, like dewiki, uses ""a b c"" etc. 
+
+
+VE rendering always use the default.
+
+This is configured onwiki with [[MediaWiki:Cite references link many format]]. It depends on usage of $2 or $3:
+
+Default content: [[#$1|$2]]. $2 responsible for showing ""1.0 1.1 1.2 1.3"" etc
+
+dewiki content: [[#$1|$3]]. $3 is responsible for showing ""a b c"" etc
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11692}",53453,2,Needs Triage,True
+-3.533714884091072,2.3405366284309572,-0.22158791895670404,-6.676035029410947,-3.302559093045687,-3.1047106344396243,3.596404666430014,-3.140561454755839,2.882663061983213,3.5751172233261386,3.7721583975843793,2.1557993169805414,1.3773103173901227,-1.9196874527363357,2.0182322165862585,-1.305571347932609,3.736770231460012,-0.896420705257184,False,c1,3,"I was surprised to find that I couldn't add any categories with the Visual Editor. I'm sure if we can add images, references, and templates, we should be able to add categories without too much trouble. Is this feature in beta or something?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53452,2,Needs Triage,True
+-1.3605456176247963,-0.969855015051067,-4.9218500168975226,2.920790737675221,4.3085450679829105,-0.7434089308443693,2.4404422363738663,0.8223149976480603,3.13155441678151,-0.6279229216355073,-0.6651891275814199,-2.9720729437496622,-1.0399541828475583,-2.1876534815918993,3.0169263967657036,0.31297382431262183,2.154462153365076,0.20979567192099702,False,c1,3,"Can't reliably reproduce but I was turning text into a link, enter a url but didn't save the new link target (so it was saved as an internal link with the label as link target), then when entering the Save dialog and saving, this exception was thrown.
+
+
+> Uncaught TypeError: Cannot read property 'end' of null
+  load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cexperimental%2…ageTarget.icons-vector%7Crangy&skin=vector&version=20130716T133516Z&*:9463
+* ve.ui.Context.updateDimensions
+  load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cexperimental%2…ageTarget.icons-vector%7Crangy&skin=vector&version=20130716T133516Z&*:9463
+* (anonymous function)
+  load.php?debug=false&lang=en&modules=ext.visualEditor.core%2Cexperimental%2…ageTarget.icons-vector%7Crangy&skin=vector&version=20130716T133516Z&*:9499
+* proxy
+  load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130715T175253Z:10
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53440,2,Needs Triage,False
+-7.672765875648395,5.454614956409127,-2.0023750903037616,-0.8150583497198558,1.3495786055678225,-0.6546326400850984,-3.177286731932939,-0.18866014874816955,-1.851465675814615,1.2382949207071565,4.284517146697054,-1.0557878962726663,-2.1425659612544807,-0.6588775857821734,0.3287757628321515,-1.2406130300859466,-1.1696305763422112,0.9060603257251796,False,c1,3,"There's a few problems, if we end up solving them in different ways we should create separate bugs for one or more of them.
+
+
+1) Changing the label of an internal link
+
+Given a simple link like [[example]] or [[Example]] (e.g. no custom label), when changing the link target, it seems to the user that the link has not updated since the label (which is all we see in the editor, hovering the link does nothing since it isn't a clickable link in edit mode).. since the label has not changed.
+
+Now one could argue the label shouldn't update at this point so that the sentence still reads the same (e.g. when changing intending to change the link from ""He was [[foolian]]."" to ""He was [[Foo|foonier]]."") and to be consistent for cases where the link does have a custom label (in which case it is more likely the label should stay the same?).
+
+However given the following two cases:
+
+* ""... is an [[United States|American]] thing ...""
+  -> "" is a [[Germany|German]] thing ...""
+
+* ""... according to [[David Tennant]] ...""
+  -> "" according to [[Russell T Davies]] ...""
+
+It is very common that the label should change to the target automatically (the second case) or at least be easy to change right after (first case). Ideally for the first case above it would automatically change to Germany and then the user can correct it to German.
+
+2) Change the label of any link
+
+Whether internal or external, it seems quite difficult to change the label of a link. When selecting the entire link text and typing over it, it currently behaves as follows:
+
+ > Some link
+ Select link (has to be done manually (tedious and error prone) 
+ > Some [selection]link[/selection]""
+ Type ""hello"".
+ > Some hello.
+
+wtf?
+
+
+Though I'm open to other ideas, I'd recommend we start by putting an input field in the link inspector for the label so that they can be changed together. Though even without that, one should be able to replace the label without opening the inspector or running into the weird ""first charother chars"" case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=48463",53438,2,Needs Triage,False
+2.5489574282608616,4.537341228308318,0.8488711213262619,-1.9556170683703877,1.4470431312173089,-0.1538206579110174,-0.43198286602590397,0.9437171082164867,-0.2757531295702781,-2.151952143133702,-1.278791044277607,0.11156556039967747,0.9280296366811127,0.0902378667731778,-0.5902365805252368,-0.9228037896264023,0.7918884023690176,-0.7972756168797426,False,c1,3,"XML file of syndicated watchlist, slightly modified
+
+MediaWiki creates Atom feeds for watchlists. I use a feed reader to read a few on Wikia as well as en.wp. The feeds from Wikia are all sensible and useful but the one from en.wp includes edits that do not exist. Attached is an XML file that I generated with wget (through the assistance of persons on #mediawiki) which I have slightly redacted to remove my watchlist token. Edits which did not occur can be found c. line 229 where the syndication claims that User:FelGru edited the page Everything That Happens Will Happen Today and starting around line 373 there are a spate of edits to categories by User:InMontreal which also did not occur.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11634}",53427,2,Needs Triage,False
+-7.466388661857895,-1.3594328701800915,-0.3209398430733703,3.0150959069775043,-1.1128810438086918,-1.4007260499611798,0.10163321284524685,-1.9345294368056005,-2.1723116675435796,0.3881624534600068,3.5528203511416616,-1.7746130942852307,-2.4010479728216687,0.567524616639278,-2.2939461530395473,0.020499586910293632,0.8185861621888739,1.2758916959740996,False,c1,3,"See http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=564459649#Italicizing_wikilinks
+
+When someone italicizes (or bolds) a wiki link instead of placing quote marks around the link itself (like ''[[link]]'' ) it pipes a link with the same text but with quotes (for example [[link|''link'']] ) creating unneeded wikitext.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53422,2,Needs Triage,True
+9.432352739436485,-3.3994719759024523,2.8782148294628946,1.6832955224953556,-5.555571301499411,0.8706537124732325,4.519642495894332,-0.29663974065643545,-1.8237974101669856,0.13731889204472925,-0.9190246917218317,0.00340602191085404,-1.3728213130553542,0.7788739609317634,-1.977156873626292,-1.4814772575923645,-0.1508963610544578,1.1730864003872312,True,c1,3,"Reported here: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&curid=37904286&diff=564438586&oldid=564436653
+
+IP editor removes contents from last section of page.  VE replaces heading text with nowiki.
+
+Diff:https://en.wikipedia.org/w/index.php?title=Best:_The_Greatest_Hits_of_S_Club_7&curid=3428260&diff=564438205&oldid=564438086
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53417,2,Needs Triage,True
+2.1505765162128463,-3.4212757905904727,4.082252005109922,3.110312826448731,0.7622766534742098,-1.3197756322979155,1.2631396078944004,1.0994554574460524,1.381303953127225,-1.1130582520489463,-0.1667794683814856,-1.9116409449789185,1.9216602291938165,1.8194143397823286,1.4366166955038429,-1.1027257918484537,-1.0885064723319124,-0.06547191032065869,True,c1,3,"Copied from English language Wikipedia:
+
+When the user edits for example, a {{Legend}} template, color picker may be very useful. We should also think about adding there a table of basic colors. --Rezonansowy (talk) 13:32, 15 July 2013 (UTC)
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564427033#Color_picker
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53409,2,Needs Triage,True
+-4.650022137214289,0.18994563938731268,-2.9108828837229,-8.105147869035015,-0.22330785583045087,-3.7550309248288674,3.988656617758642,2.2262343740795196,3.7458865572450177,0.7546733318790704,1.94451642054424,-1.4609164578031009,-0.2838578938909553,-0.5450515840555612,1.6347439916022433,-0.9767929087900928,-1.6078458510088536,-0.29537726057392466,False,c1,3,"How can we Disable VisualEditor completely to have old style (for example in en.wikipedia which is activated how can we disable completely the too and make it like old style)?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53389,2,Needs Triage,True
+1.8872954884906226,-12.409504624530147,4.038514770939706,-1.8264006453161117,-4.719210791060695,3.3143805663861023,1.9232503118027466,-0.0984691624446459,2.897051097818557,0.9218855317775407,0.510185267845046,0.6108086649822304,0.12707573245163228,0.29302917921227056,-1.10860205551052,0.0685953486095347,-0.20158352902850396,-1.2507849160040405,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=Wormshill&diff=564367057&oldid=557770558 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53369,2,Needs Triage,False
+7.555942286401434,-4.052658278076606,-4.195542053766168,0.5000197600678744,-1.0596118128650438,-2.0184833951171037,-4.143587816627873,-0.8562957985090504,-2.1470662431240033,2.8718397384058116,-3.596076617295612,-1.3099607745748798,1.7858884434616864,-0.7733218062657468,-1.1073745271427775,-0.7345811224701722,-1.7189616903064782,1.0715985217190271,False,c1,3,"**Author:** `brunsa2`
+
+**Description:**
+I currently have VisualEditor running on an Ubuntu Server with Nginx, MediaWiki version 1.22alpha, Node.js 0.8.22. I get timeouts (504) when trying to use the VisualEditor (running Parsoid in debug often gives messages such as:
+
+T:html: {""type"":""TagTk"",""name"":""body"",""attribs"":[],""dataAttribs"":{}} {
+ ""0"": ""WARNING: RETRY:"",
+ ""1"": {
+   ""code"": ""ETIMEDOUT""
+ }
+} Retrying Page Fetch request for null, 4 remaining {
+ ""0"": ""WARNING: RETRY:"",
+ ""1"": {
+   ""code"": ""ETIMEDOUT""
+ }
+}
+
+Retrying Page Fetch request for null, 3 remaining ). I've tried with as many possible headers from a REST client and do not get any errors from Parsoid with that.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+**Whiteboard**: aklapper-moreinfo",53366,2,Needs Triage,True
+-2.549125834225971,-2.637039640383252,-3.3731824635540857,-3.213032338689767,2.8060576000624575,0.9593843911260771,-3.246657989053412,2.4825017972170307,0.9225660124402455,-1.2155959262760612,-0.9400738357041516,-2.9807111255669922,0.2904341488171611,0.2245500976486392,-0.7380672853199188,0.06820478385574452,-0.9202218215466142,1.2329876601640473,False,c1,3,"When editing a page the editor seems to ignore the ""&oldid=prev"" parameter entirely. Instead of editing the old revision, the editor loads the most recent revision.
+
+Steps to reproduce:
+
+* Navigate to http://en.wikipedia.org/w/index.php?title=Baylor_University_Institute_for_Oral_History&diff=540967084&oldid=prev
+* Press ""Edit this Page""
+
+I would except that the editor would load the page currently displayed on the screen. Instead it seems to omit &oldid=prev entirely, and loads the most recent revision instead. 
+
+(Tested on Firefox 22, Monobook skin. Possibly related:50615)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53364,2,Needs Triage,False
+7.875024685942451,2.194723585654483,2.5768857523117745,1.728434924644998,-6.845079142954232,0.5458318535134725,-0.8426909647726264,1.926080497835036,3.7475493893881726,2.0552925693629787,-0.08929835278894238,0.6004386237318107,-1.712909951888018,0.08597533678708569,0.44384300476314476,0.3572994083387479,1.5481818895044837,0.14852812773344515,False,c1,3,"Hi,
+
+In VisualEditor pagesettings>>languages below MediaWiki:Visualeditor-dialog-meta-languages-section the option button should be available 'Visit ULS language settings' for current {{contentlanguage}}wiki >> Then dialog box of ULS language settings should open up
+
+
+*To understand further the need for above request,please do refer to survey
+data and analysis provided at
+http://www.mediawiki.org/wiki/Talk:Universal_Language_Selector#feature_to_make_content_language_input__default_28864
+
+	
+
+Thanks and Warm Regards
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53356,2,Needs Triage,True
+3.7832407866023368,-0.5699991563662934,0.10112086978910995,3.3005587758793107,-6.326340076251231,-0.5632037212085271,-1.2866198999555731,1.317061564459431,2.0165301578768515,-1.1241689171312932,1.5927984969324487,-0.27306599303771384,-0.8183722945826482,-1.4119077711502408,-1.2568343424331605,0.36354388994956816,0.6040426093681159,0.6077178145445916,False,c1,3,"All wikis,other than english wikipedia ULS input options for input should be availabe as dropdown menu on VisualEditor toolbar [[:File:VisualEditor.toolbar.png]] just below the page settings [[File:VisualEditor - Toolbar - Page settings.png|80px]] with sign [[File:WMF-Agora-Input settings-000000.svg]] + enable input methods/'select input method'/name of current selected input method as heading.  
+
+
+
+*To understand further the need for above request,please do refer to survey
+data and analysis provided at
+http://www.mediawiki.org/wiki/Talk:Universal_Language_Selector#feature_to_make_content_language_input__default_28864 
+
+
+Thanks and Warm Regards
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53354,2,Needs Triage,True
+-9.893442010734343,5.6707271545080715,-1.8832494281454046,1.8586023605004502,1.9100017416398067,4.716555490375594,-0.763328000643062,-0.7708143263008584,-0.7155911215295248,0.3900812981653523,1.6848588750767513,-0.9698833583551579,-0.04210046505165277,0.8630223550055742,0.6393430387848582,0.19752062430313444,0.12910733171694289,-1.29856842989607,False,c1,3,"It would be very usefull if VE added the title of the section automatically to the edit summary, if the user only changed contents in one section. This is not the same request as bug 48429, the section should be added even if the user edited the whole page, but only changed contents of one section.
+
+Rationale: The automatic section in the summary is very usefull if you check edits of other users. Two examples:
+
+1. A user adds a new external link (without summary). Without the section you have to look at the diff, but if the edit summary contained a /* External links */ you can guess what the user did even without summary.
+
+2. You want to find the user who added the image to section ""Foo"". Even if there are summaries like ""+image"" this doesn't help you much, but the summary /* Foo */ +image does help you. The section is also usefull if no additional summary is given, in the worst case you have to look at all changes to the whole article and to the section ""Foo"" to find the author.
+
+Pseudo-algorithm:
+
+1. Find the position of the first and the last change in the new text (i.e. find the common initial and final strings in the old and the new text).
+2. Find the first headline above the last change (a line that starts with that character or before it and matches the pattern for headlines).
+3. If this headline is before the first change, you found the section.
+4. Else look for the next headline before it of higher level.
+5. If there is such a headline, go to step 3, else more than one section was changed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53343,2,Needs Triage,True
+0.09372285286582205,-2.308498901849717,-2.8602451951278827,0.047351578439880804,2.3659982541290594,0.6212661105801156,-2.048812475332842,-0.6145701926086224,-1.042262376342411,2.827181472929987,-0.5020070774560592,1.6299437505836687,2.1309103573204378,0.6902853161108258,-1.4739754173581074,-1.080008916053178,-1.623897687907764,-0.7889802922605751,False,c1,3,"Screenshot
+
+If you double-click ""create reference"", having clicked ""insert new reference"", it generates...well, see the screenshot. Even when the window is closed, this persists for all subsequent loadings of the references tool on that page.
+
+Windows 7, Firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11430}",53341,2,Needs Triage,False
+-3.4110102201172503,1.9666009246526883,-0.5703228093092196,0.10468247921439167,-1.9458678099218945,1.0666346805637261,-4.793904093023064,1.070275792078328,-0.512584646430454,3.8485501562724576,-0.9668930424626625,-0.2831378921306541,0.8276063642960128,0.23566777850891807,-0.7256326248810696,-0.6643474278411673,0.08477764122858411,-0.5630573245920394,False,c1,3,"Reported on EnWiki by John Broughton:
+
+Steps to Reproduce:
+(1) Click the ""transclusion"" icon
+(2) In the lower left of the resulting dialog box, hover over the ""+"" sign until the bracket pair  (""[ ]"") is visible; click on that.
+(3) Click on ""[ ] Content""
+(4) Click on ""Apply changes""
+
+Now none of the ""insert"" icons work, and a number of other icons on the tool bar also don't work. (The user guide is silent as to what these brackets are ''supposed'' to do.)
+
+I can confirm the same issue also occurs for me on Firefox 22, Monobook interface.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53340,2,Needs Triage,False
+-6.591857934081725,2.469167939076126,1.637345984171919,3.3454323514219766,2.744547079756763,2.1382539310572763,-3.131954508449485,2.9535867786426193,-1.0971516301261812,-2.2072832838324583,0.7227886597726427,-0.5476263925691911,-0.1155328099939874,0.48975717920946593,2.2492997201983593,1.1781998716818882,-0.2195639481092715,-0.7977393568559354,False,c1,3,"Galleries are not supported yet (bug 43037), however it is possible to select a gallery object and press delete.  However that operation doesnt appear to work correctly all the time.
+
+Steps to reproduce
+1. Go to a page with a gallery (https://en.wikipedia.org/wiki/Branford,_Florida?veaction=edit)
+2. Click on the gallery
+3. Press delete
+
+Expected results:
+The gallery is removed
+
+Actual results:
+The gallery object remains, and the object after the gallery is affected.
+In the case of [[Branford,_Florida]], the ""See also"" changes from being a section to being a piece of normal text placed above the gallery.
+
+However, the same procedure at on [[Lip]] results in the 1) gallery being removed (yay!), 2) the two section titles being merged together (not so good).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53332,2,Needs Triage,False
+-4.834010875775171,-0.22723304558504687,-2.12294730491843,1.744040971031776,-0.6416015768657762,1.932903785806132,-2.008754470852222,1.3917473351694918,-0.23648654539374458,1.0086323800666612,0.522040471667955,0.12238228981502841,-1.4871956008287235,-0.6253577521913165,0.6895668813736178,0.1435164852175612,-1.4355280748541195,0.350755099708836,False,c1,3,"When trying to describe complex template parameters there is a need to be able to link to a specific documentation page. For instance in in the Taxobox  there is a need to link to the main doc page
+http://en.wikipedia.org/wiki/Template:Taxobox/doc
+as there are lots of subtitles in using the template.
+
+Further there is also a need for links in some of the individual parameter. 
+For the ""name"" parameter the description currently reads 
+
+For plants, see [[Wikipedia:Naming conventions (flora)]]. For all other living things, the name should be the most common vernacular name, when one is in widespread use, and a scientific name otherwise.
+
+as the precise policy on whether plants should be given common or latin names is quite involved. There other places where there is a need to provide links to further information: [[Wikipedia:Conservation status]], [[APG III system]] of classification of flowering plants, [[virus classification]], [[Template:Species list]] and [[Template:Taxon list]] for some sub templates used. 
+
+Good documentation requires sufficient detail, more than can be provided in one line. 
+
+I've a few thoughts on how this could be implements, the whole template could have a ""documentation"": ""Template:Taxobox/doc"". You could allow wikilinks inside the ""description"" or provide an optional ""link"" parameter.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49772",53311,1,Needs Triage,False
+-4.5726790772855255,1.8786812656685683,8.808221389449798,5.58028354925609,-0.3383631885869181,1.0843987472657328,1.1871636380454893,-0.5354330622430432,1.4320544694162032,-0.574842350540318,-0.4490882577139059,-1.3152473305576047,-0.7479471472615096,0.3502356298650282,-1.2095430866417605,1.0181073575218293,-0.8806582371267245,0.4127810926892421,False,c1,3,"Here in VE, the {{Discogs master}} template usage at the bottom of the page in the external links does not render.
+
+Escaping the ampersand in the page name seems to make it work: https://en.wikipedia.org/w/index.php?title=Bossalinis_%26_Fooliyones&diff=564046051&oldid=564034183
+
+So possible entity escaping problem
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Bossalinis_%26_Fooliyones&oldid=564034183",53280,1,Needs Triage,False
+14.074021497579672,1.5740322035144825,-5.354792463313419,9.768490137828621,-3.570424930012842,-4.380871687397939,1.9168416842095084,-2.4426141229066833,-0.24953772995957207,6.682575398802745,-1.897466825368237,-0.6300290186527399,-2.847200837680189,-0.8403718069416071,2.1307188905966967,0.7624144474824938,-2.5979042263007006,0.5387464522651932,False,c1,3,"**Author:** `jduranboger`
+
+**Description:**
+In Wikipedia in spanish its neccesary tranaslate the interface for link of edit section still apear ""edit surce"" it should be ""editar fuente"".
+
+En Wikipedia en español es necesario traducir la interface para el enlace de Editar secciones, sigue apareciendo como ""edit source"", lo correcto es ""editar fuente""
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",53249,1,Needs Triage,True
+-2.012062696049674,-7.490631801898578,2.7204311893634525,2.3510852431164118,-0.22552916874864765,1.1290121079587425,1.4837024431753747,-2.3461834903431096,-3.8532780275331806,-0.3025548895774506,2.1549086990412216,0.11844622754327871,5.170555749862589,2.231031511768304,2.0419157581895178,3.015097067129574,0.36738706163854506,0.6407032315665704,False,c1,3,"Compare
+1) https://pt.wikipedia.org/wiki/?oldid=36380720&action=edit&preview=yes
+2) https://pt.wikipedia.org/wiki/?oldid=36380720&veaction=edit
+
+There are two images in the first case, but they disappear in the second case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53244,1,Needs Triage,True
+-6.334149776646257,0.16560716695725652,-4.112606498729074,0.9646035843846219,5.389841793537471,4.284338865511548,-4.773569061811887,2.447953931621367,2.322841795509561,-1.571459443059159,-3.5673936428771666,0.3088136230957301,0.2526877564343648,-1.2608848413690428,0.270271757822905,0.2803962429710342,0.2943503503219367,0.9425596319068197,False,c1,3,"Sorry if this turns out to be a duplicate - a search trough the bugs containing the words ""copy paste"" doesn't seem to turn anything up though. 
+
+The problem is as the title says: Cut and Pasting a section in the visual editor will remove all the formatting provided that section contains an image. Tested on Firefox 22, Mono skin.
+
+Steps to reproduce:
+- Navigate to https://en.wikipedia.org/w/index.php?title=Microsoft&oldid=563598458 and edit the page with the visual editor.
+- Cut the ""1972–83: Founding and company beginnings"" section entirely. Eg, anything between the ""1972–83:"" in the section header, and the ""Hodgkin's disease.[4]:231"" in the section content. (This will also select the image in the section)
+- Click the location where the section used to be and paste the text - technically speaking pasting anywhere causes the problem though.
+
+The text that is pasted will be stripped of all formatting, and the image that was selected will be gone as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",53220,1,Needs Triage,True
+2.28454034691953,-3.2425107384270717,-0.3872583422074012,-0.22735954234257405,1.8411615680577293,1.2607260663110347,-2.803087903906655,0.12587143568569498,-0.4419718768052659,-3.32969198646138,-0.7406190198315024,-0.5558436170448748,3.3413592641312966,3.0874595805055787,1.119794524151387,0.3431970566273131,0.5735341720654608,0.1290332784512087,False,c1,3,"Compare the result of the wikitext
+#1
+#
+#
+#
+#
+#6
+in the following URLs:
+1) https://pt.wikipedia.org/wiki/?oldid=36373624&veaction=edit
+2) https://pt.wikipedia.org/wiki/?oldid=36373624&action=edit&preview=yes
+
+Visual Editor show us a list with 6 elements, but MediaWiki will only display two items.
+
+Maybe this is related to Tidy?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53200,1,Needs Triage,True
+-3.2139519872363986,-1.5108905437557443,-3.278950765538525,-3.4122390273549827,5.609735414981756,-3.7476232320479097,-2.805624306260756,-0.7816045300513257,-0.4338980333246093,-2.6380888193177343,0.582525612320508,-2.6709705637383996,0.15034467536523266,-2.3916417522813487,2.018505951621277,-1.3544522284780962,1.349747151831673,-1.7315975935371513,True,c1,3,"Copied from English Wikipedia:
+
+I was trying to edit a template in a table after the bug of the references inside template was fixed, but the edit broke the whole table. This was also happening before with the references bug. I don't know if the two bugs were reported together...maybe not. [http://en.wikipedia.org/w/index.php?title=Defiance_%28TV_series%29&diff=563767420&oldid=563763824 Here] is what happened.
+
When I edited the template with the 12th episode, the cite error didn't appear. But when I clicked to save it, the 12th episode moved at the top of the table when it should be at the bottom. I reverted the edit and re-made it using ""edit source"". Can this be reported? Thank you [[User:TeamGale|TeamGale]] ([[User talk:TeamGale|talk]]) 16:58, 11 July 2013 (UTC)
+
+**
+
+This one has been around a while, but I think perhaps it wasn't properly reported earlier. I can't fidn it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53191,1,Needs Triage,False
+-5.046445464489064,9.261871606034596,1.2941682384864244,-3.587903535101992,-2.552747118540881,4.071096941154033,-0.29969180933290396,-5.7871264860231415,0.5257240929896553,-1.1853661569170417,0.5448992324864159,1.1448564566872672,1.241179167965453,1.4832792233316576,2.342830435334948,2.4437842900837126,-0.8322295271631315,-0.174414038949525,True,c1,3,"See http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563842762#Reference_Issues:_Omnibus_Edition
+
+User Joe Decker has detailed the steps necessary to add a reference to an article using a citation template. While I have as per his request entered some of these as separate bugs or enhancement requests, I am opening this one to note the complexity of the process. As he describes it, it is 73+ steps to achieve in VE what can be achieved in 11 in the older processes.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53188,1,Needs Triage,False
+-2.4720650551607983,1.7368305600571468,-4.695362189955723,-4.793005055467378,1.8651090025700716,3.3785826958904,2.266628162420175,1.5555775074457632,-0.7665019038392731,-0.4207139077745792,0.5213808052749243,3.282070505032233,0.6761000498460117,0.7637386827379231,2.4896333966790634,-2.8144166359826928,-3.1670358912729153,0.7388732677437717,True,c1,3,"Unclear why the second option is bolded. An editor on English Wikipedia suggests that if only one of them is going to be bolded (create new source/use an existing source), it should be the other way around.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53183,1,Needs Triage,False
+-7.780381511205727,1.210788458657131,-1.5516752043066084,5.17759766143327,3.628662552963591,3.8224938407023474,-0.8300223126596569,0.4458286932021621,-1.720630264235474,-2.5521648186170056,-1.5249454140731522,0.6258658795341474,1.2687900442887297,-1.2173903901325112,-0.8353047939261771,-1.5005801771373257,0.4060066411306096,-0.7459946611783632,False,c1,3,"**Author:** `kwwilliams`
+
+**Description:**
+There have been some bug reports focusing on the ordering of template arguments, but there's also a problem with changing the basic layout of the templates. Look at http://en.wikipedia.org/w/index.php?title=Raven-Symon%C3%A9&diff=563794138&oldid=563793891 where a vandal changed the birthname. The parameter order has been maintained, but the diff is still virtually useless because of the spurious formatting change. If the editor changes the value of one parameter to a template, that change is all that should be made to the source.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53175,1,Needs Triage,True
+-5.780546756456154,3.0420360337420576,2.474964207229462,-1.975827994042286,2.679862727416467,-0.20980154924340833,0.5150798990727123,-1.1465674297700865,-0.12606246755812942,2.6335606489934857,0.78479988113041,-0.8700194569331197,0.5061148452486868,0.09803379467513818,-1.8904688219290269,-2.0240429538388462,1.48877290344785,-0.8846331610084195,True,c1,3,"In http://en.wikipedia.org/w/index.php?title=Renewable_energy_in_Seychelles&diff=prev&oldid=563530801, the contributor says that he selected the words ""diesel generators"" for linking, but the editor inserted the nowiki to prevent the plural being part of the display. 
+
+See http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563816729#Changing_link_text_often_results_in_bad_code.2C_wrong_links_and_unmatched_.3C.2Fnowki.3Es for this and other cases. I'm afraid i'm not quite sure how to report this, since I'm not sure what's happening.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=33091",53173,1,Needs Triage,True
+-6.561865996425054,-4.070534745959494,-5.967066622495169,1.7952664617632004,-1.9413429882341682,1.3711222012225803,-6.461665819393393,-0.9836480006766871,-5.112556774533546,-0.5972953807142787,0.9344170303325021,1.801440928443072,3.486689107263533,4.6422507919758225,3.7146419062133775,-0.954609755617335,-0.3803113485053755,2.1855836295707114,False,c1,3,"The screenshot is the result of the following:
+
+1. go to article
+2. blank article, removing everything
+3. type ""1""
+4. type ""2""
+..and what you end up with is:
+
+1
+12
+
+The text is, in addition, impossible to delete.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53169,1,Needs Triage,True
+-6.489872123005483,-0.8190943666536246,-4.611617503808011,0.29448475993678436,-1.8455055474580773,3.1883073537616964,-0.333175047230986,-3.808610236205242,2.041543651340988,4.705996693864096,-0.10283989979814656,-1.0540294965439592,-0.5508463563290222,-1.3545900576472318,2.2028719421433696,0.7270271398364532,-0.7102812910250277,1.624222586606712,False,c1,3,"It would be nice if double-clicking a parameter name in the template inspector - in the 'insert' view - inserted it, to minimise scrolling and such.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53165,1,Needs Triage,True
+-1.4304145442200817,-4.643741436951087,8.190967807565134,1.0761233016780172,-0.020167154413532895,0.8095667685117731,2.0594589027953463,2.18929838598331,0.4791383432889723,-0.9179511502629993,-1.1547760991196612,3.226287486289892,-0.5037113267386566,-0.7453276708966614,-0.35904928891845067,-1.859024098008219,-0.03252826677031373,0.41669582359828294,False,c1,3,"Finding the categories under page setting is non intuitive. Adding another icon next to references would help usability.
+
+This is discussed at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Icons_are_incomprehensible
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50239",53153,1,Needs Triage,False
+-5.561342334906588,4.004376380801947,0.2982633481536858,1.462474632378723,2.8307873335368083,-2.859243713525048,-1.047953244909916,-0.9433437808469731,0.6436041535480936,0.008501927232847706,0.9304381704180567,-1.4144637080329745,0.6669074868394356,1.55106637350152,0.024960426602094188,1.1188297636517341,0.13275704453684112,1.8540428005064367,False,c1,3,"English Wikipedia user PamD reports that sometimes after replacing one stub template with another she is unable to open the page settings dialog unless she saves and then reedits the page.
+
+I have done a small amount of testing and can confirm that the following steps will reproduce the bug, but only intermittently:
+
+1. Open a page in VE that has one or more stub templates (e.g. any article in [[Category:England stubs]])
+2. Delete the/one stub template by selecting it and then pressing the delete key
+3. Launch the transclusion tool from the toolbar
+4. Enter a different stub template (e.g. Wales-stub), select it from the list and then click ""Add template""
+5. Add the template to the page by clicking the ""Apply changes"" button. In my testing I never entered any parameters or options, PamD has not specified whether she does or not.
+6. Click the ""page settings"" button on the tool bar.
+
+If the dialog opens, choose a different article and try again. In my testing it failed to open just under 50% of the time, PamD implies it happens less frequently to her but doesn't specify. 
+
+A bit more detail is at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563709233#Can.27t_open_.22Page_settings.22_after_changing_stub_template
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53134,1,Needs Triage,False
+12.146787032500223,-1.4310059000519324,2.609753247703214,-1.3061148763553936,-3.366057087435383,1.9461258610332062,-5.134016336953988,2.0404859141606386,-4.4032302403236505,0.2574023302484738,8.252934880564881,-0.8314046839972,-4.901197042410094,-1.0093342093811195,-0.5206462045716629,-0.5007275976510839,-0.05743129602596597,0.8916343296496272,False,c1,3,"VisualEditor appears to be inserting ""null"" into external links occasionally.
+
+Examples:
+
+https://en.wikipedia.org/w/index.php?title=Carrie_(musical)&curid=7695755&diff=563576490&oldid=563235599
+
+at [[Ithaca College]] in [[Ithaca, New York]] by the Macabre Theatre Ensemble,[null http:///www.icmacabre.blogspot.com]
+
+----
+
+https://en.wikipedia.org/w/index.php?title=Embarcadero_Delphi&curid=349208&diff=563574811&oldid=561383018
+
+Delphi has large communities on [[Usenet]] and the [[World Wide Web|web]] (e.g. [null news://newsgroups.codegear.com)] which
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53132,1,Needs Triage,False
+-0.1783624913282189,-1.397009233902482,-1.0653473413837329,1.8084269975333407,2.9333629514678456,-1.600043942423888,-0.5374859521318678,-0.040490341528587936,0.322180635432713,-2.330130882093044,-0.8505896380195579,-0.7072550455664892,2.3790929175502025,0.059649037991095,-1.3003366557408444,-0.8659144404664603,1.1800721020376355,3.2145301855381625,True,c1,3,"Copied from En Wikipedia:
+
+***
+When editing a template, when I click remove template, and then without closing the dialog, click add -> content and enter some text, the template is not removed and the editor hangs on saving and reviewing changes. --WS (talk) 11:47, 9 July 2013 (UTC)
+
+***
+Tested with the same result.
+
+Maggie
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53130,1,Needs Triage,False
+-9.26506451767454,1.0912481673826342,-4.732211812558367,-3.527877993439377,-1.7784817474524315,-3.456574723371671,-1.19347286582932,0.755089299961672,0.6600844218578951,1.863984312721139,0.9157651446869326,4.0339820509263165,-3.14469430606115,0.05329064572933273,2.6439459742407783,0.05232183734829232,-1.340224250869192,-2.106446588115227,False,c1,3,"Some users add [[links]] to edit summaries, which can be really helpful; unfortunately as markup it needs checking to ensure that it isn't borked. Accordingly, would it be possible to render the edit summary in the 'review changes' pane, if one has been provided?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53125,1,Needs Triage,True
+-1.4765364440790887,-0.9872180962625929,0.8977575558195348,4.568413063176982,1.897085362005881,3.3879526411440963,1.7024832113596222,-2.69165193160132,-0.5617070170380285,0.753548546033791,2.179505064844587,-0.11621034297837696,-1.301340160658583,2.1254487896641043,-0.7433804939402888,1.1238942025120067,-0.42834034435793344,0.46098702071386577,True,c1,3,"De.WP often uses ""{{:Target page}} in its disambiguation pages and VE produces two problems: 1) The subsequent non-template disambiguation entry in the list gets sucked into the content of the previous template-entry; 2) the template blocks the option to edit the entries surrounding it. See:
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563687401#Transcluded_pages
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53119,1,Needs Triage,False
+-4.833357870332561,1.993528733458355,-0.24369760268456986,2.715524576423075,-0.7232763762830323,-1.8897870597953368,2.215574095371868,3.5005170613166077,-1.2324844970400295,-0.8994244164249712,0.5612778066934125,-1.9824738405011029,0.27591284467365496,-1.1971500514583635,0.07826084892865293,3.161449127477544,0.6902804967921965,-0.03695245274642445,False,c1,3,"When a raw URL with no markup (e.g. http://www.sucs.org/~cmckenna/photos/quizes/tq2012/July/Jun03key.png ) ends in .png, .jpg, .svg or .gif [capitalisation variants not tested] but does not work (e.g. it gives a 404 error) then only the filename portion of the URL (Jun03key.png in this example) is displayed in the visual editor. Visual editor cannot then edit this URL to correct it, meaning that typos, etc cannot be corrected without using the source editor.
+
+Links to other image formats (e.g. tif), html pages, .txt files and pdf files, and all urls enclosed in single bracket markup work as expected and are editable in the Visual editor. See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=563642435 for my sandbox testing.
+
+This is not unlikely related to bug 51092 in some way.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53103,1,Needs Triage,True
+4.007246830664679,-6.270834011635259,2.865423911976002,-7.563969222158721,-3.3450507118278425,-1.1801750471605363,1.4071492210842091,0.29417344159909153,1.848266910883302,-0.5176390277722032,-0.032699411643399845,-4.091563837410489,0.30125428000958054,-2.9314834605293596,1.477025755075557,0.36200460110290356,1.3711070514579393,0.9823235186360295,False,c1,3,"I just attempted to make https://www.mediawiki.org/w/index.php?title=Lua_scripting&diff=728272&oldid=728271 with VisualEditor and got https://www.mediawiki.org/w/index.php?title=Lua_scripting&diff=728270&oldid=664107 instead.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53094,1,Needs Triage,True
+-6.58080747760756,3.958341125684516,-1.9739265110174848,0.653351400485835,4.772967285179625,1.0991881182317031,0.8367907593517678,-0.4462319054379914,1.5312605063130296,-0.43179164537945347,0.6323389418576584,-0.8545045065493987,0.4125181220204017,0.16399732388077126,-0.16620321047485653,-0.16347841055133283,-0.3131255888942239,-0.5839096103025496,False,c1,3,"Screenshot of ripped-apart link inspector
+
+I can consistently reproduce the following:
+
+* Select an unlinked word
+* Create the insert link button (with intention to turn the word into a link)
+* If you hit Return immediately after (before it has finished opening) it will replace the focussed node with a new line. Though that is a separate bug and arguably an invalid use case (why would one be pressing Return at this point, the user hasn't even seen the options yet. It interpreting it as intend to replace the node isn't entirely unreasable, but that's a separate bug - bug 51075).
+* At this point the link inspector dom has blown up. Part of it is gone, and the other part is left half-way across the screen at a seemingly arbitrary offset (see attachment).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11776}",53077,1,Needs Triage,True
+3.4404396590456305,1.0841115600766251,-3.2438239220442444,1.6246139970569953,-4.3395250380138926,3.4169391579779065,1.5314703392079476,1.4279525230684595,-0.30902709022275665,0.06157611751636871,1.0828015799618327,-0.8410187759869928,0.48785827645886304,-2.687025930991959,0.5471290888826692,-1.8339485151202024,1.0633322864510901,-1.5706323257103287,False,c1,3,"**Author:** `FT2.wiki`
+
+**Description:**
+Tried to add {{cn}} to an article, visual editor silently added NOWIKI../NOWIKI tags on saving, which had to be manually removed.
+
+http://en.wikipedia.org/w/index.php?title=XFS&diff=563579994&oldid=562618140
+
+Unclear if this is the same or different as other  issues on bugzilla
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53072,1,Needs Triage,True
+3.870079752171914,-7.43367817161187,-3.677188519440252,0.5025776606318442,-2.3795442228960626,0.7577719421595088,-2.040202468517089,-0.007651284287335691,-4.214816576698579,1.2447855249319986,0.7421935218649987,2.210209628352784,-1.307546609471034,-1.5867652771337903,-1.1992111972317927,0.053350860850766124,-1.4370454992916701,-0.9003063434181637,False,c1,3,"corrupt  identifier in DOM for Link
+
+see screenshot
+
+what is this ""class""?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11753}",53066,1,Needs Triage,True
+-6.316273858107644,5.439400239197127,2.313055229468187,1.4132214266278171,0.3061080628251145,2.1128629192253463,4.786727915151112,-2.3326238024225887,-3.018166666623215,1.3460450291010169,1.7539061557499669,-0.6045623331510777,-0.4010496179908669,-0.44493827690837584,0.6313895959688081,-0.09218257791113305,-0.3681090811324381,0.8378839268645561,False,c1,3,"Reference editing on, for example, https://en.wikipedia.org/wiki/Friedrich_Nietzsche?veaction=edit, sometimes takes you to the wrong citation. I'm not sure what the problem is. My only current theory, as a luddite, is that the difficulties the VE/Parsoid has with references in templates may be responsible for a numbering screwup somehow between read and edit mode.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53058,1,Needs Triage,False
+0.004207811869469502,-11.091038390274356,1.3768179724661387,-1.278308147677997,-3.077775077907103,-3.1291771642492483,-3.5338236297165464,-1.384258548357904,2.5164895199901745,0.4882731231225348,5.390512734275557,2.4511369179772657,-4.8678541584515385,0.1398240720772872,1.661091614635347,0.2606669872097037,2.0582193109383393,-2.5499462984141816,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=User:Okeyes_%28WMF%29/sandbox&diff=next&oldid=563541289 for example; It should be [[''death'' metal]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53054,1,Needs Triage,False
+-4.886477415929293,0.9451731025650858,-0.37101654159584285,1.077240589341569,2.9170081494583022,4.2774402320961045,-2.8669531551574754,-0.992744387276887,1.1408561976120661,-1.9820999738999867,-0.12245340787603531,-2.0136266665581855,1.7984111558267015,0.6832876088798141,-2.5185336595187002,-0.1842358649030521,-0.016758653840972304,-1.6944733297302683,False,c1,3,"a screenshot with the problem
+
+To reproduce:
+
+1. Go to https://en.wikipedia.org/wiki/Boris_Ponomarev?veaction=edit
+2. Click the template at the bottom of the article.
+
+Observed: The transparent bluish color that shows the template tool (puzzle piece) goes all the way up to the paragraph that precedes the page, even though there's a lot of spacing between them because of the infobox on the side.
+
+Expected: The transparent color must only cover the template itself and not other elements.
+
+See the screenshot.
+
+Tested on Firefox 22.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11723}",53048,1,Needs Triage,False
+-4.47623278676082,-1.8239857398680712,-1.460120083987869,-0.07515276701264728,4.1156061271875615,4.701843345837742,2.652323571933132,1.0880308357594393,-3.5522616399400055,4.838587475985788,1.8696332129824467,-3.2501288609097854,0.2116158342421981,-0.19148267300086896,0.39688952224177587,0.11388242501125692,-3.5520456539469976,-0.34728797853274385,False,c1,3,"Possibly the most vanilla dirty diff ever, if it is a dirty diff - in https://en.wikipedia.org/w/index.php?title=The_Painted_Bird&diff=563388980&oldid=544897993 the VE has added an extra space (before ""novel"").
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53024,1,Needs Triage,True
+-7.629102612612236,4.249994735738916,-1.0871388898296743,1.8547136586373636,-0.5724710043416265,2.668205646441206,1.6589769084429324,-3.0166256519650454,-4.6481505460451515,-0.5328755936194405,1.563242471113758,-0.5853568492746722,-1.1981261638158607,2.0688804277576303,-3.75639877121163,-0.2190613466101209,-2.843143708744195,-1.867492516744414,False,c1,3,"On enwiki, at least. If you highlight a link, format-clearing does nothing; if you click on the link to the point where the system registers (i.e., the link icon pops up), ditto.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53018,1,Needs Triage,True
+-1.1276257141248087,-4.662867194908234,5.11384847864587,-2.5712829451546995,-0.24406371908542407,4.546676413783131,1.047513661129658,1.2575605595621098,0.004093516698659927,-0.5036299404739912,-0.7264290672365665,0.3442617542793147,-0.33593925998086505,0.905079475894377,-2.6462381327989952,-0.7921996988443507,1.3345137307730737,-0.1535323006345044,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=Vicarious_Visions&diff=563488422&oldid=563388782 and https://en.wikipedia.org/w/index.php?title=Vicarious_Visions&action=edit&oldid=563488422 for how the markup for that appears.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53017,1,Needs Triage,False
+-5.471333862757074,2.9635060424471646,-1.9809521562213135,1.3309084225463832,4.618918582409391,-1.7260676696362727,1.256943472120506,-0.7038393980624126,0.31298635219663196,-0.9361115176472565,-0.07746749709729084,-2.933179878100243,0.2708332816637333,-1.8237490037809763,0.006750185022449173,0.07598500028502653,0.4562301858799416,0.140289303773234,False,c1,3,"There appears to be an elusive bug in the references editor where, when a reference contains a template, the blue highlight surrounding the template in the reference is sometimes misplaced outside the references editor and therefore not usable. 
+
+I've seen this myself a couple of times (in Chrome/Ubuntu), and it usually just stopped happening after a while and I'm not able to repro it now, so it may be some kind of timing issue. Robert Rohde also reported this today (July 8) and provided a screenshot of the bug here:
+
+https://upload.wikimedia.org/wikipedia/en/5/5f/Bad_Ref_Edit.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52991,1,Needs Triage,True
+-5.536446096785689,-1.511683582373104,-2.383020220575638,0.030598865479868786,1.1594654095972543,3.2316360459936924,-3.130420705787615,3.5470227327678185,1.0717768021655352,1.0778188624410348,0.39507830896595975,-2.0115008715970024,-1.5793314849545528,-0.36332087377285127,1.4661926438666848,1.608851979977027,-1.8572425867246154,-0.369644704877099,False,c1,3,"1) Open an article such as
+https://en.wikipedia.org/wiki/Convex_function?veaction=edit
+2) Click in a non-linked word ""function""
+3) Click in the link button (CTRL+K)
+
+The list of matching pages will include the disambiguation page ""[[Function]]"", which should actually be avoided.
+
+Similarly, if a paragraph already has a link to [[Function]], then it should not appear in a second atempt to add the same link (or there should be some visual indication that this kind of link is not desirable - e.g. by having a section in the dropdown menu labeled ""Already used links..."")
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50160",52986,1,Needs Triage,False
+6.246068461554044,-1.5408018297192179,-0.9600530262122628,-4.753375790687136,0.07622314131731656,-0.6134784354695747,-2.5658324697146098,0.3527106261841656,0.5236642263421069,0.6060064806266112,-2.5151585903318576,1.058916934075121,0.24980613028683152,-1.372751759332242,-1.3982923022888194,0.0454905121024769,-0.6537257724700775,0.8601948140337414,False,c1,3,"How to reproduce:
+* Go to https://www.mediawiki.org/wiki/Extension:TimedMediaHandler/Client_download?veaction=edit
+* Set the caret behind ""supported by the Timed Media Handler extension""
+* Try to drag and drop ""Support for Ogg Theora and WebM"" directy to where you have set the caret.
+
+Current behaviour:
+* Selecting not possible (Dropping mode starts immediately like if something is selected but the caret suggests that nothing was selected)
+
+Expected behaviour:
+* I can select ""Support for Ogg Theora and WebM""
+
+----
+You receive this bug's description kindly in English.
+Rainer Rillke
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",52977,1,Needs Triage,True
+-6.088169466361226,-2.2320218619628687,-2.055530354868937,-5.049998569449393,3.508570139035545,1.9769425235514484,3.745594439300807,1.016163380943158,1.5791836353366622,2.581758272159627,4.372266328943773,0.24819017564972867,1.2286777283562649,1.1327614912961241,-1.0310609817119998,-1.6276253552104594,-0.7576490780406132,0.4107620016632303,False,c1,3,"There are so many things that do not work, I suggest to test the software better before deploying. I will open a second ticket for a new recent issue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52975,1,Needs Triage,True
+-7.0120075650425076,7.039978496330807,-1.2324571199012322,-2.977764526190172,1.0616927687652364,0.7648054568190579,-0.4691305792618268,-4.711156586622335,-0.4034405086185445,0.17483873263137806,2.6505213768091838,-1.2706850585735014,0.6470509587260604,-2.1695482347784036,0.3186602130229952,0.27285253638126333,-0.9945651479108835,-1.0301470906548522,False,c1,3,"If there is a link to an non-existent article or page it shows up in red when viewing a page.  When you click to edit with VisualEditor, the redlink shows up as blue which makes it appear that it is linking to a page that has already been created. 
+
+For example, in my sandbox I created a link to the non-existent page ""testinggg"" using [[testinggg]] in source.  After saving the page I returned to the sandbox and saw the link in red.  I clicked to edit the page with VisualEditor, and the link turned blue.  It should remain red if the page has not yet been created.  You can try this for yourself in my sandbox:
+
+https://en.wikipedia.org/wiki/User:Keegan_(WMF)/Sandbox
+
+This may be a Parsoid issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52974,1,Needs Triage,True
+-5.128908220699804,3.9843516216018635,1.193709143633125,0.567849662303366,5.069450629088889,3.5687187569460423,1.4024862426197267,-3.8063050251425503,0.12793964077706804,0.10795948715233994,2.6578754524375063,-3.7292109942973894,1.532539239885498,-2.87928473736565,3.582515778159194,2.6498503187374105,0.7803444058921067,-2.0722876121974836,False,c1,3,"I tried to copy text from a plain text file (in the Kate editor). The line endings were not preserved and the whole text was copied as one big paragraph.
+
+You can see an example here:
+https://www.mediawiki.org/w/index.php?title=Language_portal/Definition_of_Done&oldid=726988
+
+It's the first version of a page that I created in the VisualEditor. I formatted the first few lines manually, but left the blob in the end as is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52946,1,Needs Triage,True
+-8.545438828080108,6.749224169900664,0.39250062518954465,2.4473286233592857,0.12693485438401053,-0.6989829673065275,-0.026325494700743413,-0.780218182824618,-0.3989949491258056,-0.9017792717388868,3.1112969289701957,1.7156949166771398,-0.15928817773591586,-0.3863461453773871,1.141099452866289,0.4169064272882166,-0.5346960014926694,-0.1237155390541993,True,c1,3,"On English Wikipedia, it is stated that some common templates need a context specific editor. 
+
+Examples offered by (and with explanatory text by) User:Clem Rutter
+
+****
+
+*[[Template:convert]]
+([[Template:frac]]
+Those are simple- all we need is to display the parameters so they can be changed, when focus is lost they just display. For useability you could enter the the inline-template-editor by double clicking or ctrl-shift -click.
+
+*[[Template:fact]]
+*[[Template:cn]]
+These two are more complex as editors are there to change the *cn to a reference- of which the *sfn template is ideal. So here on a double-click, you need to change a *cn to a *sfn and enter the inline-template-editor to add the fields which are Name|Year|pp=page-lastpage. For a sfn, on leaving, you need an alert that offers to take you to the reflist to confirm or edit if that reference is missing.
+
+*[[Template:sfn]]
+Explained above.
+
+*[[Template:efn]]
+Simplicity- there is only one parameter. Though an alert may be needed if the Notes {*{notelist|notes=}*} structure is not in place.
+
+*[[Template:reflist]]-
+fiendishly complex from a programming pov but functionally simple- as the functionality we need is
+add a line in wiki code- I C&P common ones from a master list of commonly used texts in field that I keep in a subpage, or as a textfile on the desktop. An easy technique to teach when you are training at a museum or library as you can give your students the file on usbstick
+change some data- for instance an isbn number
+this can be achieved in a popup wikicode editor- or even gedit, vi, geaney, wordpad as no parsing is required.
+
+([[Template:infobox]]
+it is totally essential to just be able to change the content of a field visually. It is desirable to add new fields but this is of lower priority nigh essential, and this wont be achieved until the issue of recursive templates is resolved. (That rates as essential on my list.)
+
+
+I leave the list there for a Linus test, so if you could pass this on to your dev team and ask them to add these to the functional specification. Here is an example of a sample edit for them to try Swanley it keeps coming up on my watchlist:
+
+*first three references contain raw urls- probably could do with a *cite template her- not mentioned above
+*fix a *cn
+*change item in infobox
+*convert acres to hectares needed
+
+All of that could be easily achievable.-- Clem Rutter (talk) 18:20, 5 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52915,0,Needs Triage,False
+3.0090994520643,5.2736416334315415,3.0565274031146004,2.367846018771258,-3.4093718099166215,2.0376551183240457,-1.060019413595949,2.8381170318226827,0.34835677478830673,-0.5078574173190038,0.6208388065431834,-2.640669811099337,-0.7896826010200426,-0.9738904011441867,-0.6440027642736279,2.9337367546634527,0.5115406100855056,-1.4585629060569743,False,c1,3,"screenshot of CE after transclusion editor
+
+https://en.wikipedia.org/wiki/Luton?veaction=edit
+
+Edit the infobox template. Don't do anything, but apply changes. A lot of the blue links in the infobox are now rendered as black pipe code, for example [[List of towns in the United Kingdom|Town]] instead of Town.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11424}",52909,0,Needs Triage,True
+-8.656669063593242,5.466371971260589,3.5732588229689135,6.375663589531627,6.238212820393498,5.320175248313703,-0.8819528702498207,0.20677516526456324,0.6408795908212893,0.25726066508053336,0.6928917465740279,-1.3856570939682962,1.1082362478379353,0.7619151901944949,-0.44384075971161696,1.0280228078109972,-0.32301533398668014,-0.30104858011843283,False,c1,3,"Take a page with a reasonably sized infobox.
+Make your browser window 11"" size or something
+Scroll down a bit
+Click the infobox
+
+The infobox has become selected, but the anchor for the editor, being in the top right, is often out of view well under the toolbar. This leaves the user without a proper hint.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52907,0,Needs Triage,True
+-7.532916540621013,1.9171172065248179,-0.14975667168852702,-2.7780882296224463,8.387442981311553,-0.6391560076101346,1.8108202053131652,2.2205233248057694,-0.29967299863680913,0.1283656828158053,0.9087645994595688,-0.6808702970372756,0.20230788536654387,-0.3758132069125928,-0.8829055483359234,1.1621449653547282,2.5909619773239596,1.7864464293143982,False,c1,3,"In some respects the save dialog is partially modal, which is a strange and unfamiliar concept to some.
+
+The content is not editable, and partly blurred. Yet I can click links inside the content. The buttons in the toolbar have a functioning look, but don't actually work. Also, when clicking outside this dialog, I would expect it to dismiss, but it doesn't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52903,0,Needs Triage,True
+1.4991847468986506,-0.18632729343598164,-3.1076956857610583,-0.23754654494236616,4.681879213155689,2.3615052872539053,-2.842854789505159,0.5804132478262506,-1.419048184499884,-2.3708189991392308,4.361322189157345,-1.9101157719408564,-3.317655015208639,-0.5447833552794954,0.3160541898763167,-0.7242192776710994,-2.0414457721169037,-0.048028219777416226,True,c1,3,"Sometimes Parsoid will wrap a  around an existing ; this is generally a bad idea, even if we have dirtied the reference in VisualEditor. :-)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Your_Face_Sounds_Familiar_%28UK_TV_series%29&diff=562149606&oldid=562149387",52835,0,Needs Triage,True
+-3.688336458375058,-0.19619751761113058,-1.9162742571966316,-3.832307332333037,5.213707484009522,3.747667286091242,-3.3986533218242108,-2.687112046100512,-1.1991005674789945,6.186226741480057,-4.227802968314646,-2.3145609095180726,-3.111315026755743,1.6809386192501687,1.7650140680014328,-1.553853816423415,2.0376268702835905,-3.3833048295323813,False,c1,3,"If a user triggers the abusefilter through the VE, they're informed ""'''Error:''' The modification you tried to make was aborted by an extension hook"".
+
+Probably not helpful.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52828,0,Needs Triage,True
+-6.462730566555539,1.717584552212422,-0.6453078972961084,2.249277371633493,2.7573198273711363,2.4006628098085754,0.24149492098715708,0.6901467307555313,0.8707617231916598,1.811721863605099,0.2510152666064571,-1.713452934975559,0.6955977416098604,-1.7659627601216283,0.8983355855366089,-2.8438506709683358,-1.436223377682327,-0.37233253872309824,False,c1,3,"With VisualEditor enabled the shortcut alt+shift+e no longer works, which previously opened the ""edit source"" page.  Considering many users work without a mouse on a laptop, it would be beneficial to have this enabled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52817,0,Needs Triage,True
+-1.5955172944915714,-5.960603614333374,6.077326299020715,3.2455132932510073,-0.005864395294602032,1.7864061400377718,-0.45153859620276293,-0.9696717112415434,2.9830574528109866,-0.6569693936475867,-0.3473048955862321,1.4082145069140275,0.583847194955851,-0.20926448116974328,-2.5095541861316604,-0.09025366133298629,0.4971939814197561,0.6667499193197679,False,c1,3,"Try removing the whitespace at the top of https://en.wikipedia.org/wiki/Burr%E2%80%93Hamilton_duel and see what happens.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://parsoid.wmflabs.org/en/User:Jdforrester_(WMF)/Bug_50797?oldid=564303673",52797,0,Needs Triage,True
+-8.030800314925973,0.37046072226866755,4.949113792135517,5.9560468072690345,-0.9002296397489129,-6.426095404824853,5.137201004376636,0.14865476731951488,-0.927877771083003,-0.057031543541286034,-0.6430448269102,-1.3273924072534526,-1.4288212900495374,0.2301752194777693,-0.5334426085788717,0.47559059395264214,0.14171544667788893,0.15421352255446474,False,c1,3,"We very deliberately have user-specific preferences for default image sizing, rather than specify a fixed size in each article - it compensates for varying screen sizes. The VE isn't factoring default size preferences into account.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52766,0,Needs Triage,True
+-5.981603311191065,5.660329383596125,1.7070256177442218,2.3937947452162853,2.5062128683771214,4.046534561303562,0.12537298786493078,-2.0682512930157277,0.35795771216349637,-0.2832193727111827,0.4424564006464178,-2.516329871808434,0.15079600742460997,0.20133139723891524,-2.45078447377294,0.0686925139567377,-1.2372492357176224,1.177614231467875,False,c1,3,"In the case of an edit conflict, the structure of the VE means that the common workaround (taking discrete wikimarkup changes, copying them, opening the newly revised article, pasting them in) doesn't work. What's the plan to handle ECs in the VE?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52753,0,Needs Triage,True
+-0.6202808669118949,0.14555760404567586,-0.2266557687516908,-4.841757058671519,2.205569494439108,-0.507166236685726,0.2032412737620577,-2.191786440587196,-0.05738013653436902,1.6111345193609994,1.0943379370785338,-1.3375374191299871,2.7038436977683467,2.8451259285532293,2.076940196999699,-1.962472147805097,0.6765078551089492,0.8748665629509451,True,c1,3,"Copied from English Wikipedia:
+
+When I've added one template using the transclusion icon, please offer me a button which says ""Add another template"", rather than insisting I click on various totally non-intuitive bits of the window to achieve this! I've just managed to add two separate stub templates, but it was still an uphill struggle. PamD 07:32, 4 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",52744,0,Needs Triage,False
+13.135820649033427,-13.326755008747895,1.9203812124161317,-4.144047397558072,-0.48214776629467304,3.6142166346904006,0.018681654258890568,0.22762884496734404,2.5836853641370254,0.2065691564764789,1.0047948662719528,0.8000379296761695,2.786954217348475,2.1895066532322653,0.5682486468755927,0.34228228202599387,-0.2664668627548632,-0.8019923374290141,False,c1,3,"See https://en.wikipedia.org/wiki/File:VisualEditor_-_Cite_template_layout_issue_%28TemplateData%29.png - Firefox 22, Monobook.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52738,0,Needs Triage,True
+-6.20847940989519,-4.741595037243599,-4.521062298494586,-3.02262617023164,4.2353926852865875,6.169020400926375,2.0807005799318263,0.7723748159448259,2.2501428575059688,-0.17584142263895597,-0.43996869852743936,-1.161172540459221,-2.2134720679617503,3.7890460105018615,-1.3885048161270284,0.6704082971157796,0.42588614420861726,0.18385153563501944,False,c1,3,"If you add categories to a page and save, the newly-loaded version does not include the new additions.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52737,0,Needs Triage,True
+-3.81415510749215,7.569652521137314,0.1843130724148203,8.5297833506793,0.8755928444320205,5.445348866529745,-3.692383894375463,-1.4359947663179415,-1.9171123011989901,-0.2331187549082614,1.1865898977244105,-2.105670973118309,-3.335170731139603,0.41154380230708476,-0.3763447233224442,0.1490863461516112,-2.0726873867964617,-0.708476642950582,False,c1,3,"This edit:
+
+https://en.wikipedia.org/w/index.php?title=Percy_Jackson:_Sea_of_Monsters&diff=562794756&oldid=562792500
+
+is an example of a dirty diff where VisualEditor/Parsoid appears to have wrapped  tags around existing  content (in this case the ""|"" symbol in the title of a cited website) inside a template inside a reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52724,0,Needs Triage,True
+-3.828031584202722,0.1362069189413493,-1.0125812084299657,-5.572256202007109,1.4417174253122185,2.613540557445588,1.3584114959703317,-0.7886545675273323,2.9139843551361473,2.0628230357490276,1.3285241971442043,0.9652139805700413,-0.3288764145340526,1.6226705461978925,-0.484118295436188,-2.269927564629846,1.9480229387415278,-1.4391084215539816,False,c1,3,"I can't seem to find a way to add alt text to images, which is pretty important from an accessibility POV. Any mechanism I'm missing?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52709,0,Needs Triage,True
+-2.3543854581474433,3.7972202125747465,2.153226349510149,3.0066773341701216,1.7759856198630941,4.070775169044239,0.3373499601105605,0.8206233550601617,0.8648733429245445,0.20333245445750237,0.9506993781485984,-3.558542542028804,1.3412962722816393,-1.529774498569251,0.9289246507606785,0.8359737722289753,3.0761937284581107,-0.9946017755537819,False,c1,3,"This came from the VisualEditor feedback page in Hebrew. I couldn't replicate, but the problem is evident in this diff:
+
+http://he.wikipedia.org/w/index.php?title=%D7%A2%D7%96%D7%99_%D7%90%D7%99%D7%96%D7%91%D7%99%D7%A6%D7%A7%D7%99&diff=14341709&oldid=14341704
+
+The user only changed the link at line 20 (blue, left) but VE seemed to have injected a bunch of wikitext into the template box above.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52684,0,Needs Triage,True
+-6.636629568468388,5.22385418134634,4.187779606980175,3.350364057500429,-1.1551974926751334,6.817520263076173,1.9772009617348596,-1.1775125598239677,0.3398405989695924,0.938747079018162,1.5187696713283683,-4.053250019702602,-0.21089481124221354,-1.5925261275861677,2.5814544836508135,2.1906085584282735,0.20756602336195518,-2.2810090571561887,True,c1,3,"This null edit to an article (https://en.wikipedia.org/w/index.php?title=List_of_Sam_%26_Cat_episodes&diff=562710419&oldid=562703260) made the category hidden inside of a template in use on the page (template in question: http://en.wikipedia.org/wiki/Template:Episode_list) visible in the editor. It should not be visible.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52675,0,Needs Triage,False
+2.783787420891428,-7.478435698959272,-3.7592564647017657,0.9773194963937479,4.359906682961407,-0.6087232844194409,0.37428802023576146,4.10200400722653,2.3292087163638557,-2.7666073147970427,-2.07877526498026,-0.6572235791846422,-1.3150689000796145,-1.5120281160677584,-0.1460278386674574,0.535221656448521,0.7720915210041859,2.8623356483976155,False,c1,3,"**Author:** `wikipedia`
+
+**Description:**
+Using the [edit] next to the lede (section=0) only allows invoking the source editor.
+
+Ideally there should be consistency, and VE options should either be always shown, or never shown.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52653,0,Needs Triage,True
+-4.576896719351391,-3.998617458894655,-2.4060081848099344,-8.02528435027565,0.9178555771407098,-0.8919796437288587,3.706499996279832,-0.7237477919683457,2.663979636196804,1.398723368814987,2.4324792566172886,0.6201191724108905,-0.421475384288132,3.336361629063818,-1.7565213092067054,0.47500801168324347,-3.553737491728671,-1.1476933429296494,False,c1,3,"See https://en.wikipedia.org/wiki/File:Visual_Editor_-_Implosion_screenshot_for_bugreport.png - it only seems to appear if you have previously resized a different image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52651,0,Needs Triage,True
+1.984159033111824,-9.361248192406233,-3.0283723724484,-3.9228439179396752,-2.254215884549385,2.862347620781712,4.494580528896749,1.1433799445378776,-0.8109844962557711,2.344310776757408,3.668768061195403,-1.2334198620001626,-0.4753837981434881,1.5549356729599628,1.6807075862120406,-0.7394618775441779,2.716278242007082,0.5014424210246335,False,c1,3,"There are currently two similar, but distinct post-edit notifications on some Wikimedia wikis. I'll attach screenshots from  momentarily.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",52642,0,Needs Triage,True
+-2.9952091204142626,-8.030705280114088,2.3348668525867957,1.2317840411459886,-5.428225297447298,4.292355448006081,5.1251237603063435,0.5709816928552625,-0.07686743207486321,2.1393496785965613,1.7871867313531076,3.107995690561726,-0.3275560456265776,-0.44264351913114197,1.3893133218814322,0.18908465237681282,0.5707566616001596,-0.4148575038807234,False,c1,3,"There seem to be several dirty ref sections in this diff:
+
+https://en.wikipedia.org/w/index.php?title=God_of_War_%28series%29&diff=prev&oldid=562631132
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52637,0,Needs Triage,True
+1.586184912510229,-5.16656552362727,-3.2434927290721234,-1.5235431838781701,-2.533936278123924,-2.71359469089582,-7.815403798623936,0.43856555528919694,-1.8645703835819598,2.7873335443982086,-0.8052116830592606,2.6332123146439264,-0.4844489227624136,0.433691388470403,0.7781490367744057,-1.2161359268182548,1.0912530111667162,-1.458998806496618,True,c1,3,"To reproduce
+
+1. Click puzzle piece
+2. Type cn ([[Template:cn]] redirecting to [[Template:Citation needed]])
+3. Press enter twice.
+
+(I was experimenting see if there is a quick way to get out of the template dialog; this would be useful for templates like Template:cn that are commonly added without parameters).
+
+4. Type 'foo'
+5. Click 'Apply changes'
+6. It shows 'Template:Fooifsubst'
+7. Code is generated as '{{Cn| = foo}'
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52627,0,Needs Triage,False
+1.5075058345650771,-4.365164759247545,-2.686887128862578,-2.0405296929789376,1.181191935803028,1.381989786665933,-5.130316994909716,3.086270150245221,1.3311260935374711,-1.4509145903170073,1.597609180822817,1.7133555768348236,1.4712020639413468,-0.07590457591335209,-0.7724901039706653,-0.22758339527828153,1.2139899064234065,0.8840185448893421,False,c1,3,"**Author:** `wikipedia`
+
+**Description:**
+To reproduce:
+
+1. http://en.wikipedia.org/wiki/High_Speed_2?veaction=edit&vesection=6
+2. Wait, hopefully the VisualEditor loads, and does not hang
+3. Click ""BETA""
+4. Click Leave.
+5. Try to type in this dialogue box
+
+What happens:
+
+6. The window scrolls around with each and every keypress.
+7. The Leave BETA dialogue is very hard to complete.
+
+What should happen:
+
+6. The window should not scroll
+7. The process of leaving should be easy and reliable.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52602,0,Needs Triage,True
+-0.9816755736910285,-1.368856050886011,-6.114815246724628,-7.630196814262154,2.3318613988185484,2.184166848431782,0.7463841508833813,-4.006879763511137,-3.0727885269259403,-1.5670922507802585,-0.6897396064753067,-0.4638000919031052,0.19212081803517833,0.6802025866519106,-2.063006551537121,1.4845860510627524,-0.49067708555809864,2.4186926684349173,False,c1,3,"When editing a section with VisualEditor the page loads and saves just fine.  However, if you next edit a different section *without refreshing the page*, VisualEditor does not recognize the version of the page you just saved as what you are editing and loads the last revision and warns you that you are editing an old revision.  This occurs in Chrome and Firefox using Windows 7 as I've tested it.
+
+From https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Editing_section_results_in_dirty_page_cache_--_have_to_reload_page_before_doing_additional_edits
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52596,0,Needs Triage,True
+-6.003395056309685,2.424524702225277,1.0132324553886676,0.5024284149252884,-0.29372954868859025,4.769758718942145,3.712423604544484,-0.3397060356019674,-1.81579653039288,1.1469588651417046,1.715368347670292,-0.13629364862899784,0.1821473213750071,-0.006530055511301924,-1.327236330588855,-1.2399115141930153,-0.6962205913591025,1.9656007885722937,True,c1,3,"Not sure if this is possible, but a user raises concerns about the behavior of VE opening the whole page for editing instead of editing specific sections, given that it increases the load time.
+
+See:
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=562566677#edit_one_section_only
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52592,0,Needs Triage,True
+-5.613886579555356,3.0875150745878805,-3.169236718669591,-3.5040722538262035,1.6928877461821363,4.234996672867,3.2727633941695276,0.8836582094333499,-4.43333400267029,0.4360951147960934,0.07192288159341631,0.03717364648304211,0.3767779102346105,2.775932973745326,0.8728801464347873,-1.3220454596934041,1.8505791601294705,0.3952304859100526,False,c1,3,"Similar to bugs 50093 and 50527; users need to be warned when they're using markup in the VE. This is a source of a pretty large amount of corruption on enwiki, and I'm not sure how sustainable the community's patience for that is.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52581,0,Needs Triage,True
+8.598523880075305,-2.15268084304331,5.455598348274815,4.660322204183309,-0.5148474417501283,1.6506510926569973,0.41376003828035035,-1.5951680647342736,0.9520308426457282,-1.0064091702376596,-0.7351565687817718,-0.3942981065276463,0.33652679654428796,-1.296168273250593,-2.037562116019364,0.7726418666058199,-1.012283497516591,-0.2627335803446986,False,c1,3,"**Author:** `warnckew`
+
+**Description:**
+Screenshot showing infobox DIV HTML code
+
+Launching VisualEditor to edit http://en.wikipedia.org/w/index.php?title=United_Nations_Security_Council_Resolution_1693&oldid=541044487 makes the heading of the infobox show some unexpected HTML contents, as shown in the attached browser screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11621}",52567,0,Needs Triage,True
+2.421703670334082,-5.80207395510377,0.4272634334556784,2.1730671512461126,2.3969361441356063,0.14237941428468814,-0.8578822613593715,-0.9346386793753829,0.09758336253193184,-1.6746099442967775,0.04541093962096365,-1.6782040765678916,2.967486022558341,-1.57492696921266,-1.001329422022864,-1.0194688535016625,-1.2496636054572752,-0.8333090275997135,False,c1,3,"I have noticed an unexpected behavior while tesing Visual Editor with Malayalam Wikipedia. Describing the steps below:-
+
+1. Added the following text on a page
+
+ഡിസ്രയേലി
+
+2. When pressing a backspace immediately after the above text, it becomes
+
+ഡസരയ
+
+ie. many characters in between the original text disappeared. The expected result was ഡിസ്രയേ
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Windows 7
+**Platform**: PC
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50507",52566,0,Needs Triage,True
+-4.226446630463347,-0.358121282786799,2.0292048657320585,6.142167066849689,3.276853653318095,5.200523044891869,0.7272289749328538,-1.6228451669053063,3.911962222409616,1.8894748934094396,2.7195691356245697,0.6039428805944855,1.0323748631473966,0.9834442575831845,-2.009925165094602,-0.9027689649513648,-0.5632928656393028,0.1272764046648176,False,c1,3,"Steps to reproduce:
+* edit a page with VE; save
+* edit the same page with VE
+
+Expected result: normal editing, no warning
+Actual result: there's a warning telling the user they're editing an old version of the page
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52555,0,Needs Triage,True
+1.0601829472784803,-0.321157988420687,6.910523439129811,3.6855069828382003,-2.328938025334338,0.10771593425520609,3.216465203893349,-2.056978069449899,-0.0159552818233073,-0.3340900894862324,-0.02505715406220732,-0.6428890010601808,-0.02135552647113048,1.31668787829721,-0.15831999070655467,1.8991349686670493,1.4693248220810935,1.8883503348654538,False,c1,3,"See http://en.wikipedia.org/w/index.php?title=Michala_Petri&diff=562483360&oldid=562482770
+
+It looks like VE inserted categories and default sort at some random place in the DOM, potentially cutting encapsulated transclusion content in two?
+
+The Parsoid template encapsulation and round-tripping for this page looks fine:
+
+http://parsoid.wmflabs.org/_rt/en/Michala_Petri?oldid=562482770
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52554,0,Needs Triage,True
+-8.061903427347527,5.440867952760854,0.9759837349177296,0.401556817265889,2.6908119939097266,1.937922556077756,0.045627114795690815,-0.7697906438029309,-1.884223158594266,-0.9148456200737689,-0.5363075620779125,-1.8469717336324036,1.2376365630826576,1.3746078198402554,-1.0180295416264897,0.02138559309915644,1.5527038939513378,1.6782505235410794,True,c1,3,"I've observed this myself:
+
+Clicking ""Page settings"", or the reference, image, and category buttons in the top right brings up a dialogue box for input. To close this box there is an X in the top right. However, when I am not at the top of the page, this dialogue box pops up beneath the standard editing options. This makes it impossible to close the box without adjusting the screen magnification.
+
+In addition, the opening of these boxes freezes scrolling of the underlying page, which not only furthers the problem above, but is also simply annoying and unnecessary, as I can no longer move to another part of the article I wish to see without closing and reopening the box. Reywas92Talk 03:00, 2 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52553,0,Needs Triage,True
+2.137351431552722,-3.7170801992508054,1.1831739624212005,-0.39044831244182354,-3.97543515184652,7.050702534076293,2.930393077138471,-0.6423463720896628,-2.2242091246877065,0.6091851360603879,0.35793699945057433,-0.5593057418531401,-0.1917023391306758,-1.7347989721604016,0.6581691419450086,0.733552973304733,2.019568905405989,-0.1876743716963316,False,c1,3,"This edit was flagged by VE as DOM-differing, and looks like a dirty ref/transclusion:
+
+https://en.wikipedia.org/w/index.php?title=Abolitionism&curid=38894&diff=562492192&oldid=560500423
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52550,0,Needs Triage,False
+-3.844398177434455,3.5058675401292945,-2.5030387230221702,-6.578037872655334,1.137167910279566,-3.300782137035073,1.713646522634396,0.5252870844013238,-3.7614495274403774,-2.24042218205679,-1.3485786462217815,-4.183090408004532,0.5662492694641683,1.6630811609431033,-2.2895862815808696,-1.6129409268851127,-0.7695859668010551,1.5218630634811363,False,c1,3,"**Author:** `Shirudo`
+
+**Description:**
+While filling out the feedback form, the form jumps down the screen with every keystroke, until it's mostly out of view.  Once there, only the current line that I'm typing in is visible right above the edge, and every few keystrokes (seemingly randomly) make the entire screen jerk up and down quickly.  If I scroll down or drag the form back up so that it's centred again, it just jumps back down once I begin typing again.
+
+If it makes a difference, I'm using Firefox 22 on Fedora 18, with Gnome 3 Fallback.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52538,0,Needs Triage,True
+1.2264669250632534,-2.5184063464649373,-4.4709375963594145,-2.3549876604713673,0.11490932790295594,0.900539401776981,-3.1774050619881007,0.6050441733226802,3.3166138703051926,-2.171556367642915,-0.2225557790247823,1.8242074930636794,0.4121227427382155,-1.0989124693978098,-1.676037795325934,-0.5479619621463062,-1.525837813673804,0.723638904398072,False,c1,3,"Enter a wiki with VE and ULS. (Enable ULS in preferences if needed.)
+
+Start editing a page using VE. Press the headings style dropdown.
+
+Observed: IME selector appears near the dropdown.
+
+Expected: IME selector must not appear. It's not a place for writing things.
+
+Background: there's an  element hiding there to capture click events (according to Roan).
+
+https://gerrit.wikimedia.org/r/#/c/68339/ may be able to fix it (though some modifications may be needed).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**Whiteboard**: ve",52529,0,Needs Triage,True
+-2.7729560709107255,1.060129327947406,-2.855328618423462,0.18478375423000748,-0.5808038288100171,-1.4692903371069925,-0.6005767543676157,-1.0309876156589644,0.20710284399662593,-0.7049333765570127,0.26989310852306536,0.3794511784169301,-0.07113023781122774,-1.1319081640064388,-1.5169138010371706,-0.08344204861095583,-0.27336964162630517,-0.8746315760945216,False,c1,3,"I note that if an editor uses old markup in VE (like [[link]]), it gets enclosed in  tags
+
+Could we have an additional tag added to the Edit summary, (similar to the Visual Editor tag we have?) which states somethine like ""Old wiki markup""
+
+That way, we can keep track of, and rectify all the cases where the old wiki markup is used while using VE, and remedy it rather than clutter dozens of article with nowiki tags which might not be removed for days
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49820",52527,0,Needs Triage,True
+-0.04661519254989299,-2.6059130257547967,-2.9583176985285835,-4.307696536108833,3.022855668912285,0.761313652188492,4.478554851292466,-1.0650096979168184,-0.33735411111610136,1.6732756880742858,2.7320029068224483,-0.7526601658622436,0.482570088322972,-0.29120054933197714,-0.5060571765006632,-0.8591985381192513,1.180762723053414,0.6371195016515088,True,c1,3,"http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#.22Submit.22_button_doesn.27t_show_up
+
+Epicgenius reports the buttons not showing up, I have his same config and was not able to reproduce the issue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52524,0,Needs Triage,True
+0.6973506725962371,3.928038439390253,0.3478786872745019,-3.8262504978979406,-1.6865876421803416,0.5503597425511544,-0.16682796512686604,-4.756302379745829,-3.270730201311994,-1.0083040954517166,2.708307024698733,-1.5748535691525714,1.7213090751730622,-0.895354650562445,0.7361337018457288,0.785954584281964,-0.18714438716921555,-0.6793714973572065,True,c1,3,"Pamd reports:
+If I open [[Queen Anne Grammar School]] in VE, I can see two superscripts linking to references - and 29 references in the reflist. Some of them perhaps most, are the refs which were deleted in a [http://en.wikipedia.org/w/index.php?title=Queen_Anne_Grammar_School&diff=562382386&oldid=562381869 series of edits] 9 hours ago while the article was being moved from AFC to mainspace. If I open it in Edit Source, it's a respectable little stub with two refs and no sign of the other stuff.
+
+Full report at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_picking_up_old_version_of_file.3F_-_27_ghost_references.21 .
+
+It does the same for me (Vector on Chrome).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52521,0,Needs Triage,False
+-7.923693999235459,-3.561815835298786,-4.928783413503483,-0.565887788388279,5.854829266156408,-1.690468940349298,3.682209160774657,5.420882635399604,-1.5198605327428871,-0.7686135843919502,-1.0571276232162372,-2.015668882530071,-0.835967256585703,-1.3298530681999519,0.5832616624281686,-1.8172858132481484,0.5061778938190544,-0.43123027529065316,False,c1,3,"When marking all content on a page, and hit «delete», then, while the content is removed, also the input marker is removed, so you can't input anything new directly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52519,0,Needs Triage,True
+1.3711154735991422,-3.7885152502764523,-1.0581054917105348,-0.2753970878874913,0.1312899950238552,-0.1930960896508226,-1.862214839585751,0.8235031871779904,2.3504865507340282,-1.6999666612576996,-0.12939431554836744,-0.8618908050110721,0.7589065223209923,-1.0872022941040864,-2.456272909576417,-0.8924415530682122,-0.7506411110489283,-0.4711858301068803,False,c1,3,"**Author:** `harshanh1979`
+
+**Description:**
+I have tested VisualEditor at ml.wikipedia at the following page
+
+https://ml.wikipedia.org/wiki/%E0%B4%AC%E0%B5%BC%E0%B4%A4%E0%B5%8D%E0%B4%A4%E0%B4%B2%E0%B5%8B%E0%B4%AE%E0%B4%BF%E0%B4%AF%E0%B5%8B_%E0%B4%A1%E0%B4%AF%E0%B4%B8%E0%B5%8D
+
+I tried to correct the text ൻറെ to ന്റെ. But the editor doesnt allow to input the characters ് െ etc. Unwanted changes happens somewhere else in the paragraph while trying to input the above mentioned characters.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Linux
+**Platform**: PC
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50566",52507,0,Needs Triage,True
+1.819841485542026,-7.866577739835316,0.9182944780550919,-2.1017693307563934,-0.03580980890716989,-0.32195923733586496,-0.6054897049635546,2.542244994067038,-0.13788616207477747,-1.2770235128885248,-2.1322388420789444,-0.17621571039814565,0.4396738127871247,-1.0756559012504412,-2.2309707829187544,-0.39283680568119284,0.93870314223563,-2.4379197274964675,False,c1,2,"Screenshot
+
+See screenshot, from https://en.wikipedia.org/wiki/Jitter_%28disambiguation%29?veaction=edit - that line near the top shouldn't be there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11385}",52468,-1,Needs Triage,False
+8.868142157923936,-10.221576623073574,2.7880062089502466,-2.074073701872677,-2.883959655008277,2.023592689968009,-0.001513331225056369,-0.2472278936290665,2.128595642269782,-0.20829318951818898,-0.23611548358685264,0.41513773366096873,0.8936118229631282,-0.9601405193577626,-1.8977775540634272,0.14192470809588217,-0.3928666358153037,-1.2802237290805452,False,c1,2,"Screenshot
+
+See screenshot - from https://en.wikipedia.org/wiki/Iphigenia?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11382}",52467,-1,Needs Triage,False
+-2.216259591590627,3.4912488404172493,-1.5935989686640273,-7.193160514732568,1.7410231208740097,0.16182485292840232,-0.8560727611761081,-4.109235455397704,2.7965906812038437,2.802472165911662,1.6247599859287916,-1.3451313687785431,0.4821413838698021,0.20191968651977366,-0.39403349700984514,3.185738013959801,-0.36951865755146596,1.8007505244306705,False,c1,2,"If I open the VisualEditor and add a link to say, ""Edward Coke (politician)"" in my sandbox, and then right click on the link and open it in a new tab, it takes me to https://en.wikipedia.org/wiki/User:Okeyes_%28WMF%29/Edward_Coke_%28politician%29
+
+This seems somewhat suboptimal.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52466,-1,Needs Triage,True
+-7.035823212720928,0.12670503710019787,0.16000823581906687,-0.6912419185362957,2.569659084581729,-1.3177469811667093,0.6536232039106435,-1.855440702593858,3.463902504018903,-1.3356960725143265,-0.19497316603991655,0.6312754434100731,0.04425920547476636,-1.057901255838273,-0.889438282429559,-2.8260028553051257,-0.327158555182977,5.080384320931371,False,c1,2,"We have users reporting errors when trying to save on https://en.wikipedia.org/wiki/Colorado_14ers - can someone take a look at the log and work out what's happening? They were only adding text and a reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52463,-1,Needs Triage,False
+-1.5010204729536991,2.1014517342643124,1.8825290767398322,-2.4706159320259617,6.2076275727054355,-2.791947260632433,1.126241709405659,-0.8237787822387785,-0.46415520700888196,0.3387561194817712,1.6024042816725763,-0.49163241470007624,2.4766946583425913,1.8090038142726845,0.8905860955589313,-0.45626036990566354,-1.216804594947846,0.17393706783245588,True,c1,2,"Can something - perhaps a faint background color or an outline - be added to make clear when one is in editing mode?
+
+Copied from http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Make_editing_view_more_distinctive_from_article
+
+I like the visual editor, and I predict that more people will edit WP when it's introduced. However, there is one thing that bugs me: After I clicked the ""Edit"" Tab, the view of the article does change only slightly - so sometimes I do not know that I am already editing, especially when I scroll down the article. I'd suggest a visual hint: A modal popup, a slim outline of the editing area or a more distinctive design of the tool bar, for example. Mateng (talk) 12:00, 30 June 2013 (UTC)
+
+Hear, hear! Perhaps a (faint) background colour? There needs to be some visual clue. JohnCD (talk) 12:17, 30 June 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52456,-1,Needs Triage,True
+5.14863929100558,-7.766398084912486,-4.846926730933175,-6.2123963863188445,1.5588925552803885,-2.107482791215105,-0.23547361545724677,-0.9154110339704393,3.164998832030788,-1.4273801826400203,0.0070936368029523855,-1.112180702197013,1.4356617285831388,-3.436377585288885,-0.28906387585530346,0.35984098179871876,1.5265148835361246,1.8144751236414078,False,c1,2,"screenshot
+
+It was working fine previously. I can reproduce this on both fr.wp and en.wp. See screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11359}",52455,-1,Needs Triage,True
+-5.644172415211734,0.7894114642652692,-1.8672976633987304,-0.931646340366664,5.805972231402514,0.2627439298574392,0.14299640273218284,-5.346278641350587,1.0004788583229784,-0.41962005216170084,4.3268755939851555,-5.914399593269725,-0.41465577644601126,-1.2833396973190148,2.5137006785198244,-0.2993491253050876,0.2357795354900949,-1.6383147100173834,True,c1,2,"I twice got the error alert box when saving.  However, it turns out that it did save both times.  The first time, it did the intended edit (https://en.wikipedia.org/w/index.php?title=Participants_in_World_War_II&diff=562174851&oldid=561500927).  The second time, it did a dirty diff for a pipe character (| -> |) in a section of the page I didn't edit.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52437,-1,Needs Triage,False
+0.9806178876900788,2.3796277284510836,0.33124149924487867,0.027900598013041567,0.2822438291407603,-0.899017647098728,-0.7654613337125973,4.409759360955712,-0.5845864426141892,-0.32683260856650875,2.5477820588362197,-0.08155603685155755,-0.9534478103178516,2.233916492073787,-0.7357945334396634,-0.44010919079761346,-0.5891247947677186,-0.5599285009557353,False,c1,2,"The following HTML does not seem to properly round-trip through VE:
+
+
./Foo

+
+While the ././ prefix is not ideal (see Parsoid bug 50426) VE should still preserve the href on unmodified content. Instead, it seems to prefix another ./, which then results in diffs like this one:
+
+https://en.wikipedia.org/w/index.php?title=DreamWorks_Animation&curid=1509817&diff=562129988&oldid=562129729
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52428,-1,Needs Triage,True
+-1.4177423992341112,2.9810152074965472,-2.7589218053575557,-4.356181166091415,-0.043327018606972745,0.7950776825168351,-2.2308375811325667,0.37716829238360394,0.5818100614139283,0.39831738723357457,-2.1077414151291345,-0.2846268974410572,0.6260645172411761,0.8409573452609447,0.27815776311045415,-0.8251723310254895,0.7937362873796541,-0.3462002610472845,True,c1,2,"Taken from VisualEditor feedback page:
+
+Trying when editing articles to think ""Could I use VE for this?"" I came on an article where the {{AfD}} template had been removed and needed to be restored. The easiest way to get that right is to call up from the history a version with the template in place, and copy it from there to the current version. This doesn't seem possible in VE: after selecting the template so that it is highlighted, Ctrl-C doesn't copy it, and right-click doesn't offer a ""Copy"" option. JohnCD (talk) 21:29, 28 June 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52421,-1,Needs Triage,True
+-7.882124380275069,1.2680945609929353,-2.029890341652564,3.5826718070045818,2.518898761832994,2.889386453299223,-0.3081217039326605,0.14810491666396508,-0.3332984432917548,-0.7969041963837018,0.6310833528214066,2.1887846265322466,2.229699398488285,-1.9347637188933882,-1.593430267416374,0.29162612057816945,0.5979084668249366,0.37673145478262327,False,c1,2,"If a header line is preceded by an empty line, and one tries to remove that empty line by placing the cursor at the beginning of the header line and hitting Delete, the empty line is removed as expected, but the header line turns into Paragraph formatting, which is unexpected and incorrect.
+
+Note that the behavior is correct if the line preceding the header line is *not* empty: in that case we want to merge the header line with the previous line, and the header formatting should be removed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50995",52418,-1,Needs Triage,False
+6.837240769709373,1.3796901499065033,-5.929574292267365,1.1266302613344643,-8.996105896478449,0.7341491297371892,-3.457246187387237,0.09452062062073097,-3.1603639849654606,-3.5049137859368464,0.8935971293384015,-2.678325194532282,2.7059643750858755,1.3000117311786274,2.062144346874491,1.5225885416688012,0.13668693560672396,-1.007358320029774,False,c1,2,"Would you believe that.
+
+[6/29/2013 1:44:17 PM] JavaScript - https://pl.wikipedia.org/wiki/Gródek_(obwód_lwowski)?veaction=edit
+Event thread: readystatechange
+Uncaught exception: Error: WRONG_ARGUMENTS_ERRError thrown at line 39, column 4 in (domElement) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130629T021004Z&*:
+    return doc ? doc.importNode(domElement, true) : domElement.cloneNode(true);
+called from line 38, column 3 in (domElements, doc) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.base%2Cmediawiki%2CviewPageTarget%7Cjquery.visibleText%7Coojs%7Cunicodejs.wordbreak&skin=vector&version=20130629T021004Z&*:
+    return domElements.map(function(domElement) {
+called from line 9721, column 3 in () in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    this.$.empty().append(ve.copyDomElements(store.value(index), doc));
+called from line 9711, column 2 in VeCeGeneratedContentNode() in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    this.onUpdate();
+called via Function.prototype.call() from line 10325, column 2 in VeCeMWTransclusionNode(model, config) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    ve.ce.GeneratedContentNode.call(this);
+called via Function.prototype.call() from line 10366, column 2 in VeCeMWTransclusionBlockNode(model) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    ve.ce.MWTransclusionNode.call(this, model);
+called via Function.prototype.apply() from line 50, column 2 in (name) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    constructor.apply(obj, args);
+called from line 8132, column 4 in (index) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    args[i] = ve.ce.nodeFactory.create(args[i].getType(), args[i]);
+called via Function.prototype.apply() from line 8089, column 2 in VeCeBranchNode(model, config) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    this.onSplice.apply(this, [0, 0].concat(model.getChildren()));
+called via Function.prototype.call() from line 9824, column 2 in VeCeDocumentNode(model, surface, config) in https://bits.wikimedia.org/pl.wikipedia.org/load.php?debug=false&lang=pl&modules=ext.visualEditor.core%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130629T021004Z&*:
+    ve.ce.BranchNode.call(this, model, config);
+
+At this point `store.value(index)` is [undefined, undefined] on Opera, but [, ] on Firefox. Since `index` is not undefined, this would indicate some sort of an internal inconsistency.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52417,-1,Needs Triage,True
+1.976070783206597,2.3235927842948456,-1.449456543813529,0.28031942857323866,0.5305290965029252,4.544074154029922,-2.1005411664449025,-2.0553688298945443,-0.9888559100299755,-1.7497971502523253,0.23150574033867377,-2.204713635207192,3.956593789560799,0.617414033984721,0.2456119522655209,-1.154800944457521,-0.030696338937252543,0.7357035018157194,True,c1,2,"If an infobox contains an image that is wider than the infobox's natural size, then editing the page cause the infobox to expand, without properly wrapping the adjacent text.  The result is that the infobox covers up the adjacent text.
+
+See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Text_appearing_behind_infobox_.2F_behaviour_after_editing on 28 June 2013 for the initial report.  The report came from a user running Chrome (version 27.0.1453.116) on Windows XP; I confirmed it in the en.wp article on Southampton using Safari 6.0.5 (7536.30.1) and Firefox 22.0 on Mac OS 10.7.5.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52416,-1,Needs Triage,True
+8.272839227709232,-12.752219395092743,-4.398333018763868,-1.7785143232478136,0.18441183294746477,1.8220806164835912,0.9964234319468224,-0.9216946433528639,-3.976365266070327,-1.5873341865652582,-0.16547887780913673,2.340213407326396,3.9613097292992605,5.021907813445871,-0.5144533743854787,0.05559998738101124,-0.1485080874521787,0.6113017936266874,False,c1,2,"https://en.wikipedia.org/wiki/Birbal has 3 references; https://en.wikipedia.org/wiki/Birbal?veaction=edit has 24.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52380,-1,Needs Triage,False
+-6.164345011217156,-1.2116734057498846,-1.7373592111742528,-1.1487743196301183,-1.4916219743253751,-0.1886091707924794,3.7362839125886653,-2.2768998712157367,-1.23416534636487,1.9704907620526022,3.0573040249809282,3.736751806929015,1.9420609440823742,1.1647872754120838,-1.8849619769958688,-0.4943579230249645,-0.45714649733199453,-1.996834708417532,False,c1,2,"screenshot
+
+I'm not sure if this is bug 49514 ; feel free to dupe if it is.
+
+See attached screenshot: the toolbar appears on top of the save dialog, which makes it difficult or impossible to save changes.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11157}",52364,-1,Needs Triage,True
+1.1921740081523962,-5.9541486033488145,3.935775932369644,1.1905105448506985,-0.17229271826545534,3.7232015726557846,-0.9873693283239389,-1.3341190139494126,0.4597361644552934,-1.2177045421383301,-0.8164484934626892,-0.32293828825184556,0.7128709284540604,-0.8016063639708149,-2.551140452183175,0.6930567485027463,-0.6180224676984348,-0.4300337935030867,False,c1,2,"Screenshot
+
+Try modifying the infobox in https://en.wikipedia.org/wiki/Defiance_%28TV_series%29?veaction=edit for example - see the screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11137}",52361,-1,Needs Triage,True
+-8.725358776814383,-0.9712100596543944,-2.8826520734183116,-0.6403785752121198,-8.159734807705034,1.3276485129115938,2.754447510542229,1.4687014019100513,5.644189038094637,1.7205277492418443,1.5352143375543021,2.7845806932590618,0.5771047272757817,-0.0046926853041338035,-0.24078341960515637,-0.000831686309381019,1.9329530100313208,3.7569148682803286,False,c1,2,"Users expect to be able to select, drag and drop most elements of the page, including snippets of text, templates & other transclusions, and references, just like they can do with images.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52359,-1,Needs Triage,True
+-4.261482895327398,1.6697075488054587,-3.8383178175911894,-0.39210963746565863,-3.5503541737476123,0.8273129132329302,-2.792709134475049,1.7148871623608648,-0.9426803367198799,-1.3274781692741047,3.789197345755617,0.13475952799459368,-0.5482213886994103,-0.3001217331567334,-1.3853288819310094,-0.2294215653155126,0.022563914595640888,-0.6637495053598663,False,c1,2,"It is usual to use [square brackets], [...] inside quotes to cut or complete sentences in quotes. As for today, VisualEditor will add  tags like this:
+
+[Square brackets]
+
+[...]
+
+This is not a big deal since the users will keep seeing the same in the published article, but it adds unnecessary cruft in edit source mode and it's wrong.
+
+Also, according to Bug 47678 this means that editors won't be able to edit the content inside those brackets with VisualEditor, because of the  tags.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+{T54268}",52331,-1,Needs Triage,True
+1.2702402686201153,-16.83788922696343,-2.0282724230945117,-2.2528002817291704,-0.9184150190807964,3.6318469286844737,4.844310556497061,2.1898417141021596,-0.3434407818443341,1.7949039441062924,1.9556733005279,-2.8087921745143873,0.2556965001145146,-0.5959855676344832,-0.43108939413410763,-0.834110867629493,-0.4447462940052894,-0.11190144748182607,False,c1,2,"Fairly self-explanatory.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52313,-1,Needs Triage,True
+-9.077875477160312,0.8822832401161413,-1.428315118676304,1.528912753201265,1.5524485632618026,-0.8911380284343867,0.32626189997164623,-1.9383671524013488,0.5032006443138872,3.795576682472687,-0.8981825851223189,0.7833818485167898,-1.1608818557023195,2.401781355055064,-1.8456921777190805,-1.3516304433334032,0.31116364313958544,-1.601797614402925,False,c1,2,"The history page of any article has an 'edit' link on it; this currently takes you to source editing, which seems highly likely to confuse users.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52312,-1,Needs Triage,True
+4.917536333042115,5.230310195709123,3.0348465122037247,-6.483280322904218,-0.7134936646620039,1.6402103322977355,-1.3966225240864265,-1.3416469938366413,-4.094203344387323,2.7384043619158636,-1.4927401296788676,0.9716891459950492,-0.08177511404643667,-0.16640235003658344,-2.055443482366117,-1.0104727523168453,0.5536290080392274,-0.5745400894727735,True,c1,2,"This is what Alberobello looks like under VE
+
+When trying to edit http://it.wikipedia.org/wiki/Alberobello (tested with MonoBook on FF and Vector on Chrome) a few ""carriage returns"" appear in the first lines. I'd also add that I spot these in https://www.mediawiki.org/wiki/VisualEditor/Basic_example_worksheet : the line which says ""Test split on multiple lines""? It isn't.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11918}",52295,-1,Needs Triage,True
+6.890810434304543,0.07194193296007434,-0.5363952597034771,-4.867552576762156,-0.5174913337953085,-0.32842457825887406,-0.6908164330965585,-1.1689929413577294,-2.0990073724448948,-2.6970280131802413,-1.0831359325579362,0.277733368131617,0.09944821132148451,-1.2685873229622255,-0.4884287464671315,-0.5963558841679316,-1.689787466680475,0.4690170518633423,False,c1,2,"When VisualEditor is enabled there is no option to enable ULS, where I could type in Odia in the search bar using ULS.
+
+When VIsualEditor is enabled there typing is possible only in English. There is no option to change the language using ULS where as it works normally in the search bar. I have tested it for Odia Wikipedia for the article on Colombo: https://or.wikipedia.org/wiki/Colombo on Mac OS X 10.7.5 using browser Firefox 21.0.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11913}",52293,-1,Needs Triage,True
+-5.4036060799917705,-3.563308872995835,-2.961934191594036,-6.225642647038595,0.5390892879393754,-5.39185673429664,2.925867232261756,1.9319451105181198,2.7703589008072917,0.8055543850732949,0.5497215213879811,-0.29883473943040295,-0.0963640167784181,0.3915732316578051,-0.8025299048752803,1.939175478116498,1.7562572950302042,1.333519690584956,False,c1,2,"See https://en.wikipedia.org/wiki/Mitochondrial_DNA?veaction=edit - the links appear, via source editing, to be perfectly normal, and yet you can't interact with them and they display oddly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52290,-1,Needs Triage,True
+-5.455015585540941,0.9888663034952181,-6.6165828828171325,-2.1044549039280906,-2.7196629787568893,0.9210487453279577,-0.6750821748420188,-1.0281277772040385,-1.1172474311133853,-1.5063539985251495,1.3507026006669922,2.0838175373733483,2.46603288921571,1.4684150568664451,-0.12434477845184944,-1.1556147357316855,-0.5038044132982714,0.6959810676530356,False,c1,2,"Fairly self-explanatory. The reason this is important; being able to copy references across is crucial when using multiple references from one source item. If I have a book by Jones, from 2003, and I have a reference that reads Jones (2003) p.23 for one statement, and want to cite page 57 for another, it's a lot easier to change the page number than it is to type everything out again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52283,-1,Needs Triage,True
+-2.335505064058879,-0.44117434917543363,-0.7533656730645504,5.35261641590831,4.556921961126296,0.176634711020073,-0.9378735848679423,-3.188042468544961,-0.6478964423348834,-2.9274959966996357,2.35593938487353,-2.616312073350594,-4.701487246974774,1.1580730073681913,-0.6465514515414705,1.1709616653969794,-2.1260153210128934,1.1217602005529173,False,c1,2,"When you add a category to a page using the page settings dialog, it gets added as a wikilink [[:Category:xyz]], not a category inclusion [[Category:xyz]].
+
+Seen on testwiki and enwiki.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52278,-1,Needs Triage,True
+-3.0619395847899757,-3.181090046562966,4.470964845948227,5.082406094853472,0.4935231921216503,-0.15358881814121628,-0.835336944394327,0.9749820525158178,1.849823686841112,-1.791009474628793,-0.7749787988070698,-0.6589216020758533,2.4084751573615932,0.5747472518808445,-0.21556951290877002,-0.2944217777868049,0.07052187744832006,-1.600446136910873,False,c1,2,"Screenshot of bug
+
+When scrolled down the page, the top of the save dialog is obscured by the toolbar. See screenshot.
+
+See also other z-index bugs: bug 49514 and bug 49275.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11882}",52276,-1,Needs Triage,True
+-1.4184858677301215,-7.800820031482381,1.6276407023301225,-0.49907204291693497,-4.466989604108688,2.028463611908748,-1.015941039991226,1.278953474919219,2.6779122581927837,-1.2230716596674012,-0.6910979105427937,3.1397443987391105,2.622505769841324,-0.45122406538364324,1.6268096098382712,-0.24499865342206062,0.9313655133161489,-2.045554192984458,False,c1,2,"See https://en.wikipedia.org/wiki/Microorganism?veaction=edit#See_also for example; that should be divided into 3 columns.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52267,-1,Needs Triage,True
+0.18158721910101683,-6.590844402241824,4.7604239809003595,2.037257801689564,-3.0210007077949235,3.4028868314586527,2.570477031126736,-0.15181364379405876,1.3885295292511577,-1.2203122909669397,-2.171428416608044,-0.836144405456784,-2.1199868907776223,-0.8133432814856789,2.1892656345279917,0.35210249112889597,0.3086251261223456,-1.407799660087376,True,c1,2,"In this edit:https://en.wikipedia.org/w/index.php?title=Blepsias_cirrhosus&diff=next&oldid=561719692
+
+Bold/italic formatting was removed by an unrelated action (addition of text).  See editor's description here:http://en.wikipedia.org/wiki/User_talk:PBASH607#VE_issues.3F
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",52258,-1,Needs Triage,True
+1.200737375696613,-6.088435506004744,-4.340311115016062,6.298286134657061,-1.738329544552922,-4.0126120394904845,1.0668130688139925,0.4170644047210721,0.05574876265451606,3.7903330957684087,0.8762769630103837,1.004098420006162,1.9470374099749024,0.12829063931314977,-0.5708044358065383,-0.5532799699370058,-0.03934242106008101,-1.252273324794507,False,c1,2,"When you use 'become' to log into a shared account, ~/.bashrc isn't run.
+
+catrope@tools-login:~$ become visualeditor
+local-visualeditor@tools-login:~$ cat ~/.bashrc
+# Shortcuts
+alias ..='cd ..'
+alias ll='ls -ahlF --color=auto'
+alias l='ll'
+
+# Environment
+export PATH=$HOME/bin:$PATH;
+
+local-visualeditor@tools-login:~$ echo $PATH
+/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin
+local-visualeditor@tools-login:~$ . ~/.bashrc
+local-visualeditor@tools-login:~$ echo $PATH
+/data/project/visualeditor/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin
+
+Adding $HOME/bin to $PATH would probably be a nice thing to do in general.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52249,-1,Needs Triage,True
+-6.23152651921265,-7.18226453786825,-0.31065829545647894,4.99935835705441,-0.9847343168956808,-8.242664903892967,2.1415662165685836,0.6460991090318297,1.7559751353741666,7.686478763550065,-0.12124456269255246,-1.105589189525736,-0.40080414431095956,-0.41141471689188513,-0.22794479506438137,3.157680983926136,1.6986891362417775,-0.11841308491867397,False,c1,2,"catrope@tools-login:~$ become visualeditor
+local-visualeditor@tools-login:~$ screen
+Cannot open your terminal '/dev/pts/97' - please check.
+
+
+However, running screen as myself and then running 'become visualeditor' in each screen window does work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52248,-1,Needs Triage,False
+-6.903931221674508,-0.2799591649175248,5.799232027409566,9.707269137254215,3.719093828456647,5.468138650331211,0.12216577701991138,-3.365016173818288,0.5194906776269513,-1.302422877302536,-0.688439094358436,-2.022654406066434,-0.14961762517441635,0.22620279186245185,-2.020777388297971,-0.8225133110181477,-0.4252260607051659,-0.8488145604369652,False,c1,2,"Adding a template to a page (say, https://en.wikipedia.org/wiki/Eugene_Lies ) for some reason blocks the opening of the page settings dialogue.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52242,-1,Needs Triage,True
+-6.482779261570929,-2.288661000098287,-4.070108233068403,1.1983117606981253,-0.10558867266150695,-4.498474085935285,0.7607658945169185,1.8876137231976777,-1.586562152834373,-0.9532909800006162,-2.931230916874615,0.19913061251528585,-0.17943315288270067,-0.9376660309898237,-2.786962455069132,0.7976624597133088,3.3183973841576524,1.0535680845929585,False,c1,2,"What ""not working"" means is that templates, links, references and images cannot be interacted with, at all. References and templates don't acknowledge they're there, images bug out, and the link inspector does not appear for links. I've had a group of users test this, and they've all reported wildly inconsistent results; this is happening for some but not for others, with no correlation in OS, browser or even skin.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**Whiteboard**: aklapper-moreinfo",52226,-1,Needs Triage,True
+3.6906241014907146,-9.905379887882466,3.1709658693529192,1.705858068328875,-2.650202653848026,-3.937799062471023,-3.925168630198289,2.0138435350139456,-1.0630459574196816,-3.7204909747164985,4.8877653477838425,0.7116060424951631,-7.624994961056276,1.7150785157230422,-0.6826447648122711,-0.38515031628728424,1.1811698050687987,-0.39688768265241303,False,c1,2,"VE rendering of [[WUEC#External_links]] does not match MW rendering.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",52213,-1,Needs Triage,True
+-5.1290950277928005,-1.9181626711803403,1.340104652645195,5.359235492201316,0.30602448746944055,2.7569601685863647,0.4507654035244357,-0.6800712948106835,-1.1091458057667662,-0.9861380001912279,-0.24753954014936275,-0.42248169046419604,1.2030452455521465,-1.6855470058563635,-2.894472568625515,-0.0473036822307949,0.7347166824670361,1.4932207819002496,False,c1,2,"screenshot
+
+When floats (like images or templates) are located at the same level as references, the blue rectangle of the references prevents the user from selecting (and editing) the floats. See attached screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11749}",52211,-1,Needs Triage,True
+-1.0178764514985081,-3.969764473428965,-0.2639939931725106,0.6409540955949535,-2.332668639398799,1.2143987140600359,-1.2245037343402538,0.47874606500840755,1.0906793215764445,0.1623391096164637,1.1015594415531695,0.9789693740014236,3.242642113600622,-0.7968192565033956,-3.034746335578358,1.2168221757955233,0.14399697139639134,-1.4631521439085313,False,c1,2,"screenshot
+
+Steps to reproduce:
+* Click on the heading format drop-down menu. Don't close it.
+* Click on the Page settings menu.
+
+Expected result:
+* The heading format drop-down is closed before the Page settings dialog shows up.
+
+Actual result:
+* The heading format drop-down remains open (and selectable) on top of the Page settings dialog (see attached screenshot).
+
+Observed in Firefox 21.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11748}",52210,-1,Needs Triage,True
+5.967980253831136,-16.03669806181045,-4.454969681891852,-5.477708896099274,-1.4237520775361094,4.776649864826013,-3.3000160023155405,2.1036460202214373,-0.5445165521603704,0.873298789888274,9.963256388116957,0.01743849986567647,-2.1986942782099996,-0.8927301082741073,-1.4270313429155639,0.5195081854746587,0.9851808314973345,0.5711190443637901,False,c1,2,"See [[testwiki:VisualEditor:Little or big]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52207,-1,Needs Triage,True
+-1.4281909965566812,-0.33971909078904083,-4.550747613898334,-0.7429964073695065,-1.5984756176915214,0.5691158472527873,-0.3463433774015918,1.9478329254502342,-1.9255863962574584,-2.9236228736009178,-1.6850118728903827,-0.9231268300881166,2.8017307976052495,-1.3010070212422797,1.3818479748190073,-2.446530665470706,0.1917614386253883,-0.3179695203146917,False,c1,2,"**Author:** `swalling`
+
+**Description:**
+Looking at the logs for the latest GettingStarted schema (GettingStartedNavbar_5496876) I am not finding a page-save-success event since June 6th. 
+
+This may have something to do with the VisualEditor split test or maybe not. I am seeing very few events (28 total) of any kind being logged on enwiki after 2013-06-20 when logging for the VE split test was enabled. This is obviously wrong, since there were more than 150 revisions tagged as gettingstarted-edit yesterday alone.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52204,-1,Needs Triage,True
+-6.981046346033718,3.8904343113606323,0.9212049458413283,1.616655077801303,5.475946131712114,1.850340409858579,1.6944943337559897,2.0526775176672034,-0.026273357733765212,-0.1536563575041221,0.4172606735144919,0.19380039710526775,-0.26267149810363577,1.6919415503077317,-1.8399886994875336,0.9407183343226064,-0.3544131657106073,-1.4074579264705378,False,c1,2,"Specifically, a lot of JS-dependent things simply don't seem to work. Mostly those are gadgets (no big deal) but on reload, section edit links take you to the source editor. This is probably the most critical; I can imagine a workflow in which a newbie makes a change in the VE, saves, sees something else to tweak, goes to edit...ack! Broken the site!
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52181,-1,Needs Triage,True
+-0.21545093672605686,-5.261866390260263,4.268128022953466,2.183718554919135,-0.36574107671794875,-0.8472986581855407,4.999080698349366,-0.7950365930783821,1.3438971787769385,0.08990459760721592,-0.4456616467173449,-2.000949787679451,-2.084799501243796,0.7234059088299256,-0.08456814017682301,-1.9477326981218241,-0.45430325863766285,2.6580210993174243,False,c1,2,"Normally I would rewrite the bug description for bz, but JohnCD has given a very good demonstration on-wiki of strange cursor movements when navigating using arrow keys:
+
+http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=561499916#Some_funnies
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=561499916#Some_funnies",52168,-1,Needs Triage,True
+0.45764317975845836,-5.665767573011188,-5.573821836293222,0.46493754747975014,-0.8559315887424002,-1.5765984900583838,-2.386655793334349,2.567246865849265,-0.9802572305861892,-2.9454734947755172,-0.4929779615023926,1.378916850619641,4.160804095751857,0.5148154106715657,-0.5452498614235619,0.17315707908992337,-0.163144281329326,-0.38343338976514496,True,c1,2,"In general,
+
+{{foo
+bar = 
+* 1
+* 2
+* 3
+}}
+
+… is RT'ing to 
+
+{{foo
+bar = * 1
+* 2
+* 3
+}}
+
+Examples: 
+
+* https://en.wikipedia.org/w/index.php?title=Riddler&diff=561149660&oldid=561096940
+* https://en.wikipedia.org/w/index.php?title=Schuylar_Oordt&diff=561438828&oldid=561406705
+
+VisualEditor bug (to prevent dirty-DOMing and so hide this bug on RT) is bug 50070, but this will still occur when users edit the template unless this is recognised as valid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50070",52147,-1,Needs Triage,True
+3.67625076235761,-5.3719835319660625,-5.791242606571425,3.8252119960071456,-5.755882560957799,-1.8034018141970494,-0.6420617605673469,-1.1770113942318612,-0.4212440662028335,-2.0035410404159,-2.05152917621255,-2.2730924875265774,1.627837782191894,0.14134168867082764,0.8300129408394108,-1.102706104466244,0.42689942354733357,0.6486240459387485,True,c1,2,"After modifying site.pp and provisioning, I got:
+
+notice: /Stage[main]/Role::Eventlogging/Mediawiki::Extension[EventLogging]/Git::Clone[mediawiki/extensions/EventLogging]/Exec[git clone mediawiki/extensions/EventLogging]/returns: fatal: unable to access '/root/.config/git/config': Permission denied                                                                                                                       
+resulting in:
+
+err: /Stage[main]/Role::Eventlogging/Mediawiki::Extension[EventLogging]/Git::Clone[mediawiki/extensions/EventLogging]/Exec[git clone mediawiki/extensions/EventLogging]/returns: change from notrun to 0 failed: git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/EventLogging.git /vagrant/mediawiki/extensions/EventLogging returned 128 instead of one of [0] at /tmp/vagrant-puppet/modules-0/git/manifests/clone.pp:40
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52143,-1,Needs Triage,True
+-4.07158446508303,0.6187270126810667,-5.611997556431486,0.8224727711158295,-1.7695829367259526,0.8716574878080474,-1.8423862916665872,2.4260302117455907,-2.431085070580469,-2.6393841227987416,0.2908315654517044,1.0651135793800404,0.2688582311898471,-0.22345453962662365,-0.585077335010677,1.4523920847231344,0.9209759203974575,-0.2746373504213555,True,c1,2,"[Not urgent.]
+
+Frameless images are special; the caption is meant to be the alt text, unless alt= is also set, in which case it's ignored - but Parsoid outputs a 
 for images regardless of type (thumb, framed or frameless) - and doesn't output the alt at all, which is bug 45208.
+
+There's a hack in VisualEditor to ignore 
s for these as part of bug 50113, but Parsoid should fix these in due course.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",52142,-1,Needs Triage,True
+2.412128624925366,-16.959765250364036,3.8734178164902353,2.0645510978340043,-2.0320540649073333,3.0306175551290853,5.235389208997927,-1.4391340410100049,0.6232125295312069,1.3830397040905495,0.85978318546299,-0.6635763096340714,-1.1633477032329944,-0.011350188389093852,0.5331305553380874,-0.5160785717085714,0.2982228827735709,-0.05478655315618952,False,c1,2,"https://en.wikipedia.org/w/index.php?title=History_of_Delta_Air_Lines&curid=38607247&diff=561387547&oldid=557734729
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52116,-1,Needs Triage,True
+27.878467436767263,2.1016453892760403,7.15254675372767,0.7662895355449777,2.760694952592451,1.7313244108632773,-0.48578329730226866,0.24371114443046227,-0.014700984759207503,-0.9618383093835967,1.6989478703037606,-1.2069159078297538,3.004279588467372,3.838653035866214,4.3845000981745565,-0.8786825964299825,0.05859451146619965,1.3532274246619769,False,c1,2,"https://en.wikipedia.org/w/index.php?title=Laura_Pannack&diff=561375041&oldid=561336738
+
+The change should have only italicized a few publication names. Instead it changed...
+
+* Winner, Magenta Foundation award{{cite book |last= Pritchard | first= Lisa |authorlink= Lisa Pritchard|title= Setting Up a Successful Photography Business: How to be a Professional Photographer |url= http://books.google.co.uk/books?id=Nn4Zt5SBcswC&pg=PA134&lpg=PA134&dq=laura+pannack++Setting+up+a+Successful+Photography+Business&source=bl&ots=jPQTB9IuYE&sig=7xtX-t9WFQYB76Xo_ZlU06BnIrE&hl=en&sa=X&ei=QehaUZGZCJSa1AWR_oCICw&ved=0CC8Q6AEwAA#v=onepage&q=laura%20pannack%20%20Setting%20up%20a%20Successful%20Photography%20Business&f=false|accessdate= 2 April 2013 |year= |publisher= A & C Black Publishers Ltd|location= London|isbn= 978-1-408125-77-9|page= 134| quote = Laura Pannack ... twice winner of the Magenta Foundation Award}}
+
+to...
+
+* Winner, Magenta Foundation award{{cite book |last=Pritchard | first=Lisa |authorlink=Lisa Pritchard|title=Setting Up a Successful Photography Business: How to be a Professional Photographer |url=http://books.google.co.uk/books?id=Nn4Zt5SBcswC&pg=PA134&lpg=PA134&dq=laura+pannack++Setting+up+a+Successful+Photography+Business&source=bl&ots=jPQTB9IuYE&sig=7xtX-t9WFQYB76Xo_ZlU06BnIrE&hl=en&sa=X&ei=QehaUZGZCJSa1AWR_oCICw&ved=0CC8Q6AEwAA#v=onepage&q=laura%20pannack%20%20Setting%20up%20a%20Successful%20Photography%20Business&f=false|accessdate=2 April 2013 |year=|publisher=A & C Black Publishers Ltd|location=London|isbn=978-1-408125-77-9|page=134| quote =Laura Pannack ... twice winner of the Magenta Foundation Award}}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52108,-1,Needs Triage,True
+8.78393437074719,-12.647242214413396,-7.984224145842878,0.3705938470429233,-1.5525623872768568,0.8579168665531347,-4.744325915347299,-0.2894201929287687,-1.902001025603194,-3.2937579976442457,6.7878244057611905,-1.9101653042721702,-5.267160212968016,-2.3072241946450793,1.0534850628776118,-1.960573047037348,0.9565635870810734,-1.0688240160695925,False,c1,2,"https://en.wikipedia.org/w/index.php?title=Laura_Pannack&diff=561336738&oldid=557984097
+
+ --> 
+
+Weird.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52106,-1,Needs Triage,True
+12.90028705437365,-13.00122188602576,3.3939505981237765,0.18476440162701468,-0.8765189196820563,3.204956540749583,3.7733778594493286,-1.2273775089696453,0.5352117472382073,0.9920704799590778,0.5865112212779962,-0.5865078754363107,-0.7743790314460801,-0.506145694109434,0.06370703436448899,-0.38579938848320117,0.18957338088623588,-0.1476320507920632,False,c1,2,"https://en.wikipedia.org/w/index.php?title=Christopher_Walken&curid=167790&diff=561335042&oldid=560573850
+
+https://en.wikipedia.org/w/index.php?title=Complement_fixation_test&diff=561335484&oldid=540954235
+
+https://en.wikipedia.org/w/index.php?title=List_of_first-class_cricket_records&curid=5507023&diff=561342472&oldid=560120426
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52101,-1,Needs Triage,True
+6.730168786243491,-4.222479438185529,-0.9879558342605321,-3.50482910069222,4.648402039725589,5.594364265469063,-2.4277778254606193,-4.353169474550142,2.5916983835574783,2.315579775233532,-1.5894439161839142,-0.22107434903550338,-0.7721525200645933,-2.970118397977699,4.1677859889957665,-3.5105355311344604,0.29676839137962574,0.8835600093596294,False,c1,2,"https://en.wikipedia.org/w/index.php?title=Paula_Deen&diff=561368754&oldid=561308417
+
+I did a section edit to link ""Food Network"". This was the resulting diff.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52099,-1,Needs Triage,True
+-1.0814092620736435,-2.2602126129059226,-3.1403871529079534,1.36135088788904,-1.306727858459098,-0.6713407773024258,-1.6096916998693294,-1.8134145983452945,-0.5528714221670897,-0.028202601443213737,0.21011194567042857,-0.6451888925622262,1.160466640876693,-0.5030668555282789,-1.3634367583000744,-1.0040579669159815,0.26714437533279956,-0.19952826017408687,False,c1,2,"Screenshot of bug
+
+The ""review changes"" flyout looks broken and doesn't actually do anything.
+
+There's a script error:
+
+SCRIPT70: Permission denied 
+load.php, line 18 character 453
+
+With ""format JavaScript"" enabled (a real godsend of IE's dev tools) we see that the error is occurring on the first line of this for statement:
+
+for(i=0,len=oldDoc.head.childNodes.length;
+        ifoo=bar|baz}}. However, ""foo=bar"" and ""foo=bar"" are not equivalent wikitext. For example, nowiki tags will break wikilinks.
+
+There's an example of the difference in this diff:
+https://www.mediawiki.org/w/index.php?title=VisualEditor:Template_test&diff=712906&oldid=712905
+
+See the effects for the revisions before and after (look at the ""Inline template"" section).
+
+Before: https://www.mediawiki.org/w/index.php?title=VisualEditor:Template_test&oldid=712905
+After: https://www.mediawiki.org/w/index.php?title=VisualEditor:Template_test&oldid=712906
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51739,-2,Needs Triage,True
+0.2551282115377247,-1.098781044264916,4.62850624902217,3.8035412592493865,-0.42069635978930053,4.250278244270501,-2.1839322475385012,-0.6051072450100388,1.8912168576567512,2.801519148069806,-0.5977018948995356,-0.10064505357038867,0.6188970283934774,-2.2553574713746944,1.7108130588036214,1.4608648136477094,-1.8781114315850473,-1.3867125841703563,False,c1,2,"Screenshot
+
+See associated screenshot. This was an attempt to include ""foo"" in a string-based parameter in the infobox on https://www.mediawiki.org/wiki/VisualEditor:Template_test
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11624}",51730,-2,Needs Triage,True
+-1.4259425274263942,3.3269827957768285,-0.3058449245315291,-13.444043222768872,1.1003989988016667,-3.4332789875372995,1.1213507304562285,-7.657923191514983,3.757768381271613,-0.7221020311313371,1.1818122923212218,3.3408830891158834,-0.6280576136637439,0.13177979738890144,2.3579646613943455,2.6314493773591634,-0.7843506261463784,-0.5658809960559814,False,c1,2,"If I want to track a bug, I can just vote for it. This is pretty common practice, as I understand it. 
+
+But voting seems to be disabled in the VisualEditor product. Can we have it please?
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",51728,-2,Needs Triage,True
+0.6663595307984553,-3.9442352964914313,3.3187123613714427,1.07982405761144,1.4861371825616532,-5.32528519574818,-6.582813761412185,-2.0862236151340925,3.293048262928938,9.239442365873403,-2.3448344897092994,3.991530999641527,-0.4664074483147038,1.7559775480734858,-0.23683565019235253,0.24468507736819614,-1.80621682304728,0.17024887026579694,False,c1,2,"Go to .
+
+Click ""Page settings"", enter ""hello"" for the default sort key, click ""Apply changes"".
+
+Click ""Page settings"", clear the default sort key, click ""Apply changes"".
+
+Review your changes. VisualEditor wants to insert ""{{DEFAULTSORT:}}"" into the page. I don't think we want this behavior.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51724,-2,Needs Triage,True
+6.202350183513438,-3.3543683049130397,5.816095277382836,3.738155694528638,-3.698581698757282,-2.868324677233801,-0.9512654138234913,-0.8973309772024279,-0.9719116527695889,-2.117114198420163,0.4735360075691424,-0.6135140114876663,4.494872196866773,0.22899907208463777,3.6817769435935697,0.4455011223819667,1.2664405550534605,-0.6142908263169311,False,c1,2,"The URL was served for me in 22.766 s and contain spurious entries (without visualeditor tag) like
+    21:47, 17 June 2013 . . (0)‎ . . Feedback: Wikipedia:File Upload Wizard . . DenakiPanos70 (talk) 
+
+This practically equivalent search was served in 1.645 s: 
+
+--------------------------
+**Version**: master
+**Severity**: major
+**URL**: https://en.wikipedia.org/w/index.php?limit=500&tagfilter=visualeditor&title=Special%3AContributions&contribs=newbie&target=&namespace=&tagfilter=visualeditor&year=2013&month=-1",51714,-2,Needs Triage,True
+2.474214067664127,-3.1808925024579136,3.3985022690398345,0.5493138991921043,3.2512960501385013,-0.39713713535364725,0.7021909768161327,-3.935462876160479,4.527163978930876,-0.5278303971909546,0.4557276852137906,-2.0503820384186584,-0.40393247749147587,-0.46700552300586473,0.27072273115129164,-0.14516089961730522,1.3539293633332152,-1.9340525108028066,False,c1,2,"**Author:** `rachelqa99`
+
+**Description:**
+On this page, we cannot create a reference:   https://www.mediawiki.org/wiki/User:Cmcmahon%28WMF%29/references_bug
+
+We can create a reference on this page: https://www.mediawiki.org/wiki/User:Rachel99/VisualEditor_Feature_Test_Charter/refs_demo
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",51706,-2,Needs Triage,True
+-5.471510432656942,-3.2953971115584775,0.1961478851646774,0.9528762480195487,5.688461153919411,1.8990406990559954,-0.37353303903111,1.08425333787415,0.8823787354790025,-3.2588097446363635,-0.7313043394532817,-2.57384568006389,-1.813914688840918,-4.420058825258608,5.155233854884496,0.18301047688711233,0.21001565901371122,-2.1063249694380244,False,c1,2,"A user reported this edit
+, where he just meant to delete a sentence. However the content was duplicated and templates were substituted in this duplicated version.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51701,-2,Needs Triage,True
+-2.0438348792650913,-11.524012014716089,-1.5860535243894418,0.5819338906633429,5.501692188365013,3.3996808435003496,1.9854105147130943,3.9869502962725534,2.000485380072214,1.0148056013939133,2.4912236728441335,-3.411461104471104,2.7032903731914173,1.55306588760135,-0.16591255677947014,0.8126065093189313,1.2800934663127534,0.13252453447096202,False,c1,2,"See https://en.wikipedia.org/wiki/Daryle_Singletary?veaction=edit - the first three (but strangely, not the last) discography tables.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51691,-2,Needs Triage,True
+-0.6056022445946887,2.220673791917143,1.9986045510662613,-3.957355596366794,-1.1935851031361988,1.7115959128481435,1.33437655572052,-0.45570293808928797,-1.428440143025314,0.3316880001228881,0.9887833461794515,0.06595080698670186,0.9470889452379039,0.3158290909345691,-3.567681567061787,0.8530784883526981,1.4269745265150082,1.695938509027972,False,c1,2,"See the bottom of https://en.wikipedia.org/wiki/Chad_Griffin for example - it also occurs at https://en.wikipedia.org/wiki/3rd_Brahmans and https://en.wikipedia.org/wiki/In_re_Estate_of_Gardiner (each time in a different language; Russian, Vietnamese and French respectively).
+
+I have no idea what's going on, but this seems pretty important to solve for.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51687,-2,Needs Triage,True
+-4.674932469037293,2.663386772658061,5.157597563698552,0.5879205528745819,-0.2367902031480148,-1.0424172811214991,3.6406317995700013,-2.12144794235654,1.9169898154371967,1.0421763161339745,1.727732033886992,5.432407993478813,-0.5423204677207245,1.2953305189554989,0.19284451561127636,-0.8828223851657773,-1.1759175309982597,0.3006359126298761,False,c1,2,"An example is https://en.wikipedia.org/w/index.php?title=Valotte&diff=559961373&oldid=559939306 - another is https://en.wikipedia.org/w/index.php?title=The_Day_the_World_Gets_%27Round&diff=559962523&oldid=559851975 where the VisualEditor seems to have taken it upon itself to drop content and convert templates into pure reference tags
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51684,-2,Needs Triage,True
+-1.748022261936698,-5.734907249936553,4.976047188202024,0.3464215954301977,-4.545332396880298,5.335521365219709,0.7818213259846463,-0.6476422909680855,2.7927929864177283,0.3916289016875769,0.058370935722214856,-0.5802021197727751,0.008606841396414211,0.6226603397071404,-1.4005093777175643,-0.1547955614407841,0.2452752890172336,-1.848683465467296,False,c1,2,"See the tabs on https://en.wikipedia.org/wiki/User:Panpog1 for example.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51683,-2,Needs Triage,True
+13.551084932714073,-2.5240870768034576,-0.5256680170438024,-3.5736793610519384,-4.31818363794965,1.667499486123907,2.484094236478266,2.350450609632898,-1.1938271925755453,-1.1855473869400543,-2.4615875693425044,-2.680926354304498,-1.6735469771186287,0.4434493521780407,-1.832277908093353,-1.52082131581949,0.4361682350745175,0.757933114709066,False,c1,2,"**Author:** `bellayet`
+
+**Description:**
+At bn Wikipedia ULS does not working with recently added VisualEditor beta.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51643,-3,Needs Triage,True
+-3.895791047355304,-2.7069147920524177,-5.41859761160557,-17.455776960493452,-3.9672781580265597,-2.7881989226905555,2.7591714701658185,-8.766992911099669,5.509779875654352,-0.71916890127188,1.3162177412450844,0.3597897226487541,-0.45721861554068965,-2.9584115990919937,5.581479991289135,-3.768477634659446,-1.9817226638234589,-1.0031867985318725,False,c1,2,"I failed to find it under extensions where I was expecting it to be.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51637,-3,Needs Triage,True
+-4.619743711341895,1.6565992515208379,-1.328703344589016,-2.5118224524355286,-0.5036686951172736,1.1659214897481351,-0.880476220661297,-1.9833748234117263,0.18617823446418524,-1.7369793424366278,-2.2712088285321608,0.8096246512210847,-0.10627527495290057,0.3218908658927173,0.012041439944945331,0.45797035823620313,0.6071738941122289,0.10786803348488694,False,c1,2,"The preference ""Use the wikitext editor for editing sections while VisualEditor is in beta"" should be enabled by default.
+
+More generally, users have the option to use or not to use the VisualEditor at the top of the page, but not at the section level. Some users in the Hebrew Wikipedia complained that it's disruptive, and I agree with them.
+
+Another possibility is to have two section edit links, like it is at the top of the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49666",51621,-3,Needs Triage,True
+0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,True,c1,2,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51587,-3,Needs Triage,True
+0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,True,c1,2,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51547,-3,Needs Triage,True
+11.138806871920586,-6.661109219525511,-2.6711549941135058,-4.297260784904259,-1.5985205577558874,2.264830209922513,3.3476298256900927,1.612052521757167,-3.395990126963695,-0.4628792192048117,-1.0644216548592862,0.6947397851388379,-0.9450117877444573,1.7035455727041517,-3.2799126528367153,-0.32155966560622185,-0.6375589012500039,0.3330543008814455,True,c1,2,"Currently links with mw:WikiLink/Interwiki get alienated
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51545,-3,Needs Triage,True
+-7.644715829829641,-4.854113558715719,-2.5104762777016862,2.2379382521332727,-0.16939058049442185,1.4365005006850444,3.9932619979546553,4.864318236739014,-3.764118112653878,9.604899441598757,1.1959312701858944,-0.6715539902334702,-0.4947685779112039,1.0861993378490515,-1.0180565979194451,1.093336741966204,3.1735284036040747,-0.8586279499230349,False,c1,2,"The link inspector shows valid links as red in the autocomplete function. This is potentially very disruptive and confusing for editors, new and old alike, who pattern-match 'red' to 'this page does not exist'.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51540,-3,Needs Triage,True
+6.2551629494546965,-2.2634953094500787,1.9060482980649098,-1.1244392904300144,5.240465744684755,-0.990414323726149,-0.6294406609905829,0.8146423185581165,0.6914493196314426,-2.59819228228419,-0.08453991255046933,0.7980027185576799,-1.2282179756649523,-2.3931549791110576,0.5708972901649885,-3.449115267908929,-2.072545092582481,2.058287754616906,False,c1,2,"https://en.wikipedia.org/w/index.php?title=User:TheDJ/sandbox&oldid=559712952
+
+Try adding a gallery that was made using 
+
+Anything following the opening  tag seems to be enclosed inside it. Also when saving, the following might apparently occur: https://en.wikipedia.org/w/index.php?title=British_Rail_Class_50&diff=prev&oldid=559199747
+
+
+Discussion: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=559712784#Spurious_gallery_tags
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51525,-3,Needs Triage,True
+1.1751286973446784,-9.132065723439366,5.406370143793996,-2.660741142537488,0.6725244783723594,-1.2221978092602936,2.2685181341391365,-3.943631328856115,0.06737667806315767,-0.2160281757421858,0.6127630008927212,3.4878633013634746,0.3776701388100654,0.20115508630083223,-3.384576546499209,-0.14761461688145328,1.2664558925570775,2.321950097959369,False,c1,2,"See https://en.wikipedia.org/w/index.php?title=Breast_cancer&diff=558696523&oldid=558695500 and https://en.wikipedia.org/w/index.php?title=Downward_causation&diff=prev&oldid=558735268 for example; I have...no idea what's happening.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51522,-3,Needs Triage,True
+-7.0241106177780495,2.1823955226993235,-2.3074508919850487,-8.780969174259603,1.5087667844246306,-3.930691938765869,0.07440501286508194,-4.455826405125386,1.7145192526199289,2.606427577193206,-0.790221022375651,-0.8937862368401079,-1.3647168302428527,0.33983695709155537,1.9628863620741654,1.5317477342199206,-0.5552485492173806,-1.7492752944527628,False,c1,2,"As requested at https://en.wikipedia.org/w/index.php?title=Wikipedia%3AVisualEditor%2FFeedback&diff=559578396&oldid=559577689
+
+Whether this is something there will be a generalised use case for, I can't say, but it's kinda a nifty idea in theory. I'd stick it on the ""we'll consider it when everything else works"" list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",51486,-3,Needs Triage,True
+-1.5239356960888963,-1.192495047815333,2.7870392601204834,0.3836618331960353,-0.28104174405770993,6.0698904378527905,3.4615369795816386,1.8009434100281427,-3.52140598010845,0.6944700934555037,1.3042641997993507,-0.39913061254893845,0.5743636993761734,-1.6742435190138876,-0.5762018286390136,-1.0889058726040584,-1.0936255651422686,-1.1949121635593811,False,c1,2,"When editing for example http://pt.wikipedia.org/wiki/Rana with the VisualEditor, all the red links are shown as blue links.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51475,-3,Needs Triage,True
+-3.7772570878951535,5.582140581169625,-0.24278374569142258,1.5996112702816965,0.844723308304727,-1.253902420074718,2.253377413834472,-2.1094154665968348,-0.6631625200010987,-1.1485408447737426,0.04279836976490303,-2.4912692862075074,0.48704866805010116,1.2481113624175357,-1.1147316502261697,-1.5264073752779166,0.5545800510156633,-0.7831848180988037,False,c1,2,"The number of browser tests and the number of browser test builds have both increased to the point that our original idea of a mid-day build and a late-day build (Pacific time) no longer serves us well.  The builds take long enough that they run essentially back-to-back all afternoon every day.  
+
+I suggest we run all the builds at 11:00 Pacific time to have timely build information available around deployment time during the US working day. 
+
+Then I suggest that we run all the builds once at 19:00 Pacific time (GMT-8) so that the results will be available for analysis in the morning Croation time (GMT-1)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",51418,-3,Needs Triage,True
+-3.3386288332840315,-4.709753695598392,-3.4173613689890363,3.125986124953271,5.040757342566373,1.3004748182292374,-2.943419484353157,1.9846111143406295,-0.2665053101320932,-3.4427470900610997,-0.04661429717925092,1.1306428464751124,-0.14753412727177118,-0.11035077534652782,0.4250746831805756,-0.4514043271309006,-0.46074425686798925,-2.206211702747254,False,c1,2,"The image is loaded
+
+editing article [[:zh:港鐵都城嘉慕電動列車_(直流電)]]
+
+if there exists a wikilink to a file, then the file will be loaded which should not happen.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11725}",51384,-3,Needs Triage,True
+-4.809576944412365,1.4666904935426555,0.4231780414978594,2.8895805532390537,7.975607217263525,6.591642851266491,-3.4453492568960433,0.21265853944364776,-1.0396327174162443,0.6823719170280818,-2.4247595277247083,2.026184142383503,-0.2816181224065595,-0.7151715392323439,-0.7870599989248532,1.135682692247471,1.2432496277551797,2.3527350369721587,False,c1,2,"To edit an article using the VE, the URL is ""...?veaction=edit"".
+
+But, by loading the page with the VE, the URL is changed and becomes the same than the one to display the article.
+
+There is consequently an inconsistency between the URL and the page content.
+
+""?veaction=edit"" and all other URL parameters should not be changed/removed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51336,-4,Needs Triage,True
+-1.2143644520982613,-8.864057635034378,-5.259834259988654,-3.9803769558821305,-5.7311850793823265,3.4702789173917106,6.392933940075442,-0.495344556416201,1.7097275554545635,1.4586172749231663,0.9592517935658766,-0.8369300738796301,-1.8735556707509957,-0.40424497183725094,3.4284555310120544,-0.8487739539769847,0.8703817075017415,-0.5160742746000377,True,c1,1,"VisualEditor's new features should be exposed for testing outside of our local development environments.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",51084,-4,Needs Triage,True
+3.5932749331209206,-3.0898851844349853,-2.561499824995513,-2.150239808533014,-2.2100725017801226,-2.275331129930455,-2.761566796316381,-0.08371744262085676,0.6789896582341403,-2.8574487312605417,0.12548048663894873,-1.9484999445942686,0.06219370471220387,-0.5196085128636154,0.0847376530362709,1.379151300615981,0.5395762457532864,-0.809053862134419,False,c1,1,"I updated the translations of several VisualEditor messages in translatewiki.net. The changes were committed to Gerrit, and it looks like LocalisationUpdate ran several times since then, but I still don't see them on the Hebrew Wikipedia.
+
+For example, let's take the message Visualeditor-linkinspector-suggest-matching-page:
+
+1. Update in transatewiki.net: https://translatewiki.net/w/i.php?title=MediaWiki%3AVisualeditor-linkinspector-suggest-matching-page%2Fhe&diff=4721642&oldid=4682586
+
+2. Commit to Gerrit: https://gerrit.wikimedia.org/r/#/c/63552/1/VisualEditor.i18n.php (line 1661)
+
+3. Still not updated in he.wikipedia: https://he.wikipedia.org/w/index.php?title=Special:AllMessages&prefix=visu&filter=modified&lang=he&limit=5000
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",50893,-5,Needs Triage,True
+-2.95482917324374,6.872652338335804,3.497298205818673,2.4552026501100683,-1.964334856723085,0.8754117670614954,-0.060560317521723306,-2.5522338030339164,0.13264330615104913,-2.366912190878516,-2.0104896038900626,-2.380368183269261,-0.7885136965367812,-1.308641657553511,-0.5460294185666434,1.253375186911525,-1.199885790947456,1.3265215492605689,False,c1,1,"**Author:** `swalling`
+
+**Description:**
+Placing a colon before a File: link in MediaWiki should link to the file, without displaying it in the page. While VisualEditor correctly represents this text in read-mode, when it editing it displays thumbnails for the linked images instead of the link and text. (Screenshots of the error and associated markup to be attached.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",50669,-6,Needs Triage,True
+-4.765782812636254,8.388206556151747,2.081079324546362,2.632747163790646,-6.961107708211374,3.123648536940098,-2.4471308412861363,1.8844836139960774,-2.389343225223379,5.403390906948573,-6.247998696159587,-3.846422770705499,-3.518514161181037,0.5957489224608894,1.4918693569252097,0.5782869816047458,2.1520186246419906,-1.7404655882605644,True,c1,1,"(This is only for action in the immediate run-up to VisualEditor deployment as beta.)
+
+The section edit links should point to VE rather than the wikitext editor as part of the 'being the default editor' schtick. This should only apply to wikis with VE on 'beta' rather than remaining on 'alpha'.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",50658,-6,Needs Triage,True
+-1.6223175158790433,1.5949484606292916,4.065049103004441,9.759614360569568,0.5780472737843876,-2.3810659411413235,2.3836003495102878,-0.11321061625065137,1.2342774498240567,-0.7203940406122618,-0.43233126332477045,-1.9717356122815928,-0.1645793846179613,-0.7263833834123892,-1.6003352378645332,0.48060287778646293,0.7369193842858188,0.46224894031769126,False,c1,1,"Feedback gets submitted to a page given by the message MediaWiki:Visualeditor-feedback-link. The link can differ from language to language.
+But feedback gets submitted to the link for the user-chosen interface language, not the wiki/content language and so hitting different pages.
+
+ex.:
+german interface: https://de.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/R%C3%BCckmeldungen&diff=prev&oldid=118691535
+english interface: https://de.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=prev&oldid=118691557
+
+This may apply to other messages as well
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",50645,-6,Needs Triage,True
+13.206833793638605,-4.604725006701244,-3.009607829753003,-2.804534960899237,-1.2309755259730384,3.841404866832285,-1.8616345961296137,-0.06913866897491897,-0.8583407323401908,-1.5666317306547057,0.276109498008553,0.5406570035039173,5.010295060915287,0.9182360418386244,0.9808699512052232,-2.6763962878763525,0.0216048455210176,1.9348036926648982,False,c1,1,"Screenshot of the English Wikipedia using VisualEditor, 2013-05-18
+
+VisualEditor seems to be expanding certain image links. Screenshot attached.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11087}",50596,-7,Needs Triage,True
+-3.0462077152127867,-7.10363040311744,-2.9167911127059813,-6.133530724289524,-3.6935880089462403,4.030622725609059,2.1925909030973214,4.598641457770824,2.692175270667841,-1.1865886638403782,-2.68672237498075,-2.3749008669461222,-2.6779554653084032,1.8584018392941601,-0.2519582839553509,-3.8443607992719886,0.18791644749914016,-1.0894614095338595,True,c1,1,"Not sure how to proceed on this one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",50558,-7,Needs Triage,True
+-1.0408605927820562,-0.3922369561676682,2.9459147504526264,0.8858921524659027,1.1330144166371579,6.8752645443569875,-2.4688956288800687,0.6293828890820299,-2.6116476183515216,1.572372473159148,1.6570020395434244,-0.899422060288288,-0.33548330378972047,0.869139651128096,1.189326255781804,0.06053076429384446,-0.08472415878417516,-0.5892856799803221,False,c1,1,"1. Edit http://en.wikipedia.org/wiki/Refrigerator
+2. Look at the list in paragraph ""Production by country""
+
+The list has extra empty lines, some with a bullet, some without.
+
+The saved wikicode is OK, though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",50527,-7,Needs Triage,True
+-6.139402608081975,0.5436800708332896,-4.411492821497655,2.157248963056549,-0.6874125225902658,-0.5768034195299823,-1.9701778529314886,-0.7341998019965698,-1.3356738578183749,3.1960904202389635,0.33350134160404155,-0.9674430069540325,-0.34151496113171387,-1.0125668278313729,-0.11907309766664032,1.5022683878121141,0.9214964733625253,-1.267052172299887,False,c1,1,"VisualEditor is currently unable to display the parameters in the template editor in the same order as the wikitext because they are provided as a plain object.
+
+And per the JSON specification (and as proven by inconsistent behaviour in different browsers), objects are ""an unordered set of name/value pairs""[1].
+
+And even if JSON would support it, once in javascript, we have the for-in statement and Object.keys() which do not have a reliable cross-browser logic for the order of the keys.
+
+Though Parsoid is able to roundtrip the order (since it has the original wikitext and can put them in the right order), we can't.
+
+I'd recommend the output is updated to output an array of some kind.
+
+So instead of :
+ { foo: bar, bar: quux }
+
+It'd be something like this:
+
+ [ { foo: bar }, { bar: quux } ]
+
+or (Trevor's idea):
+
+ { keys: ['foo', 'bar'], values: ['bar', 'quux' ] }
+
+
+[1] http://json.org/
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",50523,-7,Needs Triage,True
+-8.938178749629254,1.7104761755387017,-1.3872631065853192,-0.6048444770889542,1.414554105554525,1.105274407030522,1.6469168747652354,0.106317588519803,1.9713404626126512,1.475936708898458,1.1111998451758898,-2.003053353003778,0.15418682901256275,2.1986363775742914,-1.0615643312226206,-0.8636426374353943,1.8265669117992875,-2.1218667837301473,True,c1,1,"If you try to change a link anchor by pasting plain text over the old anchor (or part of the old one), it won't work.  The new text will just stay plain.
+
+You can't use the link dialog for this either, since there is no anchor field.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",50489,-7,Needs Triage,True
+2.4223674360697216,-4.8375609375457636,-3.156131661324979,1.5534109117778359,-2.282607757336028,-2.295839386341652,-1.0257139427443063,-3.3461441605063125,-1.037809265759594,-2.635377056288253,0.2094248914004906,-1.149765632876351,1.1316073805328744,-2.371995467273891,-0.8600869755889002,-1.3774066903299764,0.5081848705393315,0.2326585319557004,False,c1,1,"**Author:** `the.anonymouse.wikimedia`
+
+**Description:**
+screenshot of editing my .js file with VisualEditor
+
+When editing user skin .js and .css page ([[Special:MyPage/skin.js]] and [[Special:MyPage/skin.js]]), line returns are replaced with ↵ symbols. I attached a screenshot to this bug report of editing my .js page with VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10832}",50471,-7,Needs Triage,True
+0.5634732761192836,-2.6090098069831704,1.971595574557245,5.79507224272701,0.8353331267931872,-1.8143293294463854,-3.021184281042918,0.7742116747229731,-0.14067571069220391,2.634428195965297,-1.5069024935495627,-1.3575436656220656,1.4214229550853101,0.6052697421604218,-0.37719687609290276,0.08855018771057152,-1.7459127963699999,1.34088773894309,False,c1,1,"VisualEditor link dialog box incorrectly showing red text, 2013-05-13
+
+Go to . Click ""edit"". Highlight the word ""wiki"" and click the link icon in the toolbar. A dialog box pops up incorrectly showing ""wiki"" in red text (indicating that the article does not exist). Screenshot attached.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10762}",50433,-7,Needs Triage,True
+7.178497023272541,-10.38899020685072,1.1322232234740568,2.6678586269136586,-2.689370903164408,-1.844385697727681,-2.409753084610029,-0.5794986451396107,-0.016713711941422182,-2.6313401723391765,0.7660698575321039,-0.21696927025179835,4.50923506111739,3.1065918826564207,1.6217108741895814,-0.27531578936253365,0.024361153842016314,-0.5287531682716147,False,c1,1,"VisualEditor message key exposed on mediawiki.org, 2013-05-13
+
+URL: 
+
+Error: see attached screenshot
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10756}",50431,-7,Needs Triage,True
+-2.6696431770221314,2.0399943799961626,0.5949100491587949,0.5042392375047784,1.0498349843880037,2.370350307551436,-1.2409475920300705,-0.43227002121463765,-5.05372439111594,8.843159757436869,-1.688934987660687,-1.03578462451218,-0.7856303199181136,0.300610764053709,-0.6016170023210803,-0.5624433644219445,-3.354638513566144,1.420175528674536,False,c1,1,"When the VisualEditor replaces the normal ""Edit"" tab with ""Edit source"" it deletes any selected/active state on the tab. This results in an active edit tab becoming non-active when you are on &action=edit.
+
+Additionally on a non existent page ""Create"" gets replaced with ""Edit source"" instead of something like ""Create source"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",50316,-8,Needs Triage,True
+0.016179989322190558,-3.9014988165241338,5.159876541371933,1.4529667362874386,-2.5105941773844784,4.243837735596844,1.3325487012953987,-0.06026485898965386,-0.7784727947947984,0.9500225728434399,1.467679442114758,1.5680148993300096,1.5222632709617057,-2.561066230477886,0.245532087672359,-0.5081474111923019,-0.9704935938023569,0.2868559377077651,True,c1,1,"As per Subbu's report. (The corrupted table is going to be a different bug.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+**URL**: http://parsoid.wmflabs.org/_rt/en/BMW_801",50179,-8,Needs Triage,True
+-2.379073766768928,-0.010796274253582538,-1.4846562776623635,2.1232634221695186,-5.710246120857027,1.3972519678208302,0.5118651096280846,1.0952848380362883,-1.8158204163141032,2.617233401780359,1.8887887938558854,-0.9131621201469173,-2.2716356838859904,2.2754461130375256,0.8324516246869473,-0.39449306074646395,1.7085266661076737,-0.3667399789279371,False,c1,1,"In MW, annotations loaded from the document will have data-parsoid attributes, and so will have difference store indexes to new annotations. If two words with differently indexed bold annotations are placed side-by-side they converter will close the first one before opening the second, e.g.:
+
+Bold on load textadded text
+
+Which Parsoid converts to
+
+'''Bold on load text''''''added text'''
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",50110,-9,Needs Triage,True
+-3.893279729896088,-4.039251304279222,-6.068354695096792,-2.4174344231873692,-0.2587101619066362,3.2288977106964216,-3.777019080126507,3.987244827879902,-5.660716588971646,2.691870146423228,1.33454632599635,-2.714878887137856,-5.724697334415084,-0.19302207665271887,1.3518961730470442,-3.563088957454533,0.11763017943947096,0.7764944041112922,False,c1,1,"https://zh.wikipedia.org/w/index.php?title=Team_A_6th_Stage%E3%80%8C%E7%9B%AE%E6%93%8A%E8%80%85%E3%80%8D&diff=26390481&oldid=25589213
+
+All change done manually is the insertion of ""编辑器测试"" at the first diff, then those extra  and  got added automatically.
+
+Where's that ""partial serialization"" mentioned before?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",49860,-9,Needs Triage,True
+-3.0381034986650555,-6.758944881980263,-5.072880213850089,-1.8497974084652817,8.223247150491849,-4.23933039408274,-2.891970653157059,-0.4558174610695541,-0.9945498298563324,-1.355456725204606,-1.6071359333725244,1.2566526204408353,-0.5469523941896544,0.11122965715880628,-1.6469919602844185,0.23239039225487798,-1.2897015073509561,1.1811924459285235,False,c1,1,"I have ""1 notice"", ""You are using an alpha version...."".
+
+1. Clicking the notice, it pops up.
+2. Click the message contents, the popup hides.
+
+""1 notice"" remains.  Maybe it will go away when I save the page I'm editing?
+
+3. Save the page, and edit again.
+
+The notice is still there, and even expands when the editor is started.  Blargh!
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",49816,-9,Needs Triage,True
+0.6683349745472267,-2.934969678046251,4.228538753344964,1.9553385576457698,-8.353802799532767,1.4126739906245602,8.392159635280251,4.429973432245934,-2.4367704431442396,4.794606008100768,4.524034206262991,-1.5402941412706213,0.7593966356956066,-1.6848203926678793,1.4732238902826857,3.4974846753051945,-0.7534267563313796,0.9280266430180533,False,c1,1,"Add RTL support for page-, paragraph- and block-level elements in VisualEditor, as well as support for multi-language use in articles.
+
+Full proposal (GSoC2013 project) is available here: http://www.mediawiki.org/wiki/User:Mooeypoo/GSOC_2013_Proposal:_RTL_Support_in_VisualEditor
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",49814,-9,Needs Triage,True
+-0.3877897925368372,-1.5615787576822093,-1.3473904905687561,2.3375882764587352,6.545976929750115,0.1008038520532113,1.4656601838245402,0.7917848032140659,2.374464075066191,3.404233460797389,1.4470480123769742,1.4147265916230858,0.41448078511634545,-1.5125697852213689,0.5165896665380583,-0.20559411225161406,1.6520376916942323,2.770539411340935,False,c1,1,"CSS and JS pages shouldn't be editable using the VisualEditor, but only using the regular source editor. These pages should only have the ""Edit source"" tab.
+
+(It may make sense to have them editable using the source code editor that is used for Lua, but that's a separate issue.)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",49768,-10,Needs Triage,True
+-2.7836334954947257,-2.649850932448471,-2.340808387986378,2.9412154588728887,2.48756411973267,0.5547155356397062,-2.6294792284818493,-1.6994111129512226,-3.041228095264116,2.383436437298184,-0.740531035358047,3.1685069994593267,0.5309858550559072,-1.2826405960157676,-0.08639378225064931,-0.5536967285143971,1.0179386152931642,-1.067199870454501,False,c1,1,"**Author:** `benedix`
+
+**Description:**
+One of the feedback-mechanisms in the VisualEditor is broken:
+
+'visual editor' -> 'review and save' -> 'something is wrong' -> 'report problem'
+
+I made a little test:
+http://www.youtube.com/watch?v=Zzt_2CBfTNI (35 seconds)
+
+The feedback is sent to http://parsoid.wmflabs.org/_bugs/ but the request is canceled after a few seconds. 
+
+
+Btw. There is no visual feedback to the user that shows him to wait while the request is pending.
+
+
+Lukas
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",49755,-10,Needs Triage,True
+-6.023098962503491,-2.3670773936210914,-0.7388586208438497,3.7226718779924353,2.4221888013318558,0.2304913932805288,-3.0812278971477487,-2.1475635040564844,-2.198961619464027,-2.2181994520620067,0.6872513391914303,-0.5158416798551697,5.4137666567547384,1.8684847215660385,3.4316845520692736,3.3104246950805054,-0.7158586103499781,-0.5126058921347989,False,c1,1,"See the URL for a demo.
+
+The last line in the source of the demo page has an empty paragraph before it and several hash marks in the beginning.
+
+In the output page it is shown as ""1. 1. 1. 1. 1. 1. 1. A"".
+
+In the VE it is shown as
+1.
+ 1.
+  1.
+   1.
+    1.
+     1.
+      1. A
+
+This is an edge case but it should should probably be identical in any case.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/VisualEditor:Multiple_hashes",49751,-10,Needs Triage,True
+4.4249985183855625,-4.312402123806649,-1.1757676649952877,1.7023398331239554,3.2961145903172553,0.7324529782215474,-1.7788856968024795,-2.2972888122514634,-1.3181246249614822,0.4585328581415844,-0.00851554128888532,-0.5870602174540734,3.2892370588141944,0.6650009431035704,-1.1890580575229306,-1.2669459248645043,-0.7191807859800429,0.5769361088145415,False,c1,1,"**Author:** `mh87`
+
+**Description:**
+I tried to add a link to a word. The page containing this word already exsists so the Editor tells me ""Matching pages"" and lists the word.
+
+When I click the matching word to add the Hyperlink the word says ""undefined"". After clicking ok the whole line gets deleted
+
+MediaWiki Alpha 1.22
+VisualEditor 0.1.0 (latest snapshot)
+Chrome 26.0.1410.64 m
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**OS**: Windows 7
+**Platform**: PC",49546,-10,Needs Triage,True
+-0.6547876280394571,1.3156516236969527,3.6303680703426764,1.897776258940878,-4.891202404867991,6.9406115067089535,4.143703693463306,-0.15373982362111224,-2.2001776044028443,1.3781658108314643,1.1486968179140997,-3.4365252444618353,-0.6438076430087492,-0.17285680943162074,-0.8585951743502456,0.3653766055920435,-1.8555192229020452,3.31178428270493,False,c1,1,"Performing small edits on pages with citations like http://en.wikipedia.org/wiki/JRuby results in a clean diff in Chrome, but produces a dirty diff when using Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",49419,-11,Needs Triage,True
+-6.595875229799262,-0.8795845449751027,-2.281563319819732,0.8806806372117015,-3.4676786418964634,-8.503993637217269,5.539374123042411,2.9824384002119886,-0.15544759068351766,-0.29815266765308657,-0.5866912998535065,1.292408941585353,-0.8757157773508686,1.7395199829770114,-3.7907598465766936,2.6373141121185943,0.6414693049080322,3.4697233443499576,False,c1,1,"Cursor correctly appear and blinks in slug, but surface completely does not know about it, so when user start typing it does not convert slug into paragraph (for block level slug) or delete slug (for inline slug).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",49258,-11,Needs Triage,True
+3.6088870237211688,2.189887177414473,-3.104011871445529,0.10482941047579675,-0.4074857697800267,-2.438654781584137,3.2835995831806644,-1.6299615948308852,2.2788152721146497,-0.19833310713165364,0.12147520869084572,-1.2434253306432215,-0.4358293716338473,1.3026214895063735,-0.740461916138984,-0.3057551566850992,0.8513702355209019,2.0585445324688383,False,c1,1,"Currently we can't use the UnicodeJS.wordbreak library to emulate word skipping (ctrl+arrow / alt+arrow) functionality as wordbreaks appear either side of whitespace and between multiple whitespaces:
+
+|One| |Two| | |Three|
+
+Moving forwards we expect the cursor to stop in the following positions:
+One| Two| Three|
+
+Moving backwards we expect:
+|One |Two |Three
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",48794,-13,Needs Triage,True
+-8.10560939509855,6.888398896148061,-0.1722859532230956,1.4223599128585378,0.1380478308973494,0.8045069294995382,1.4363834316966777,-1.2720990898803808,4.776230027372511,1.0449531895844713,2.74606395775507,0.05829509542975986,1.2636782700435267,-1.0070188195018344,0.616423213355719,0.4852072552516691,-0.8277316697453071,0.8523942523889494,False,c1,1,"DM nodes should be able to handle their own children, rather than having the converter do it for them.
+
+This means we need a .static.handlesOwnChildren flag or something similar, and a way for .toDataElement to recursively invoke the converter to convert a sub-DOM to a sub-linmod.
+
+Reflecting this, CE nodes should be able to take control of the rendering of their children as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",48619,-14,Needs Triage,True
+-2.5569509604252456,6.283453246936631,0.9268232815792565,1.0746341156193258,-4.607780537477421,2.2093263074060827,-1.6971263742973886,-0.020952793287167093,0.5676616272194738,0.6236657805910903,-2.3638888908654723,1.0724310640848917,-0.11855828375136301,-1.8339369275443689,0.9917606982252014,-1.0520012621423769,0.3868507530491605,-1.1583428943332221,False,c1,1,"Currently VisualEditor users can't touch infoboxes. It would be great to have edit access to the text fields of infoboxes.
+
+Being able to update images would be a plus.
+
+Modification of the infobox itself (e.g. addition of new fields) is out of scope here.
+
+
+I'm filing this request in relation to 
+
+""Wikidata provides data for Wikipedia's infoboxes. The goal of this project is easy editing of the data for a given infobox on the Wikipedia, without having to go to Wikidata.""
+http://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#On-site_editing
+
+By the time those Wikipedia infoboxes would be filled with Wikidata data, 
+""easy editing"" should be provided by VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",48520,-15,Needs Triage,True
+-7.1212842465264075,9.997581166172225,-1.4147187962086747,-5.094285619934001,-2.475698857559861,-1.3145647920555832,0.5204093347947252,-1.5317944259710181,-0.023788470467473566,0.0521291679019118,1.384496042490595,-1.461460908315209,1.3419342110672492,-0.8939080988277244,-0.32599779055562284,-1.0362430254568973,1.6196154813166517,0.7439274518431154,False,c1,1,"So Molly and I are at LibrePlanet talking about bug 37933.
+
+We decided that while Wikitext --> HTML --> LaTeX is possible, it's not terribly useful and doesn't really take advantage of the structure of Parsoid - we see it as adding an extra stage to the parse, which will potentially add to the time the parse takes, as opposed to having a generalized token stream and only starting to convert to a format after the token stream is actually ready.
+
+Obviously this means a few of big things, potentially:
+
+1. The DOM post processor needs to either run before the HTML5 tree builder, on tokens or some other structure, or it needs to be emulated for each format. I'm leaning towards the former, because if we're going to export to multiple formats it would make more sense to have one file for each format that builds the export from a token structure, rather than two files each, which build the export and do the postprocessing.
+
+2. Because we aren't actually dealing with HTML, necessarily, in the end, we shouldn't be talking about tokens with HTML-specific tag names. Probably we could just use canonical Parsoid-specific names - something like http://www.mediawiki.org/wiki/Parsoid/RDFa_vocabulary - or maybe something similar to the *_NODE attributes in DOM nodes, with a mapper to some canonical integer values that are defined in the base Token class.
+
+Footnote: As I was thinking about this and trying to come up with how I wanted it to look, I realized that the problem was that I was looking at it as wanting to convert between WT and either LaTeX or HTML, but if we wound up following our long term plan, ""LaTeX export"" would also require HTML-to-LaTeX, because HTML would be our storage mechanism. So I think it might be better to rewrite each bit of our system to convert each format to and from a canonical internal representation, rather than to and from any one other format.
+
+I'm posting here because I want thoughts and feedback. It should be noted that bug 37934 would also benefit from any of the work we did on the generalisation problem - and we could probably open a tracking bug to figure out all of these things more generally.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",48516,-15,Needs Triage,True
+0.5765322570481501,-2.9578261804266734,1.275310502923201,0.5472271304551384,3.190717999604421,4.0683788542925505,-7.129940891139569,0.7046547100704781,2.4615025795522483,-0.23462888713244467,0.9422712695173128,0.21682293093062865,2.056558420285414,1.066974826871629,0.4488370813996374,-0.24644509070309695,0.876663442900701,2.651673912389251,False,c1,1,"Steps:
+
+1) Go to http://en.wikipedia.org/wiki/Jean_Nicolas
+2) Click VisualEditor
+3) Without moving the cursor or anything, enter the following character: a
+4) Click ""Review and save""
+5) The whole content of the article has been replaced with just the character.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",48506,-15,Needs Triage,True
+-2.084565741485819,2.0016292633933404,1.76309830036654,-0.6178777440610581,-4.233672091672972,2.269982500619263,-3.772102444511835,0.5942188702460474,0.38650634309068177,-1.2963806070154664,2.990429255319412,1.473340958671425,3.507371919141293,3.9736505660725765,0.07984468159772451,-0.7393574690282345,0.2559689803319709,-0.6427188263118675,False,c1,1,"Steps:
+
+1) Go to http://en.wikipedia.org/wiki/Nicolas
+2) Click VisualEditor
+3) Left-click any link
+4) A small popup with only one item appears, click on it
+5) Click outside of the popup, for instance on a blank area of the article behind
+6) Link has disappeared
+
+Step 5 is what many users do to cancel.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",48505,-15,Needs Triage,True
+0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,False,c1,1,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",48320,-15,Needs Triage,True
+-5.9484797006323635,2.625905801318158,-0.9425122482274766,-0.24299878731570934,-1.0870352562471295,0.6468736794273569,-0.9838496396971692,-3.8972020774998763,2.8228822600762147,0.5736980122427671,0.44838088615801874,1.2992824844717805,0.8149534205213795,-0.11275879951697831,-1.4934613485191734,0.07552232006343124,-0.3993679417558862,-0.23495694558736413,False,c1,1,"We have a job that sanity-checks our API server, which is a primary part of our ability to communicate with the VisualEditor. It fails because the process forks off several workers to handle requests, which sets off big red blinking alarms in Jenkins.
+
+Do we need to add in an option to not fork? Do we need to add in some other method of doing this (like a ""start a background process"" Jenkins builder)? Or can we work around the file descriptor issue?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://integration.mediawiki.org/ci/view/All/job/parsoid-server-sanity-check/",48296,-15,Needs Triage,True
+6.443637990922133,0.8528489612025094,-1.2992598300423914,-1.225181201605817,-2.4580933520441084,5.485210804999638,-2.257549500201317,-1.9490672604757209,-1.9746531732387098,-1.8450369190783373,1.4494427720309733,-1.405441631196479,-1.689546715050703,-0.7963734204778943,-2.0058763338169965,0.15654554713666569,1.53231679018827,2.2697704743898424,False,c1,1,"Screenshot of {{disambiguation}} on [[Loco]] at en.wikipedia.org
+
+Using {{disambiguation}} on a page and editing it with VisualEditor shows an incorrect rendering.
+
+Attached are screenshots and dumps of the active DOM for the PHP parser and Parsoid/VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10462}",47341,-19,Needs Triage,True
+-4.631429342789147,2.4948775133098025,0.7487028036880474,5.612420487456683,-0.8817961975547057,-1.2860823403328916,-0.3955451701393802,2.8336485203806157,-1.8771753241625782,2.881764919763757,-3.7796551424328593,-0.12520003344260866,-1.568969114223803,-0.6740439231147759,0.4779893590807882,1.9182152877608203,0.7882928497310846,-2.1217511022276256,False,c1,1,"See http://parsoid.wmflabs.org/_rt/mw/VisualEditor/Node_types for example. (This URL currently doesn't work because the /mw prefix disappeared in a recent change.)
+
+* border=""1"" is normalized to border=1, but only in the table's attributes, not in the rows' attributes
+* | rowspan=""3"" is normalized to |rowspan=""3""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",47024,-20,Needs Triage,True
+19.530375435038906,5.283906862066566,-6.992436166536802,1.8355893159625483,-0.5530649169662963,0.2352590579566871,-1.8825225299979218,0.2616471299219517,1.0808250320030084,-1.5134059318063238,-0.6734108767564551,-1.4065795760538284,0.791100458435996,-0.508186262872182,-1.5841022634221953,-0.4570849931584745,-0.029007990255187854,-0.7031787821884423,False,c1,1,"Send a POST request with any content at all to a Parsoid URL containing a colon, and you'll get strange crashes. Strangely, the behavior differs between localhost and enwiki:
+
+POST /localhost/VisualEditor%3AMetastuff HTTP/1.0
+Host: localhost:8000
+Content-Length: 3
+
+HTTP/1.1 500 Internal Server Error
+X-Powered-By: Express
+Content-Type: text/html; charset=utf-8
+Content-Length: 66
+Connection: close
+
+ParserError: Failed to parse the JSON response for Page Fetch null
+
+(Note that I didn't even get a chance to send the POST body, the 500 occurs as soon as I send the double newline that terminates the request header.)
+
+For this case, the Parsoid log shows:
+ParserError: Failed to parse the JSON response for Page Fetch null
+worker 10132 died, restarting.
+
+
+POST /en/Talk%3AWQKO HTTP/1.0
+Host: localhost:8000
+Content-Length: 3
+
+Foo
+
+[Parsoid closes the connection without sending anything]
+
+Parsoid log:
+There was an error in the HTML5 parser! Sending it back to the editor.
+Error: No source to parse
+    at EventEmitter.parse (/var/lib/parsoid/Parsoid/js/node_modules/html5/lib/html5/parser.js:44:20)
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:579:6
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:284:4
+    at /var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:185:3
+    at [object Object]. (/var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:209:4)
+    at Array.1 (/var/lib/parsoid/Parsoid/js/lib/mediawiki.ApiRequest.js:60:4)
+    at EventEmitter._tickCallback (node.js:192:40)
+TypeError: Cannot read property 'childNodes' of undefined
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:597:34
+    at /var/lib/parsoid/Parsoid/js/api/ParserService.js:284:4
+    at /var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:185:3
+    at [object Object]. (/var/lib/parsoid/Parsoid/js/lib/mediawiki.parser.environment.js:209:4)
+    at Array.1 (/var/lib/parsoid/Parsoid/js/lib/mediawiki.ApiRequest.js:60:4)
+    at EventEmitter._tickCallback (node.js:192:40)
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",46969,-20,Needs Triage,True
+4.079099775101472,-4.096677005995316,4.314924128304185,4.848679600980938,-0.2580488132804172,-2.71895331737443,-4.176575085469543,-2.8607237997404518,0.911225296036164,-1.1100015597545925,4.038236238916065,0.503696372412904,-3.9178469920855337,-1.6103109832418792,1.0083242768021279,-1.4301294066153414,-0.799116782389433,0.3890692165501679,False,c1,1,"**Author:** `phil`
+
+**Description:**
+I created a page using the normal editor that was
+
+
+
+File:Example.jpg|Caption1
+#REDIRECT [[Target page name]]
+
+
+
+Trying to load this page in VE gives an error message
+"" Error loading data from server: Server error. Would you like to retry? ""
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",46927,-20,Needs Triage,True
+-4.185432178098607,-0.8032735662862986,-3.339302058097209,-2.9296472928439,1.4200720017202761,-0.8987744103507181,-0.05088627689389025,-2.6923690856871416,-2.7218845774682574,0.24273436982960206,-1.0731688486164377,0.9353355422498064,1.0144122989004294,-0.6327313881088941,-1.4114228569824796,0.040974045791161096,0.2117459553873864,0.3715951225782794,False,c1,1,"**Author:** `mwalker`
+
+**Description:**
+On chrome 24 and firefox 18.0.2 -- rapid switching between the edit tab and the view tab will cause multiple toolbars to be displayed on both the edit tab and view tab.
+
+I note that the page DOM becomes more and more unusable as I keep switching.
+
+As I am switching when I still see the 'loading' indicator; I am guessing that this is caused by a non complete initialization of the editor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",46838,-21,Needs Triage,True
+2.297672386357853,2.79387397632026,-1.7210633692498636,-5.436803779126174,1.9413804761717506,4.373849420409573,1.7128773425649921,-3.2617760863846836,1.5751996188639792,-0.522114819950688,0.24835699090773877,1.2906782401536308,-0.8508747726958337,2.716854690617856,1.6590887215789003,0.5393248911923092,0.5865903631361118,1.8577005407792566,False,c1,1,"**Author:** `phil`
+
+**Description:**
+Selecting some text and applying Header 6 to it has no affect
+
+The normal editor does not offer this option so it seems inconsistent for it to be an option in the Visual Editor
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",46780,-21,Needs Triage,True
+-4.239009188926306,2.264572588452623,-2.123159325487787,1.0205006140501554,6.320318384346049,-0.008209532716867196,-3.4584637875873216,-3.1108939225954315,-1.1332285508805933,1.0595748042090092,-3.076038877865785,-3.9872290596259123,0.12867922423765688,-3.3687037369428587,0.951461939662062,-1.2959902168166728,2.152788125631247,-1.224678907669747,False,c1,1,"**Author:** `phil`
+
+**Description:**
+Link includes the word 'and'
+
+I edited the space after a link so that the word following was right next to the link. I then realised this was not what I wanted so added the space back
+The preview indicated all was well with the space included but after saving the word after the link became part of the link
+
+Example:
+The text I had was
+""A page about a test pilot and his job""
+'test pilot' was a link
+
+I edited the page and put the cursor before the 'a' in 'and' and pressed delete.
+I then pressed Space to move the word back to its original position
+Saved - the preview indicated all was well
+After saving - 'and' had become part of the link
+
+Looking at the page in the normal editor it seems the space has not been put back - the Visual Editor display indicates that it has
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11010}",46779,-21,Needs Triage,True
+22.092599117736633,-1.0954087140793796,-7.334274919052476,7.500921384863455,-1.9966416678757701,-1.887265798105362,3.6972448470147308,0.5060354913624086,2.0352154168365244,2.927140595860741,-0.11643166521183712,-0.4656619464788314,-0.2833212291111078,0.20701311307773818,0.15156188162779394,-0.30655162788091384,1.2588811242222635,-0.3362291054469704,False,c1,1,"Open stand alone editor.  Trigger LinkInspector with cmd/ctrl+k or LinkInspector button.
+
+Uncaught TypeError: Cannot read property 'data' of undefined ve.ui.LinkTargetInputWidget.js:84
+ve.ui.LinkTargetInputWidget.getTargetFromAnnotation ve.ui.LinkTargetInputWidget.js:84
+ve.ui.LinkTargetInputWidget.setAnnotation ve.ui.LinkTargetInputWidget.js:63
+ve.ui.LinkInspector.onOpen ve.ui.LinkInspector.js:95
+ve.ui.Inspector.open ve.ui.Inspector.js:206
+ve.ui.Context.openInspector ve.ui.Context.js:355
+ve.InspectorAction.open ve.InspectorAction.js:44
+ve.Surface.execute ve.Surface.js:193
+ve.Surface.execute ve.Surface.js:186
+ve.ce.Surface.onDocumentKeyDown ve.ce.Surface.js:330
+proxy jquery.js:775
+jQuery.event.dispatch jquery.js:3063
+elemData.handle.eventHandle
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",46686,-21,Needs Triage,True
+-3.692700294979556,1.0497326441134032,-4.056298216112911,3.7212440466298116,0.6292186301261165,2.355778205261058,-1.9437487588161906,-0.7691607399543765,-1.8773895487513446,-2.337826726136382,0.8970305019537581,-2.341146234006044,-0.6284663779784188,-0.40335762478382087,-3.114430668392796,0.7611366491428782,-0.25581902868909356,-0.3041841278355706,False,c1,1,"nowiki tags
+
+edit a line in VE such that it starts with a space
+
+VE unexpectedly inserts  tags on the text of the line
+
+edit a line in VE such that it starts with a text, and add bold or italic to the middle of the line somewhere
+
+VE inserts  tags up to the formatted character and leaves the rest of the line alone
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10444}",46478,-22,Needs Triage,True
+3.4444345448727653,-7.239174516927254,-2.808253631804554,2.7351509592455963,-0.5424070579048357,-4.2281330301542654,-4.6581496786333,-1.9601664912590637,-1.377665038845833,2.4204040734384584,-2.0293311732739197,-0.17105665652505908,0.7146895404105953,-0.22579259184599287,-0.8755874754052559,-0.6015729603114672,0.4891515806433804,-0.5276579008866651,False,c1,1,"**Author:** `mail`
+
+**Description:**
+Hi,
+
+when I click on the WYSIWYG button on /w/VisualEditor:Sandbox (existsting page), I only get an error:
+
+    {""error"":{""code"":""parsoidserver"",""info"":""Error contacting the Parsoid server""}}
+
+My config is as following:
+
+    require_once(""$IP/extensions/VisualEditor/VisualEditor.php"");
+    define( 'NS_VISUALEDITOR', 2500 );
+    define( 'NS_VISUALEDITOR_TALK', 2501 );
+    $wgExtraNamespaces[NS_VISUALEDITOR] = 'VisualEditor';
+    $wgExtraNamespaces[NS_VISUALEDITOR_TALK] = 'VisualEditor_talk';
+    $wgVisualEditorNamespaces = array( NS_MAIN );
+    $wgVisualEditorNamespaces = array();
+    $wgVisualEditorNamespaces[] = NS_VISUALEDITOR;
+    $wgDefaultUserOptions['visualeditor-enable'] = 1;
+    $wgHiddenPrefs[] = 'visualeditor-enable';
+    $wgVisualEditorParsoidURL = 'http://parsoid.wmflabs.org/';
+
+I installed the current git masters from mediawiki and visualeditor as of today (24 Jan 2013).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux
+**Platform**: PC
+**URL**: http://lists.wikimedia.org/pipermail/wikitext-l/2013-January/000750.html",46313,-23,Needs Triage,True
+-5.98159710706072,2.678058360218877,-3.432643516420942,-2.2754539892198853,-0.727763525021374,0.2745871039188985,-1.1379520198119204,1.5431527549096877,2.102651548422778,2.181317585695827,-1.0635595414120513,-2.5182412687590796,0.18354242148613853,-1.2068112163397178,0.5290846524103019,-1.0181547117737795,-0.5117216469212417,0.48869818308872914,False,c1,1,"Just very recently I started to work with semantic wikis intensely which use the Vector skin as a standard and where it does not make sense to switch back to MonoBook. 
+
+Having said this, I would like to suggest that the ""Refresh"" tab (purge) of the action menu at the top of a page is not collapsed with miscellaneous other tabs but always displayed expanded between the ""Edit"" and ""View history"" tabs.
+
+Especially for beginners it would be very helpful to make them aware of the possible need to refresh a page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",45925,-25,Needs Triage,False
+-6.852656726361139,0.8518910635295587,1.9758441892440537,0.7660245222105206,4.262768831269286,6.743264639103541,1.6293430151000985,0.6932352230508001,-1.1514732025064702,0.9222297423300025,2.4383277713943676,1.4568933802690933,1.6902894339224859,1.1094456829417236,-1.0678006488266316,0.16418786253359266,-0.7084790110689357,0.4752746887891457,False,c1,1,"The link inspector currently depends on a function which decides whether a target is an internal or external link, making it impossible to link to a new or existing page named like a URL.
+
+This is related to bug 43063.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43063",45841,-25,Needs Triage,True
+8.747367525412121,-3.425341218774026,3.148774753520591,-1.1343160468716527,0.5787206924476935,-1.5483716922036792,-1.5295552006415818,-3.002063037542607,1.753318735290723,3.6430727413074706,-0.13578250145863668,2.3427541977441857,1.1184371249686036,-0.8228470539981769,-0.5794473446019515,-0.09078852689234829,1.5923595788867024,2.7201009230796256,False,c1,1,"**Author:** `Coiby.Xu`
+
+**Description:**
+I'm testing VE and meet such error: ""Error loading data from server: Server error. Would you like to retry"". And the output of Parsoid says: ""non-200 response: 404 undefined"". According to http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2012_12#Error_loading_data_from_server:_Server_error._Would_you_like_to_retry.3F_2, the bug should have be fixed. 
+P.S. I'm using latest VE and Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+**OS**: Linux",45566,-26,Needs Triage,True
+-6.325120637178852,-1.4544250014563413,-3.5382355002912576,2.376664209534198,5.748249463009666,1.9945642912582005,-1.3789706085072604,0.20370938462120064,-2.314479875805116,2.4334714606659142,-1.7438746186870693,-0.38051697473892643,0.6724466098486062,0.8757933963329885,-0.9394604395149511,1.3680344881926658,-3.0244750118705346,0.8623323984591769,False,c1,1,"The VisualEditor toolbar has a section for ""notices"" between the ""Leave feedback"" and ""Cancel"" buttons. This includes the ""You are using an alpha version of the VisualEditor. It may be slow and make erroneous changes - please check each edit that you make."" notice, as well as a relevant edit notice where one exists, separated by a gray line. However, when there is no edit notice, the section still says ""2 notices"" and places an empty div resulting in a gray line at the bottom.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45460,-27,Needs Triage,True
+-7.702279272305203,3.503935801160285,-3.236400406990624,-0.6207320783825037,1.8196394112288572,-2.1557471916797164,-2.6648119702262747,-0.16313867473026158,-2.2152724205316483,-0.5469233325631304,2.818771065932229,0.35250023891491056,-2.1816358630143995,0.04761277501230943,-0.08428751058125616,-0.679951254394906,-0.1532372672983333,-1.7859696491456372,False,c1,1,"In investigating bug 43089, we found that removing a link trail (i.e. [[Link]]s --> [[Link]]) is impossible in the VisualEditor. This is a Parsoid bug, can be reproduced with this command:
+
+echo ""[[Link]]s"" | node parse.js | sed 's/Links/blah/;' | node parse.js --html2wt
+
+This is a further result of our steadfast approach of ""if the tests aren't broken, it's working"" -- we didn't consider changes for a long time, and now that changes are possible, our hacks for roundtripping don't always work....
+
+Suggested solution:
+
+1. First try to find the initial link text (sans trail) in the current link text. If it's there, the new trail is whatever is left.
+
+2. If that failed, try to find the old trail in the current text with a regex like /s$/. If you find it, emit it.
+
+3. If both of those fail, don't emit a link trail. The trail has been modified enough that it's probably just within the text of the link now, and we won't lose meaning by just using the [[link|text]] syntax.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45429,-27,Needs Triage,True
+7.603954320769148,-2.0570499498474906,1.4201912907779715,-0.01602708813482412,-0.34794661560409745,-2.0280002638446737,1.7804526931356124,-5.032799431914605,0.6753822512551008,-0.7074065991527787,0.09370764110360952,-0.555440641033405,1.0398298523585976,1.3647746404672318,0.6851199764058746,-0.3717876647258682,0.8858387558637533,0.38578657923480475,False,c1,1,"**Author:** `aderumier`
+
+**Description:**
+Hello,
+I'm trying VisualEditor, last git version (21 december), and I got an error 500 on POST /api.php, when I try to edit/create a page with visualeditor
+
+php-fpm error log give me
+
+Call to undefined method Title::getEditNotices() in extensions/VisualEditor/ApiVisualEditor.php
+
+
+Any idea ?
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45323,-28,Needs Triage,True
+1.5839242501307793,-9.125782351238525,1.22411188591186,8.339177931784734,-4.462350607119676,-2.242786872664838,4.149370402554934,-0.5805621374261152,2.5804212315167883,1.1524222458620512,1.1299047701407194,0.4277196676491013,0.49345816856454094,-1.0734377787789207,-0.7825516965620372,-0.3938386761660535,-0.11667406254496715,-0.7481598180550293,False,c1,1,"https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/VisualEditor.git;a=blob;f=modules/ve/ui/tools/buttons/ve.ui.OutdentButtonTool.js;h=ccb5e6cfbf8edc3b5f8326941fe50db8417dd85e;hb=HEAD#l29
+
+Change
+visualeditor-outdentationbutton-outdent-tooltip
+to
+visualeditor-indentationbutton-outdent-tooltip
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45258,-28,Needs Triage,True
+17.459424479009744,-3.368817201394835,0.5966933356504356,-1.953143945607384,-2.8524248887355923,3.381753001246582,0.3614964567545087,0.31059930101584254,-0.9475429725787672,1.493578229925805,0.5869144145223628,-0.6702079369390849,-1.4896527655579428,-0.44679529336680623,-0.6707770777951012,-0.5027805018464779,-0.17138228454653626,0.21998696681757024,False,c1,1,"The reporter is missing in the IRC announcements of new issues in #mediawiki.
+
+Observed IRC output:
+
+(NEW) VisualEditor: Support  extension - https://bugzilla.wikimedia.org/43118 normal; VisualEditor: General; ()
+(NEW) File will not change from original version - https://bugzilla.wikimedia.org/43117 normal; MediaWiki: File management; ()
+(NEW) prevent update.php from updating database schemata of wgSharedTables - https://bugzilla.wikimedia.org/43116 enhancement; MediaWiki: Installer; ()
+
+Expected IRC output: ""()"" replaced by ""(UserName)"":
+
+(NEW) VisualEditor: Support  extension - https://bugzilla.wikimedia.org/43118 normal; VisualEditor: General; (Raimond Spekking)
+(NEW) File will not change from original version - https://bugzilla.wikimedia.org/43117 normal; MediaWiki: File management; (Adam Cuerden)
+(NEW) prevent update.php from updating database schemata of wgSharedTables - https://bugzilla.wikimedia.org/43116 enhancement; MediaWiki: Installer; (Gregor Hagedorn)
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",45119,-29,Needs Triage,True
+2.780533349701732,-0.74705081968321,5.541686849944767,4.671599041656747,1.51187977734581,-0.18030355087058603,0.9204625321125395,0.8629836112948451,-1.4435819263021972,-1.9973695050011173,-1.9323651394332302,-2.6687475157476985,-0.46892426742606563,-0.8833771743296843,-2.258052649301444,1.465058780944504,-0.19181768728071047,1.3716844677383724,False,c1,1,"After enabling the VisualEditor editing interface, as usual in the Vector skin, the tab appears but then the page actually never loads for editing.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker
+**OS**: Windows XP
+**Platform**: PC",45078,-29,Needs Triage,True
+-6.65922464184046,2.201771515257999,0.7757539085305574,4.837643611598209,5.937548392171582,1.3014930027311713,0.28100102013251593,0.5745715352174221,0.8172205564316695,-2.0221977558325084,-0.6249765610533835,0.2103458313510993,0.5817333598735637,0.3674197082652615,-1.1053913310855545,-2.2358594324846,-1.4688112484784708,0.2971040357874706,False,c1,1,"The correctness of a Wikipedia article to a great extent depends on the correctness of the link targets. Presently, Visual Editors give no Visual feedback of the target.
+
+Enhancement 1: provide a tooltip for the target when hovering with the mouse over a link. This will be helpful for mouse-based computing devices.
+
+Enhancement 2: Open the link editing dialogue box directly when clicking the link. Presently when clicking on existing links, only a small chain-link icon appears, which has to be clicked again to open the dialogue which shows the link target and allows editing it.
+
+I believe the link-chain-icon step can be skipped.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45064,-29,Needs Triage,True
+-2.766241096619205,0.37028897622495904,-1.3697934381529286,4.312287080518236,5.9339200912450085,0.8025689312224256,-1.9701189942893427,-2.6123636501746215,-0.9524204560813736,4.709937623788932,-3.7772652532117688,3.450999420726607,-2.167263417844773,1.2810206715312136,0.8625692018024411,-0.795469304417354,-4.1872441232038735,-0.4201772020056429,False,c1,1,"""phantoms"" text is wrapped into a ""div class=""ve-ce-phantoms"" "" which adds a linebreak because div is a  block element, see https://en.wikipedia.org/wiki/User:Raymond/nowiki
+
+Better to use a span I think.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45056,-29,Needs Triage,True
+-3.18386305888778,-6.476793438410262,-1.9907442847072065,2.535677476366698,-0.961368013542851,1.4168810695621963,1.172129482958347,1.8548771823691719,1.2943128845357745,1.0980207380536475,2.6348088882588203,0.38819317380612883,2.536340396001061,-0.6348576500848573,-2.024340661430769,0.2614600191595996,0.3728317080096819,1.2152854685450543,False,c1,1,"Screenshot of state after escape
+
+Steps to reproduce problem:
+1. Open link editor for a link on a page
+2. Enter a new page type
+3. Hit Escape
+
+Expected:
+Annotation editor closes.
+
+
+Actual:
+ve-ui-inspector hides, ve-ui-context-menu re-appears. But ve-ui-context-frame-overlay (and thus ve-ui-suggest-select) stay visible and interactive (taking hover and clicks). Though interaction is ignored at this point (clicking a different suggestion does not affect the actual link anymore).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F10181}",45055,-29,Needs Triage,True
+-9.817599641753072,2.867218530863685,2.109446963580716,5.849190590384734,-0.7612715873678355,8.499170073742684,1.5079101489908897,-1.5303189186880943,1.293781586110266,-1.1471225415853619,-1.480485098574344,-3.1194302442380444,-2.1073047603322355,1.4904902315625552,-0.9586199173961303,-2.864197730381692,-1.0972374151660942,2.7818382210520047,False,c1,1,"Pressing escape while editing a link with the suggestion tool open causes the context menu to close without ever hiding the suggestion tool in the dom.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45051,-29,Needs Triage,True
+-5.293177680084527,-0.8582557332827765,-0.19323939732869455,1.3672150533234841,4.369609463520964,1.9591611695230464,2.0588637277184896,2.534121663724016,2.9901877364118192,-2.0179683676990963,-2.4074489366007734,-2.5968086440406815,-2.7944220938006437,1.1645947320497276,1.4230906446428317,0.6649863735822013,-0.44807415159249087,-0.18659509047463807,True,c1,1,"Right now, VE grabs a hold of the edit-section links. However, for current deployment this should not be the case - they should remain pointing to the wikitext editor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",45036,-29,Needs Triage,True
+20.637480612243657,-3.8733872717509215,4.812280426478587,0.294053564719541,1.3795782940877626,-0.07103340101224731,-1.2352491019310792,1.16083000802666,3.142769423363384,5.826652787682704,-1.9257295979469409,-0.047478669970610454,-1.722396535854191,0.8287379724498862,0.42016150659141616,-0.2919256444927586,2.2074636362359756,-1.4731607909678281,False,c1,1,"Open the editor, Hit Control/Command U.
+Throws Exception:
+Uncaught TypeError: Cannot read property 'start' of null
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",45033,-29,Needs Triage,True
+3.580858376268242,-4.820637633263303,8.382667209360651,3.2873406327937618,-3.2097089563824523,3.735397963330268,2.097355256706579,-1.9042077606577634,0.3571317418233767,0.03985846232247248,-0.3376163224110118,-1.5390953659782622,-0.41444422111684176,-0.09113930785546209,-1.2781482207647352,-0.3667186504345684,0.21600640449661812,-1.8542533155562444,False,c1,1,"Seen on the VE-editing interface of https://www.mediawiki.org/wiki/VisualEditor:Test
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44983,-29,Needs Triage,True
+14.729232856577937,-0.3616358013580445,-9.90316692084187,5.155658105564086,-0.8222239509261641,-1.118657440405792,0.6837466563469654,2.885208333390612,3.923556120691731,0.8983695415051818,0.6405899463612807,-0.8026387500284577,3.0085546846200946,2.206843504291653,1.03239823624003,0.003975589797109325,0.4596662028327707,-0.4675990289057499,False,c1,1,"Reproduce by create a new article with VisualEditor.
+
+Return down about 10 lines.
+Type some text, hit command+k (open link inspector)
+Select an item in the dropdown. Hit enter.
+
+Page may freeze but will eventually produce this stack error:
+
+Uncaught TypeError: Cannot read property 'type' of undefined ve.dm.Transaction.js:214
+ve.dm.Transaction.newFromAnnotation ve.dm.Transaction.js:214
+ve.dm.SurfaceFragment.annotateContent ve.dm.SurfaceFragment.js:450
+ve.ui.LinkInspector.onClose ve.ui.LinkInspector.js:172
+ve.ui.Inspector.close ve.ui.Inspector.js:204
+ve.ui.Context.closeInspector ve.ui.Context.js:341
+ve.ui.Context.hide ve.ui.Context.js:255
+ve.ui.Context.update ve.ui.Context.js:196
+ve.ui.Context.onChange ve.ui.Context.js:86
+(anonymous function) ve.EventEmitter.js:96
+ve.EventEmitter.emit ve.EventEmitter.js:43
+ve.dm.Surface.change ve.dm.Surface.js:278
+ve.ce.Surface.onSelectionChange ve.ce.Surface.js:293
+(anonymous function) ve.EventEmitter.js:96
+ve.EventEmitter.emit ve.EventEmitter.js:43
+ve.ce.SurfaceObserver.poll ve.ce.SurfaceObserver.js:178
+ve.ce.SurfaceObserver.start ve.ce.SurfaceObserver.js:67
+ve.ce.Surface.onUnlock ve.ce.Surface.js:313
+(anonymous function) ve.EventEmitter.js:96
+ve.EventEmitter.emit ve.EventEmitter.js:43
+ve.dm.Surface.undo ve.dm.Surface.js:322
+ve.HistoryAction.undo ve.HistoryAction.js:43
+ve.Surface.execute ve.Surface.js:162
+ve.ui.LinkInspector.onClose ve.ui.LinkInspector.js:161
+ve.ui.Inspector.close ve.ui.Inspector.js:204
+ve.ui.Inspector.onFormSubmit ve.ui.Inspector.js:102
+proxy load.php:775
+jQuery.event.dispatch load.php:3058
+elemData.handle.eventHandle
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44935,-29,Needs Triage,True
+-8.640792227819544,2.202643978548032,-3.565847534866238,0.45265519406688237,7.082314155756475,-2.0241252078905148,4.156761897083732,-0.6195955798108979,-0.5236644187402462,-0.46571150354749413,-0.7337022095279857,-1.4168401482544921,-2.488712642519806,3.2339032640292213,-2.476387458998111,1.204320680150519,-1.61338742740724,1.1647811939024024,False,c1,0,"When you select backwards, the inspector doesn't open when you make something a link (using toolbar or command+k) and when it does open (by clicking the link icon in the context menu) the link suggestions show up in the wrong place.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",44925,-29,Needs Triage,True
+7.733920331817496,-7.435287721878636,-0.3314400611812136,-6.172713451567981,-5.206432588844303,2.761045258528445,-3.495230233979269,2.515821521640677,0.4800000910179456,-1.7746034954385812,2.786840455431744,-1.3549123763107978,-2.605577160101319,-0.30209192189868794,-1.03655462963573,-1.5456111751204404,-0.2285866811375279,-0.04229773415119209,True,c1,0,"Point to [[Project:VisualEditor/Feedback]] for now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44920,-29,Needs Triage,True
+2.7336389397386305,-8.9252112049293,-0.7677803727203383,-0.1029502840513088,1.9890374057016502,-4.832584154243492,-0.40873338977548723,6.625745790110221,3.2054934377713753,0.7718152272654661,-2.085095966579311,-0.7605981448491913,0.5359408985288376,-1.298558643505444,1.3416515458164682,0.4824546636828252,-1.5374592834943297,0.34037364599896747,True,c1,0,"Toolbar tooltips should also suggest key-commands - e.g. the bold button's tooltip should be ""Bold (Cmd+B)"". Not hard-coded but created live, though there may be i18n issues.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=44012",44919,-29,Needs Triage,True
+3.8703331194080266,-3.009882301715299,-8.150238042378305,-2.602369566637835,-1.1185056720560795,6.305762662507872,4.587296597981539,-0.5496927688919997,-0.1999665541946523,1.9212625519905284,2.384895102362688,-0.9363446597342038,-0.07187600063746036,0.7233313074908345,-1.9051696002700824,-0.2513250804672885,1.32745832543002,4.338642460966967,False,c1,0,"Via viewPage.pageName (mw.config wgRelevantPageName)
+
+Creating or editing pages, the mw.notify send uses the db-variant straight from wgRelevantPageName.
+
+Should mw.Title.textify it for proper localisation and normalisation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44848,-30,Needs Triage,True
+-3.789597573162969,6.40488881838294,0.38124028970523227,-5.406705838679954,-1.2776015094010957,0.2619562061025036,1.6895067015216183,-1.3667922983692065,1.0176886233737823,-0.6449771899568013,0.33959557703216214,-2.721576874991735,-0.8196552494963116,1.6736772395552553,-1.1175361717664662,1.014606883134666,-2.793925399413122,-0.91478687275964,True,c1,0,"Right now we have Internet Explorer support removed because it fails to support a number of features, mostly around ContentEditable. However, as a major browser we need to find a way around these shortcomings.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",44847,-30,Needs Triage,True
+1.9956901323880056,-6.398101965451684,-4.160372578363397,2.2979738316717113,-0.8889141004159642,4.155489528194023,2.3746002250511884,-0.2789967649615465,2.7710245018475854,5.206566599124052,1.025688654433631,-1.524578602968512,-0.9063972938188103,1.0483726243919511,0.4433628341776581,-0.11906106523379567,1.615094291851204,-0.7603618863328669,False,c1,0,"Create a link at the beginning of the document, select it and open inspector.
+
+Uncaught TypeError: Cannot read property 'left' of undefined rangy-position.js:215
+(anonymous function) rangy-position.js:215
+(anonymous function) rangy-position.js:295
+(anonymous function) rangy-position.js:348
+ve.ce.Surface.getSelectionRect ve.ce.Surface.js:1190
+.......
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44842,-30,Needs Triage,True
+0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,False,c1,0,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44764,-30,Needs Triage,True
+6.758151016533567,4.200836776130089,-0.734153165505294,0.9288989983370035,-2.9204945923466097,2.1424857062387446,-0.7200105007036912,1.6502280906608418,-2.9417858824450525,-2.0724860360754898,-1.4234629186583216,-1.0265854976835287,2.798390558540161,0.36514753545735434,-0.1375387502804708,0.8969708895254097,1.1323575554511704,0.544050870438171,False,c1,0,"The VisualEditorMessagesModule class does not implement a ::getModifiedTime() method, and the default falls back to timestamp 1 (Thu Jan 01 1970 00:00:01), which, together with the max() with global MediaWiki Epoch is stuck on Wikimedia servers on 20120908T000000Z[1].
+
+
+> > mw.loader.getVersion('ext.visualEditor.specialMessages')
+> < ""20120908T000000Z""
+
+
+https://gerrit.wikimedia.org/r/gitweb?p=operations/mediawiki-config.git;a=blob;f=wmf-config/CommonSettings.php;h=8481e9b30130288b187cac5ebd7a6993320c91c4;hb=HEAD#l1347
+
+Assigning to self, being worked on. Filing as reminder and as future reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",44670,-30,Needs Triage,True
+-1.6745966815486886,-5.595781256033259,0.44691058254185734,1.6303081260534706,-3.493439367748763,2.3464954326783385,6.3916210235970885,-0.034264865391126054,-1.5888027498494046,3.2089971577877616,4.196343691148677,0.07855622369612503,1.7495566623375982,0.4280547134356416,1.8962952662754038,1.1741516092234834,-0.7536039585977885,-0.36589230534408257,False,c1,0,"Fatal error:  Call to undefined method Title::getRedirectTarget() in /usr/local/apache/common-local/php-1.21wmf5/extensions/LabeledSectionTransclusion/lst.php on line 305
+
+No stack trace currently as it seems the fatal log is empty...
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",44456,-31,Needs Triage,True
+0.6880006731242441,-16.77717485667353,-2.4487671739013575,0.905368287175804,-1.9026730559413694,2.5148346331124616,2.1437936003688085,-1.7732465422315182,1.0157556326812116,-1.5761932512616803,-2.2708958873236584,-0.7570380256521849,-1.474278838383957,-0.2515167962054745,-0.32407117733649926,-0.2590639897163559,0.10387110459897686,-0.20078529983702453,True,c1,0,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",44335,-32,Needs Triage,True
+1.8069215407524255,-2.9842570269163655,-2.8140298237011994,-3.315774181062526,3.4575752889574916,4.291403092531826,-4.13159729194596,0.19047255411942787,2.1811060808944047,2.9541615325540205,-2.234475214994049,-0.3996490352586547,-0.16429116555421786,-1.4330991238815294,0.45111031513722555,0.1676994981060076,2.3830956964845047,-1.4641356616314711,False,c1,0,"The tooltip on aliens (""Sorry, you can't edit this with the Visual Editor"" or whatever) should be i18ned.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44123,-33,Needs Triage,True
+-10.023104859272971,1.6688498561811365,1.0583465089304092,6.711515840570473,7.417507290765371,1.7398660526759657,2.7052151746199735,-1.8392263122828632,-2.005660378919562,0.38623771303232424,0.497727454291077,0.12383011919490494,-0.5932590017460422,-0.30386381436591403,0.10971893549745015,0.3559239192322984,-0.41755722747062207,-1.104162296239985,False,c1,0,"When editing the text of a list item, a change marker is set on the paragraph, but that paragraph has .internal.generated=='wrapper', so it's unwrapped by the data->DOM converter. This unwrapping step destroys the change marker; instead, it should be merged into the list item.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44120,-33,Needs Triage,True
+-2.212742752530125,0.9878955625692853,-2.039140840905974,-2.531608605557588,3.9343179184445565,-0.2508244169589704,-0.4097236978682721,-0.6929765631778638,-1.3650316395510225,-2.514633028374618,-0.9415450561225613,-2.2831306231431308,2.850305709636596,2.678412847474922,1.9711037265206528,-1.017776321582322,2.998575962943695,-0.3738868795932002,True,c1,0,"See https://www.mediawiki.org/w/index.php?title=VisualEditor:Templates&diff=605499&oldid=605498 - previously this was edited without incident, but now we've switched from the 19 August build to the 12 November one, it's now changing the wikitext of this table.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",44111,-33,Needs Triage,True
+-0.09264297532192423,0.6013658990376385,2.6035807282272287,-2.006056795788866,6.0189881733646935,2.7971318232916023,0.40221716153323506,-2.3143650176947532,-3.0904644130423744,-0.22946904910056176,-2.4498891160466427,1.0668036495227986,-1.394111335947719,0.6181149707174001,0.46280738642299024,-3.8177847413436266,-2.099964184926854,2.9190171689743494,False,c1,3,"When saving some page using VisualEditor, ""characters left"" (e.g. 255) is under the text which comes from the Pending changes extension.
+
+I have a picture to explain more. It's taken from the Finnish Wikipedia where is the Pending changes extension.
+
+https://commons.wikimedia.org/wiki/File:To_explain_a_bug_with_VisualEditor_and_Pending_changes.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",56802,13,High,False
+30.0568055504147,-4.828971954354117,5.343960913245187,-3.6848450240532205,-0.468664438316124,3.3247568803857463,0.10504878637702042,-1.2578642776608029,-0.10143382872314999,-0.7281879977854313,-1.0041372919157974,-0.6719120242384241,0.4442802583701164,0.07788571422632184,0.1796069327900689,-0.3964433598162531,0.3595393917292402,0.00936169213739979,True,c1,3,"From T56721 comment 2:
+
+> When I copy a portion of content beginning with a header, then paste it
+> elsewhere in the same document, everything is retained  /except/ the header.
+> However, if I begin before the header (the paragraph before the header, for
+> example) the header is retained.
+>
+> For example, copy everything from 'Start' to 'Finish' on this test page:
+> https://www.mediawiki.org/wiki/VisualEditor:Test1234567
+>
+> Everything is retained except the H2 formatting on 'Start'. See this
+> screenshot as an example too:
+> http://images.wikia.com/trevortest/images/5/54/Header_is_lost.png
+> {F16005520}
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",56728,12,High,False
+1.268646711452043,-0.978904873800527,0.7135332329351911,-2.7572504562540203,1.0269980197999098,0.6233121838640809,1.1884520916586343,2.0597300187566323,-2.7187816433670244,3.5001191843624166,-0.24141826234420805,0.8149778292543215,0.1890215952510541,-1.1179526354296523,-0.5477442999178912,-1.1256971045352613,1.8374656506678393,1.2333755485827294,False,c1,3,"Currently on MediaWiki.org, categories cannot be removed from the 'Page Settings' modal. This is true of new categories added and existing categories.
+
+https://www.mediawiki.org/wiki/VisualEditor:Test1234567?veaction=edit
+
+Inez says he's working on a fix now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",56727,12,High,True
+0.6612299476796584,-4.7031035105320385,-2.847875516544825,-2.0815030150902625,-0.07507787885073425,1.631984376358737,-3.070885736313137,-0.24013916368972488,1.2594171476863532,-2.0448892910179572,0.4706717944265968,1.177538711891992,1.852411067615304,-0.7934349686268769,-1.4075509714566916,0.25406924178451346,-0.294695693950884,-1.3352831081453709,False,c1,3,"Comparison of content
+
+I am on Mac OSX 10.8.5 on Firefox 24.0
+
+Steps to reproduce:
+
+1. Navigate to any article and open the VisualEditor (https://en.wikipedia.org/wiki/Kitten?veaction=edit)
+2. Copy any selection of text that has formatting (bold, italics, link, header, references)
+3. Paste the content elsewhere in the same VE document.
+4. You will see that all formatting has been stripped. See the attached file.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12231}",56721,12,High,True
+-2.067700069491914,0.5529954910479002,-1.8716049216133115,-0.7221733245065134,-0.9203225609094252,0.08957358671706683,-0.8489550194157411,-2.030619548697654,1.2799038306529853,-1.9932690590194029,-0.7919907653574692,-2.3387035840906765,1.5207473798228164,-1.4503486083929804,-0.5538954493104908,0.3479705612921244,0.9157872405648864,0.1862885750494334,False,c1,3,"Edit link for VE missing in automated test
+
+Seen on mw.o and test2wiki, with examples from automated tests and manual operations, but I do not have a consistent repro. 
+
+Seems to happen more frequently for Chrome than Firefox. 
+
+The lack of an edit link causes automated tests to fail from time to time.  I had thought it might be an artifact of the automation, but one of our candidates for VE QA also encountered the issue and conveniently provided a screen shot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F12179}",56706,12,High,False
+-9.377781824953233,5.669536083328477,-1.5372034019302472,3.8483812806844906,3.6723346473785505,-0.02094700214721623,0.08020671409098945,-1.5428529558093445,1.47929649254266,-1.9140303759603823,-0.6742668099530857,0.7875044167805618,0.3653953954412237,0.6386747932885708,-1.6119019006802664,-0.2157466800611918,0.328063054679129,0.7587077303845928,False,c1,3,"This is the root cause of bug 54335. Basically, you open the language inspector (or the link inspector, for that matter), make a change, then close the inspector by clicking elsewhere into the document (as opposed to by using the arrow or by pressing enter or escape in the link inspector's text input).
+
+Narrated call stack:
+* A mouseup event fires on the document
+* ve.ce.Surface.onDocumentMouseUp() starts the observer and polls
+* The observer notices that the selection has changed and emits a selectionChange event, which ends up invoking ve.ce.Surface.onSelectionChange
+* onSelectionChange sets a render lock and changes the model selection
+* ve.dm.Surface.change() emits a change event
+* ve.ui.Context.onChange() notices that the selection changed while an inspector was visible, so it closes the inspector
+* ve.ui.AnnotationInspector.onClose() saves the changes the user made to the model, by indirectly calling ve.dm.Surface.change()
+* (at this point, we have a change() call stack frame nested inside another change() frame, which is always a bad sign)
+* The transaction processed by onClose() annotates text, which causes an update event to be emitted
+* ve.ce.ContentBranchNode.onChildUpdate() responds to this event and calls renderContents()
+* renderContents() checks to see if the surface is locked for rendering; it is, so it bails and doesn't render the change
+
+When I briefly talked to Trevor about this issue, he said something about emitting an event asynchronously. I dismissed it at the time, because it would just move both problems (having to lock to prevent the model normalizing the selection / event storms, but having to not lock to allow inspector changes to render), but now I think about it I think it has merit. We could have ve.ui.Context.onChange() asynchronously close the inspector, from a setTimeout(). That would avoid the nested change() thing, and it would allow the render lock to be lifted before the inspector is closed.
+
+Alternatively, onSelectionChange could only lock against selection changes and still allow transactions. But the nested change() seems like a code smell anyway, the order of event handlers might get messed up for instance, and the caller would observe multiple changes from calling change() once (that's the root of the problem here).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",56675,12,High,False
+-2.1924663242059226,2.438430259588248,2.836062200160736,6.835146581152328,1.4777854538478943,0.10007623628668139,-4.445909596675751,1.139345238263965,1.6984937562851934,-1.6298419281080831,4.065342805641526,-0.057325650983564014,-3.135678783349241,1.0056306066046163,0.08966798283699706,-0.22852540193943827,0.19343583677118326,-0.9236538437168158,False,c1,3,"1. Create a page with some content here
+2. Edit the page in VE. Note that the  tag renders correctly
+3. Use the alien tag inspector to edit the contents of the  tag
+4. The  tag rerenders as an empty block
+
+This is because the HTML  tag is self-closing and cannot have any content. This leads to strange situations like:
+
+>>> extensionNode[0]
+​whee​​
+>>> extensionNode[0].outerHTML
+""""
+
+To avoid the HTML behavior for this and possibly other tag names, we should create an XML node rather than an HTML node to build the wikitext string for the preview.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57429",56577,12,High,False
+4.76080089056337,-14.946584459009214,8.388734701124644,-0.050962774076839246,-0.025427352609983633,-0.833562888380206,2.129864886915665,1.0860594689369978,2.5975133578513754,0.2309314345833151,0.09363745159096082,-0.12754475942416876,-0.009232062277686914,-0.49519642564851374,-0.8081685840084987,0.16920498560275693,-0.7493017663878085,-0.8003150012828508,False,c1,3,"https://en.wikipedia.org/w/index.php?title=Daniel_Rowe_%28footballer%29&oldid=570278760&veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54341",56445,11,High,False
+-4.13441806389671,0.43454054083212235,3.662814537209787,2.39090576812126,-3.288065888505065,-3.4222182052192682,0.7757634236080184,-3.7737845397359915,2.948685767911819,-0.86042065510863,1.2851355374921076,-0.5091329393999463,-1.1729752785136647,1.3689692925480035,0.07753845309612917,0.6927565743717202,-1.132590181057833,-1.20105130992944,False,c1,3,"**Author:** `swalling`
+
+**Description:**
+Steps to reproduce:
+
+1. Place your cursor in page text. 
+2. Navigate through the text with left-right arrow keys, until you get to a reference
+3. When the ref tool popup appears, you cannot move past it with arrow keys.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",56443,11,High,False
+-5.504558388133561,-3.6121767670542866,-1.1418177499019837,3.807770108876329,1.8848149783250072,1.275348567940897,0.3133630687768063,1.8523997897805278,-0.8408908106013787,-0.9967178936381478,0.8901804209611037,0.9363272908939748,2.0097785806772537,-1.9988549615331141,0.10669071144634934,1.7223036123887798,0.34116941894351527,-0.11772407661105522,False,c1,3,"Copy/pasting a template that existed prior to the current session only pastes, as literal text, the unformatted text output of the template. Template boxes, etc are ignored. Images are ignored unless they have alt-text, in which case the alt-text is pasted in the position the image would be if shown.
+
+Templates added in the current editing session can be copied and pasted as expected.
+
+Possibly this is a result of the fix to bug 49396?
+
+To reproduce:
+1. Load any page with 1 or more templates or images, e.g. https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=573844495
+
+2. select and copy a template or image
+3. Paste the somewhere else in the page.
+
+Expected behaviour: the full template or image is pasted
+Actual behaviour (templates): Only text output of the template is pasted, unformatted and unlinked.
+Actual behaviour (images): Only the image caption is pasted, unformatted and unlinked.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49396",56410,11,High,False
+3.2056889168729152,-12.587650482157596,-5.326792698935428,1.9656332655742386,0.5013493795994972,2.525754028718901,0.39491762403197317,-1.103529162405881,1.1475074084387091,-2.408808961253931,-0.9299347217534324,1.5617154923483965,-1.3651758111482168,1.403083606839247,0.6088794707898257,-0.6471712588927383,-0.2317940870455304,0.6390151061507103,False,c1,3,"Parsoid is flooding the global job queue.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**Whiteboard**: [see comment 9]",56406,11,High,False
+0.3610913228444006,-4.559924920054096,-0.619992505562049,3.6574893817949796,6.046530554324137,-2.387283061903812,-3.486215393396379,2.115101322695665,-0.9634249721005604,1.453123037662845,1.652193125599458,-0.6188837877183377,-2.989357742762212,0.06967684527891738,-0.981976381756807,0.1276629313494753,-0.8044516792919736,0.07254749340403399,False,c1,3,"When a page has an image on the first line and the image caption contains a 
 tag or a 
 tag (where ... is ""left"", ""right"" or ""center"">, the right half of the VE toolbar (Beta, Page settings, Cancel and Save) are not visible. Obviously this means you cannot save any edits.
+
+Curiously, 
 does not exhibit this problem.
+
+Example from an article: https://en.wikipedia.org/w/index.php?title=Little_Tich&oldid=573770305
+
+Minimal test case: https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox4&oldid=573786703
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54642",56379,11,High,False
+-4.131183247556824,-2.2787320036316068,1.3913705564304983,2.6336687789986155,-3.168263468792922,2.0079534350198367,4.276657707651814,1.7857977766766875,-0.7294155584485048,3.54376410464498,2.614204909518143,1.567198430672695,0.6024299001544913,2.1935597652342285,-3.381009277955857,-1.7828632980933232,0.5076955524370208,-2.022386580100243,False,c1,3,"Because firefox converts path attributes to absolute URLs, the hashes don't match up, so VE pastes the plain-text equivalent content (empty string).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",56377,11,High,True
+-4.724081180705126,3.7548483876593686,-3.446862898017562,-1.3785848887737582,3.979812655673522,2.9533074912853694,-2.0006795248129734,0.3753690783053715,-2.108574511746286,0.3829051976223532,0.5920101754339777,0.10711870600976159,-0.6099376456765979,1.1526325214129107,-0.46883584515856036,0.9642549432660728,0.6879187912425981,0.5642584082058948,False,c1,3,"This is extremely weird, and is relatively new, and I am at a loss.
+
+Steps to reproduce:
+1. Put cursor on some word in the article.
+2. Select ""More -> Language"" in the toolbar
+3. Click ""Change Language"" button in the widget
+4. Choose any other language (for example, ""Hebrew"")
+5. Close the inspector by clicking anywhere else.
+6. Notice: The word is surrounded with a language span, but it has the initial en/ltr values instead of the chosen annotation.
+7. Save the article.
+8. Click on ""Edit Source"" --> the language span contains the *correct* annotation (he/rtl)
+
+Expansion on that:
+1. Repeat the above through step 6.
+2. Select a separate word and annotate it with some random link.
+3. Inspect the original language span -- *now* it's updated!
+
+One more weirdness:
+1. Repeat above through step 6.
+2. Put the cursor back on that annotation, and open the inspector
+3. Observe: While the surface shows the span as en/ltr, the inspector widget shows the correct annotation (hebrew/rtl)
+
+This happens in master and in the live mediawiki.org version.
+
+
+
+I've spent a while tracking what is wrong with the annotations, and they seem to be correct in the inspector itself. In the ""onClose"", the annotation is the correct he/rtl one, being then sent to AnnotationInspector onClose, and then to the SurfaceFragment for execution in the fragment.annotateContent( 'set', annotation )
+
+That annotation (the final one that's sent to the fragment) is the *correct* annotation. And yet, somewhere along the way the update stops. 
+
+I tried stepping into the code inside ve.ce.Surface onChange and the annotation remains the correct one. It then continues to ve.dm.Surface 'change' method where the annotation is still the correct one (he/rtl) 
+
+And yet somewhere it doesn't update the surface.
+
+Link Inspector seems to work properly, though, and both link and language inspector rely on AnnotationInspector, which makes me think there is an issue with Language specifically, or that perhaps something has changed with the definition that needs to be updated in the Language inspector.
+
+I'm not sure if the problem is in the Language Inspector (though that seems a bit odd, since the annotation remains correct throughout) or somewhere in the process of updating (and that seems weird too since *links* are working fine).
+
+I'm at a loss. Help is appreciated!
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",56335,11,High,False
+-7.2031225324539205,1.2707889095561988,-2.1201550255999617,-0.4776944906224443,0.5424589842219745,2.0460053632357216,-1.3078056347736444,1.204499178035269,-2.310237121772186,-1.6548091141294314,2.6977142731999844,0.44460360320060843,-0.20583098063371352,-0.5369460544721587,-0.061931872450157854,0.004627335422633605,-0.015506024194930745,-0.10267252352969458,False,c1,3,"Following on from the reports at bug 51142 comments 5-9 
+
+In every case where the last character of a link is non-alphanumeric and any text is inserted before that character. It seems that the underscore behaves as an alphanumeric character, and that script is irrelevant. It doesn't matter if the link was added in the current editing session or not.
+
+e.g. [[Link|Link.]] → [[Link]]s[[Link|.]]
+but [[Links]] → [[Linkers]] (this is the expected behaviour for all situations)
+
+See https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox3&diff=573654600&oldid=573653290
+
+If due to this a non-alphanumeric character that was previously mid-link but now becomes the last character of the link, adding any character before it triggers the bug again.
+
+See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&diff=573655981&oldid=573654600
+
+In VE it is easy to include trailing punctuation (particularly commas and full stops) in a link without realising it (this is a side-effect of the WYSIWYG), meaning this occurs more often than might be expected (see comments at bug 51142).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51442",56332,11,High,True
+10.72638501826209,0.7076829063124954,1.4788959949861962,-2.6077780454504476,0.06396964914426828,-4.037963675376895,-0.1517378240959042,-3.3250836576987974,0.24608914259604608,-1.1446712683527718,0.08135354709991871,-1.919967270176819,2.18863372397993,0.6874214738366522,1.1302231657606923,-1.9456286973807582,-0.6831827935359002,-0.05610451032902364,False,c1,3,"Current VisualEditor-Version:
+commit c98a964d5f8495f0d16af9229abbeb0449042d1e
+Merge: 3d01a5b e7aed52
+Author: jenkins-bot 
+Date:   Wed Sep 18 01:11:46 2013 +0000
+Merge ""Fix check for preformatted when stripping whitespace""
+
+Browser: Firefox 24.0 on Windows 7 64bit
+
+
+Description:
+I updated my VisualEditor via git yesterday. Before that I didnt update for 4 weeks. Now when openening a page on my MediaWiki in VE-Editmode I cant assign a page category (See screenshot).
+
+I tried to debug with Firebug: When I click on categories the following error gets fired:
+
+TypeError: style is null
+http://XYZ/load.php?debug=false&lang=de&modules=ext.visualEditor.core%2Cdata%2Cicons-vector%7Cext.visualEditor.viewPageTarget.icons-vector%7Crangy&skin=vector&version=20130919T072806Z&*
+Line 9
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",56322,11,High,False
+-5.388805708828295,-1.113745364175296,-4.0538536381827655,-2.1210968752030728,5.785039098006717,1.1384583461992677,0.8042802644508562,1.4347842627365455,-1.1878191234137228,-2.592331405730772,-1.3564299679224252,-0.5407792846457482,-0.9490671141210774,-0.34967786648740695,1.047481853772953,0.9207499757894857,-0.5927126766700451,0.37526147240705643,False,c1,3,"Steps to reproduce bug:
+1. Edit a page
+2. Insert a transclusion, apply changes
+# The transclusion is now selected (VE does this automatically for newly inserted nodes)
+3. Type a characters
+# Selected content is removed, text is inserted
+4. Undo
+
+The expected result is the text being replaced with the transclusion. Instead a pawn is inserted.
+
+Upon further inspection I noticed that the transclusion isn't lost, however. In fact it is right there when you Undo again (after getting the pawn).
+
+So it looks like the pawn was inserted as a transaction in the middle of removing the transclusion (its own transaction but not supposed to be?) and inserting the text.
+
+We auto-select the template after insertion and it is relatively easy to accidentally press a key afterwards. And Undo then shows the user something scary (their template appears lost). A fairly high priority bug regarding user experience.
+
+Not sure if this is a regression or not.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",56314,11,High,False
+-8.432583471894427,4.888524292473509,-1.2953200660410005,-0.4871571027615632,-0.6364211847341266,-1.7350111543756639,1.2904597744894666,2.1452665295873032,-0.9505581816253694,3.0869758822914886,1.2765105676202677,-0.438852173608136,-0.09838659719966447,0.6769365976309016,1.3612927008555245,-0.6517351144912881,2.0710532599634925,0.09563302234833482,True,c1,3,"From en.wp.
+
+John Broughton: <>
+
+Andrew Davidson: <>
+
+Salix alba: <>
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",56271,11,High,False
+1.5561448135825224,8.79071048012431,1.5737313916025641,1.1461469164800966,-2.9260402372079133,-1.1322010214439364,0.7912061927458689,-2.8902345422849467,0.5436663815768364,0.4593947859683434,1.7669371068500115,-0.08890841784030523,2.5115362029656785,-2.666822646877938,0.7058452789020464,3.8371476064327856,1.7850865113281669,-1.0794759791698714,False,c1,3,"I thought there was a bug for this, but I can't find it...
+
+Warning:  Recursion detected in RequestContext::getLanguage in /usr/local/apache/common-local/php-1.22wmf16/includes/context/RequestContext.php on line 281
+
+
+The amount of the warnings seems to have increased a lot more in wmf16/wmf17
+
+Such occurrences and stracktraces can be found in logstash with `_type: mediawiki` and `channel: recursion-guard`.
+",56193,11,High,False
+-3.3373416063582404,6.451970815205776,2.612614258846474,1.8996715675902793,-7.756260204378217,1.1121131800950896,-2.7590120156578806,2.7227486357873465,2.1383372404409924,-2.5105928927967307,-0.7302578814827632,-1.0968470323267023,0.9364738336730389,0.7954756171808937,0.7005059211323044,-1.025028157496201,0.41548984157639857,-0.3005136290393209,False,c1,3,"e.g. Template:Information could be documented at TemplateData:Information instead of inside the source code of Template:Information.
+
+Pros:
+
+%%%1. More standard use of ContentHandler for JSON across projects
+2. Document templates without needing to make edits to templates that are potentially transcluded across large swaths of pages
+3. Easier to implement custom editors for ContentHandler pages than for portions of wikitext pages.%%%
+
+Cons:
+
+%%%1. Would need to have two separate systems - one for the JSON storage, then another to transclude the generated documentation onto template doc pages, e.g. with  or {{#templatedata}} or so (no params needed, because the TemplateData namespace page can be of the same name, like a talk page)
+2. Would need to rework the existing editor (sorry, mooeypoo) to work with the new system%%%
+
+--------------------------
+**See Also**: {T52512}",56140,10,High,
+-1.9654390331416232,-1.5393231727879613,-3.364136238949138,0.6995116866203333,2.6089731184219027,-2.7348200095968918,-2.449120194591586,0.7256004596106668,-2.1193654215922013,-2.301357586702001,4.714213772429973,0.2291228442987412,-3.17027277551931,0.20782167740735602,-0.8439942017943824,-1.425194927144528,-0.5591691117430101,2.761650268872235,False,c1,3,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.
+
+For example:
+
+
+
+GET http://upload.wikimedia.org/wikipedia/commons/thumb/f/fb/USMC-05934.jpg/400px-USMC-05934.jpg
+HTTP 500
+Error generating thumbnail
+
+
Error generating thumbnail

+

+Error creating thumbnail:
+

+
+
+
+
+
+Usually when trying again, it just works.
+
+I've been getting these errors in many different environments:
+* When reading articles and HiDPI plugin swaps the src attributes (the larger version would fail maybe)
+* When opening the VisualEditor (rendering the new DOM means we re-parse the tag and thus re-request it, thus making it more likely for the error to happen again)
+* When working with gadgets that render image galleries through requesting file category members and the thumbnail url.
+
+I don't think the scenario is relevant, there is either something wrong with the thumbnail generator script that is triggered by lots of images. Or there is a few faulty servers in the upload.wikimedia.org pool that cause the errors.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: critical",56045,10,High,True
+-3.7075032708759608,6.048167184851049,-3.4876040345861803,-0.25038360188664843,-0.5171821796691874,-0.35842080404079213,2.571510821553354,2.0680693519401694,-1.3788259872451676,-0.9529750793252658,-0.6512823164607258,0.27041966785880844,-0.4556713826480028,0.34553552318958847,-0.07255541479942451,-0.6374809391341821,0.263292070464785,-0.06112281049459267,False,c1,3,"The VisualEditor UI has an interface to check what version is currently deployed (similar to Special:Version), when asking around people seemed to assume that this has been disabled purposely on the cluster.
+
+However this does not seem to be true.
+
+For one, the configuration around is working perfectly fine.
+
+Though the HEAD commit is retreived by MediaWiki's GitInfo class without shell (it just reads from the .git/HEAD file directly), I additionally verified that $wgGitBin (used for calcuating the commit dates with `git show`) has also not been disabled in production and works fine (tested on tin.eqiad.wmnet).
+
+The .git directory itself is not excluded from our deployment scripts. Though partial syncs using sync-dir or sync-file will naturally not sync the .git directory, when using scap or sync-dir on an extension directory, it will be updated just fine.
+
+And, in fact, [[Special:Version]] does show a git hash (maybe not the best one, but it does show something).
+
+It doesn't work for extensions because the git data is stored in mediawiki-core (e.g. mediawiki-core/extensions/VisualEditor/.git is a placeholder file with a pointer to mediawiki-core/.git/modules/extensions/VisualEditor), and the pointer is hardcoded to the location of the working copy on tin, namely /a/common/php-1.22wmf16, which doesn't exist on apaches.
+
+For example:
+
+krinkle@mw1017:/apache/common/php-1.22wmf16/extensions/VisualEditor$ git show
+
+fatal: Not a git repository: /a/common/php-1.22wmf16/.git/modules/extensions/VisualEditor
+
+krinkle@mw1017:/apache/common/php-1.22wmf16/extensions/VisualEditor$ cat .git
+
+gitdir: /a/common/php-1.22wmf16/.git/modules/extensions/VisualEditor
+
+
+I'm not sure whether the resemblance of /a and /apache is a coincendence or whether one is intended to be a shortcut of the other. Either way, it seems fairly trivial to make this work.
+
+I'm not sure what the semantic meaning is of these directories (/a/ seems to be an existing but unused directory on all hosts other than tin).
+
+Depending on whether it is really empty we should probably just create a symlink from /a to /apache on all machines that have /apache (except for tin), or if /a is used for other stuff, put symlink inside and have one from /a/common to /apache/common (except for tin).
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=36271",55972,10,High,False
+-3.8311015817922875,2.2393705121701935,2.8472358601681655,1.9539116801690217,-4.734598350654592,1.9170375804927156,2.395278767484659,2.225980095222871,-2.1691295795503107,-1.4664776186731325,-1.3851692612393869,-2.888511192135195,-1.5471098250114697,2.037586461249118,-1.57362781749003,-2.248908914730717,0.8698615803645884,-0.5243990547941964,False,c1,3,"On translatewiki.net during running repoupdate script: Randomly the script bails out with
+
+hash mismatch
+key_verify failed for server_host_key
+fatal: The remote end hung up unexpectedly
+error: Could not fetch origin
+
+This happens since migration of Gerrit to the new server two days ago.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: normal",55895,9,High,False
+-6.053869025166748,3.2944612324009377,-1.6696586336152652,-0.06261441926621614,-4.782224545644278,0.5204644303344268,-0.12677082442499366,-2.535373186762255,1.830458357542964,-0.7274869082666786,0.11680434761818503,0.28209559346492896,0.41406895148973666,-1.4109751070378307,-0.774153213042446,1.1191705926503417,1.2021271590798517,1.3245482439701444,False,c1,3,"The Multimedia team has come up with this framework, wrapped in an extension, for experimental features. It's part of our rollout plan to get it on test2 and mediawiki.org, so we can also start deploying extensions that use its framework.
+
+VisualEditor, Multimedia, Mobile, and E2 are all planning on using this framework in the coming quarter to gate features they aren't ready to release on an opt-out basis.
+
+Please review for security and performance (in particular the update jobs for user counts may be tricky for the latter) and add it to the extensions enabled on mediawiki.org and test2.
+
+Thanks!
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/Extension:BetaFeatures",55865,9,High,False
+7.411899922813161,-1.1980232445668157,-6.178301968336173,-1.3190595172049615,-1.9864972669292562,-1.3066183845597836,-0.943731745404901,-0.07119615011200886,-0.12102264127198176,-0.7056788311473792,-0.7137768103494775,-0.636158730327672,1.1602405771542896,0.8237278669822015,-0.7807924785852043,-0.4066323940574579,0.12473419532100682,-0.28427157496854805,False,c1,3,"https://gerrit.wikimedia.org/r/#/c/82796/ - sha1: 8587e2e4b4f90ca9cdba0f39e647b235921a5ae8
+
+Missing on git.wm.o, gerrit, github:
+
+https://git.wikimedia.org/summary/mediawiki%2Fextensions%2FMassMessage.git
+
+https://github.com/wikimedia/mediawiki-extensions-MassMessage/commits/master 
+
+km-mpb:~ km$ git clone ssh://legoktm@gerrit.wikimedia.org:29418/mediawiki/extensions/MassMessage.git
+Cloning into 'MassMessage'...
+[snipped]
+Checking connectivity... done
+km-mpb:~ km$ cd MassMessage/
+km-mpb:MassMessage km$ git log --oneline
+85283ca Localisation updates from http://translatewiki.net.
+b9ccd1c Autocomplete suggestions for spamlist input
+3027dc6 Localisation updates from http://translatewiki.net.
+8d106e1 Localisation updates from http://translatewiki.net.
+[snipped]
+
+Luckily this is a pretty minor change, so I can re-do it, but it really shouldn't have disappeared in the first place...
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major",55836,9,High,True
+4.022356275451195,2.9795931062703964,-1.7304810175020116,1.6768926028132132,-3.5619191559283436,-2.2218811156198077,1.3179679344510173,3.1065584971857625,1.9697553291514296,-0.4573203261479035,0.7280874684304965,1.9367319363309157,1.8761196691551274,0.7758414220861889,0.6804469249183285,-0.9898159203310748,1.3092503152841315,0.9425036371646776,False,c1,3,"*Problem Description: If for spelling correction purposes only few charecters within any word are selected and replaced with other charecter of same or lesser length, without movement of arrow keys or spacebar, save button does not get enabled, so effectively we would not be able to save the change.
+
+**Additional details : Problem was identified when we were trying to reproduce bug 53758, intution is it may be some how indirectly related to bug 53758
+
+
+*Tested Browser and OS =Firefox+Win7
+
+**Were enabled: VisualEditor+ULS Method of input = अक्षरांतरण language=Marathi 
+Script=Devanagari  (Non-VE source edit environ,ULS Method of input = अक्षरांतरण
+works normal)     
+
+Steps to reproduce:
+* Steps to reproduce:
+1. Go to existing page with considerable Marathi Devnagari text may be like
+https://mr.wikipedia.org/wiki/अभिमन्यु
+
+2. Go to माझ्या पसंती (Preferences), संपादन and enable last option:
+यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this
+enables VisualEditor
+3. Click cog next to इतर भाषांमध्ये
+4. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+
+5. Select any random  marathi word from existing paragraph text 
+
+6.Make the changes in the word by changing alphabate but see that length of the word remains less after the change.
+**Please note do not move arrow keys or spacebar
+
+7 Save button does not apear
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55788,9,High,False
+-1.0995286935035629,15.894793651351595,5.1284020726394,5.8106569497909115,1.220928189117412,7.798959137747166,-1.4612984591948512,-0.6064782845158385,-2.7427799132350925,-1.276158195106123,0.2562628209784772,3.7211261871323167,2.4792571602671347,-0.5914350282509702,-0.9775053463779466,-3.665374089838301,1.0160186852767128,1.6224064395007518,False,c1,3,"In the mid to end 2021 timeframe, the Parsing Team is aiming to start migrating read views for Wikimedia wikis from the core parser to Parsoid.
+
+https://www.mediawiki.org/wiki/Parsing/Parser_Unification is the wiki page for this project.
+
+This is a tracking task for getting this done. Subtasks track the specific work for getting this done.",55784,9,High,
+-1.2720232198747885,-1.564255407477365,-2.367274914313864,1.0705247799607713,-3.361604317809989,-2.029237286648135,0.4997411618369183,2.355013080344443,0.41518138787348335,-0.6933241409863342,0.9636237895322322,1.174623384856247,3.5917994622678524,0.5792021657636175,-0.583523398424588,-0.038375097265954505,0.5729066907661642,1.0791506494411374,False,c1,3,"*Problem Description:Where text is already present,Along with any of above problems, Some times edited aspect is shown in edit window but does not reflect in edit preview 
+
+**Additional Details : Probably problem arises when we insert any additional charecters or word between two existing words in a sentence.
+
+
+I suppose this would be easy to reproduce screen shot & will do it soon.
+
+
+* Steps to reproduce:
+1. Go to existing page with considerable Marathi Devnagari text may be like
+https://mr.wikipedia.org/wiki/अभिमन्यु
+
+2. Go to माझ्या पसंती (Preferences), संपादन and enable last option:
+यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this
+enables VisualEditor
+3. Click cog next to इतर भाषांमध्ये
+4. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+
+5. Select any random  two marathi word from existing paragraph text 
+
+6. insert any additional charecters or word between two existing words in a sentence.
+
+**Problem is not always but frequent .Tested on Win7 +Firefox
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55758,9,High,False
+5.437589972712615,2.1690188512557853,-1.2907543828250265,1.3851201010026308,-4.607300385684992,-0.4959955650714679,1.240823113863259,2.3680403398816368,0.5591777643758875,0.15047785679256354,1.569100772002431,0.6631960106644894,1.8903200744323252,1.388100171483507,-0.9469981050713292,-0.2650729968999186,0.5647075905223182,-0.14751998463797866,False,c1,3,"*Problem description : spell correction of any word eats up text (with continuous motion) on right side until you press spacebar 
+
+**Additional Details: The problem is quite frequent but not always.Observed specially when we give backpace and add up more charecters to the word than earlier length of of the word  
+
+* Steps to reproduce:
+1. Go to existing page with considerable Marathi Devnagari text may be like https://mr.wikipedia.org/wiki/अभिमन्यु
+
+2. Go to माझ्या पसंती (Preferences), संपादन and enable last option:
+यथादृश्यसंपादक कार्यान्वित करा (केवळ मुख्य(लेख) आणि सदस्य नामविश्वात) - this
+enables VisualEditor
+3. Click cog next to इतर भाषांमध्ये
+4. Under क्षेपन (टायपींग ईनपुट) make sure to choose अक्षरांतरण
+
+5. Select any random  marathi word from text 
+
+6. delet few charecters with backspace
+
+7. Add few new marathi charectes to the word
+
+8. If the problem is not observed in single effort try spell corrections again in some other words 
+
+
+*VisualEditor+ULS Method of input = अक्षरांतरण language=Marathi 
+Script=Devanagari  (Non-VE source edit environ,ULS Method of input = अक्षरांतरण
+works normal   
+
+*Tested Browser and OS =Firefox+Win7
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51472",55757,9,High,False
+-0.7355886671544107,4.246455682086278,-0.8420281731039818,-4.405858142109121,-2.2030788034864406,-3.2658519667830204,-4.297974512993706,-0.9965923564838924,-3.043970765576449,-1.9478099471279622,2.044720791279848,-3.562434589836708,-1.4328756366925477,-1.9166677763328392,-0.05010152514605348,0.3733909101945657,1.468760223464025,0.49021903287970203,False,c1,3,"an IP editor at en.wp reports:
+""At any given page, as long the edit box is selected (with the cursor blinking) pressing 'page down' or 'page up' takes you to the end of the page. Firefox 23.0, Linux Mint.""
+The example page they gave was [[Jet Lee]]
+
+Using Firefox 23 on Xubuntu linux with the monobook skin I am unable to duplicate that behaviour, but:
+At [[Jet Lee]] and [[User:Thryduulf/sandbox2]]: pressing page down or page up works as expected once but then does nothing. I then click anywhere in the body and again one of them works once, and then not until I click. However, once I've viewed the end of the page it expected. 
+
+At [[User:Thryduulf/sandbox]] and [[Timbuktu]] it works as expected from the start. 
+
+At [[Nigeria]] I saw the same behaviour as at [[Jet Lee]] but when I returned to the top of the page it went back to working only once.
+
+At [[Great Balls of Fire]] page down worked once, then didn't. I clicked and it worked as expected subsequently.
+
+At [[Malvern Link]] I saw the same as at [[Nigeria]], but after pressing page up both page up and page down then worked as expected.
+
+I'm struggling to see any pattern.
+
+Bug 33047 was suggested as having potential relevance, but that was fixed in October 2012 so my gut feeling is that its unlikely.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51957
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50726",55750,9,High,False
+1.6365988765912323,-2.7437559886719445,-6.03512907559451,0.01944299033963226,1.4696411141781471,-2.4935632256270828,0.1335210069048438,-3.3979834292403357,0.1888951949297848,-1.4848077358080847,-0.02573414605151214,-0.6519266266039465,2.3172547702204565,-1.331076448445946,0.2688078217002481,0.798470583887899,-0.10051156799047045,-0.92657489550489,False,c1,3,"My goal next week is to be able to run the VE tests in a mediawiki-vagrant instance. When I added the role, I get puppet errors. Just in case you ran into this, here's the error:
+
+notice: /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns: Installing ffi (1.9.0) with native extensions /usr/lib/ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)
+notice: /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns: 
+notice: /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns:         /usr/bin/ruby1.9.1 extconf.rb 
+
+         notice: /Stage[main]/Browsertests/Exec[install browsertests bundle]/returns: Results logged to /home/vagrant/.gem/ruby/1.9.1/gems/ffi-1.9.0/ext/ffi_c/gem_make.out
+
+and all that contains is the line
+  /usr/bin/ruby1.9.1 extconf.rb 
+
+There's an extconf.rb in ~/.gem/ruby/1.9.1/gems/ffi-1.9.0/ext/ffi_c , so I ran that line, it created a Makefile, I ran make, and it built something.  But the next time I ran browsertests, it failed again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",55712,9,High,False
+2.488989545391625,1.6211822561089662,-0.4331748814501495,-7.060579882354264,-8.27140409290306,-0.8911850869400351,-2.4058173489904653,-1.0998198677562048,4.450929471281543,-1.590312149657076,-3.28498435378099,-0.25722041919456606,-0.3908034603312549,1.1223171311696127,-1.3515564160769449,-2.4697564916801,1.759895363715292,0.8246677839597927,True,c1,3,"Similar to bug 52120 for ULS. Once we've got this running on merge, we'll want to move to running on submit (V+2 submit?), but for now…
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52120
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57560",55691,9,High,False
+-2.5864760852790853,4.063180172301998,1.352295632219139,2.950719374044822,-1.1965558120890634,2.476028283235954,1.1570088614903522,2.520399397211674,-2.6421406757289887,-1.4726512265395888,-1.0181729295424256,-0.5027673321521103,0.7442016808244034,-4.442553085860114,-0.08995585085780888,0.20480567070849343,0.20904295358855407,4.490937520510907,False,c1,3,"When editing, clicking in the middle of or adjacent to an existing word in Latin, Hebrew, Arabic or Cyrillic scripts (others not tested) and pressing ctrl+k or clicking the link icon selects that word as the suggested sequence that is desired to be linked. When doing the same in Thai text nothing is selected by default.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55679,9,High,False
+-4.57796612140176,-2.504460756605292,-4.334715183865111,-0.3927448260903157,6.887213648666787,-1.3533802515388562,-0.2130242526570747,-4.2087428912266125,0.15419187881231344,-2.0307110539236803,0.0652326853410865,-2.5765196916103266,-0.1690363968408226,-2.070242450186375,-0.053488328934097495,-1.7841317699690369,0.8049260103126599,-0.5760889805428002,False,c1,3,"I tried editing [[Fred Pittman]], including adding a comma after a link. The editor auto-added it to the link text, which wasn't what I wanted, so I selected the comma and clicked the remove-formatting button. This replaced the comma with a snowman. Woo!
+
+I'd also say that the auto-link-addition heuristic is a little buggy if it includes commas, but that's maybe just me. :)
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55642,8,High,False
+-8.252709331820554,4.749440711085725,-0.6718218555172086,4.405247981790946,1.0904295963349293,4.414235624822016,-2.5619357373043194,0.3293360725898532,-0.8704132600499203,-2.054440805467811,0.74376638097845,-0.7766401577452116,0.6871607440313401,-0.34876936088239674,-1.2753190891540607,-0.2574503011441086,-1.049744519638826,-0.5654155638857112,False,c1,3,"When adding a link from scratch (without marking an existing word first)  the cursor ends up being at the beginning of the new link rather than at its end -- which stops fluent typing.
+
+Reproduce:
+1. Go to an RTL wiki.
+2. Go to a new sentence or new paragraph (cursor should be in an empty space)
+3. Create link, followed by enter/enter to close the inspector
+4. The cursor appears at the left of the word (which is the beginning in RTL) rather than the right of the word.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55560,8,High,True
+-0.4217579368486417,1.0994573464418185,1.2170591030067612,1.4861589995815172,-6.286822993942934,-4.755346612199183,4.001062219986355,-5.346982704805911,-2.68240753242409,-1.585716097605527,-0.003661630994862719,1.4165900276879417,-2.2337263672518493,-1.1853357547729586,-0.7533775303058823,-0.2863211238575435,0.9950136063749004,3.319591095489039,False,c1,3,"**Author:** `wojciech.r`
+
+**Description:**
+When I edit existing content in  tags, while editing it, error is shown about invalid language specified (lang=) and after saving it puts fragment of HTML code of this tag divs and entities into source of page and my code is broken.
+
+https://www.mediawiki.org/w/index.php?title=VisualEditor:Test&oldid=773552
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55543,8,High,True
+0.9784392558263657,-17.86992776358544,-5.219818564832162,-2.574762388680587,-2.044303214755108,5.861222248596336,3.0289500550584103,-0.6503536183421449,0.1615675483468746,0.5658695065401274,0.4597574700441389,-1.2991801474850757,-0.15692152869220966,-0.4236415978750214,-0.5844015127003601,-0.49031876968427435,0.07090060870768489,-0.29145247952854025,False,c1,3,"
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55507,8,High,True
+5.634823697703766,0.6390861758450033,3.10110882578903,4.023373882836928,-0.9566311813444723,0.45490797856065446,1.1572159079867168,-0.09480615676367582,-0.37629285902056686,2.8956690537202574,-1.157410922094707,0.42288433581982643,-0.7493030614188507,-1.5396923653867218,0.5822438844489142,0.8670839496706978,1.6950981877127707,0.7726208060904576,False,c1,3,"For those with the rights to edit such pages (admins and those with EducationProgram-specific userrights), the Edit button on course pages and institution pages is mislabeled ""Create source"". (VE is not enabled in the Education Program: namespace, so it should remain simply ""Edit"".)
+
+Example institution page:
+http://en.wikipedia.org/wiki/Education_Program:University_of_Oklahoma
+
+Example course page:
+http://en.wikipedia.org/wiki/Education_Program:University_of_Oklahoma/History_of_Science_from_Antiquity_to_Newton_(Fall_2013)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55477,8,High,False
+-3.9964152363493763,-0.8859754394252572,-5.87122628506129,2.2136496711504132,0.31729926926131524,-0.3450872587343983,-2.3680814194795596,1.752414328534209,-2.794862044102085,1.8046961190627533,-3.1741253211737224,-1.5068644206013742,-1.6644697993488862,-0.8496539758799262,-0.7307998948256369,-0.6376606642693798,1.91358061349764,-2.468619219452053,False,c1,3,"The final case in ve.dm.Document.getMetadataReplace() applies if insert.length > remove.length.  But in this case only the 'retain' and 'insert' fields are set on the returned object.  In ve.dm.Transaction.pushReplace() we only add the {retain,remove,insert}Metadata fields to the operation if the 'remove' field on the object returned from getMetadataReplace() is not undefined.  So these fields won't be set correctly if insert.length > remove.length.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55445,8,High,True
+-7.182374487034453,0.41762344242452265,-5.673881481990998,-3.033516126143591,-0.8190572957924591,-0.5411733514858373,0.3995961115429303,-1.8144983585520982,-1.773248770732962,-0.9599142307042703,-1.6954218918575812,-0.7664826622226942,-0.11955339984692959,-0.5408227123607077,-1.6829061804804946,-0.5498033036527983,-0.3102552703125081,-0.840123227923445,False,c1,3,"In ve.dm.Document.getMetadataReplace(), we only merge metadata if the amount removed is larger than the amount inserted.  But this could end up putting metadata in odd positions, for example if you have Foo[[Category:Bar]]BazQuux and you delete 'ooBa' and replace it with {image}xxx{/image}, then the category ends up inside the image.
+
+We should always merge metadata when a segment is deleted, so that it appears outside any new structure added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55444,8,High,True
+0.45115253334864347,-1.7741044059042288,-1.9967683288311076,4.716840736946262,-0.09985519055691183,-2.950269072850168,1.3271979416793167,1.4259566902532672,-3.396877474369422,-0.9824964078186582,1.0326071095073615,0.6500707348806667,1.0576287939963822,-0.2851689930303696,-1.318194267673488,-0.5288968624677378,-0.23077862978110097,-0.08723203048044192,True,c1,3,"Right now VisualEditor transforms the HTML Parsoid gives us (which is nicely-structured 
s) into the mess of 
s that MediaWiki's PHP parser throws out (up?). This is so that VE's rendered HTML magically inherits the styling that the images get on the read page, which includes
+
+Instead, we should just style these using CSS. However, this is difficult because the styles are specific to 
s with known classes (and Parsoid's HTML has no 
s), and is often over-ridden in wiki- or user-specific CSS (e.g. Wikia's sites' skins, or that on Cherokee Wikipedia).
+
+From quickly playing around, a basic CSS style that implements core-MW would be something like:
+
+figure
+	float: right;
+	border: 1px solid #CCC;
+	padding: 3px;
+	width: 172px;
+	background: #FAFAFA;
+	font-size: 13px;
+	margin-right: 1.2em;
+
+img
+	border: 1px solid #CCC;
+
+figcaption
+	padding: 3px;
+	font-size: smaller;
+	line-height: 1.4em;
+	width: 15em;
+	margin: 2px 0px;
+	padding-top: 0px;
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55436,8,High,False
+1.1067067315284116,-3.8484052276506997,-1.629779819259916,3.4403957071259414,-0.14179396929796578,-1.8746703342850453,0.9831714831417981,0.9868265177107122,0.1528419754103707,1.584864661582678,0.6978250572882949,0.8387536834706626,0.7620971901400466,-1.7866936434223364,-1.1302627935480487,0.6188514060002607,1.321979935395049,0.5106270958784298,False,c1,3,"Right now it is only intended for data about custom wiki-made templates.
+
+To support magic words and parser functions, we'll need to make a few changes to make sure there are no conflicts or wrong assumptions.
+
+A few random points:
+* 'titles' parameter in the API module
+* The PHP parser prefers native magic word over templates (creating Template:PAGENAME and using {{PAGENAME}}, will not use that template).
+* Should there be an implied property 'type':
+  - type:template -> {{Foo}}, {{:Foo}}, {{Template:Foo}}, {{Project:Foo}}
+  - type:parserfunction -> {{PAGENAME}}, {{urlencode:123}}, {{#special:Watchlist}}
+
+* parser functions don't have numerical parameters, and the first parameter is separated by colon, not by pipe. So we need a way (both in TemplateData and VisualEditor) to insert unnamed parameters without using numbers.
+
+ e.g. {{urlencode:Foo|WIKI}} is correct, but {{urlencode:Foo|1=WIKI}} or {{urlencode:1=Foo|2=WIKI}} or {{urlencode|1=Foo|2=WIKI}} is wrong.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55413,8,High,
+-1.0454071742202422,0.26479126408411346,6.210566982675498,3.5793423975043925,1.335233803995835,0.22327270099255436,-2.1694585228084287,0.6578712363456253,4.947515900861965,-1.6241264385126395,-0.29866469846973365,-0.9574015801877211,2.3348090873967418,2.7370079530945794,0.8405902887693069,-0.7840417725468831,-1.4120023065821263,0.46686963037736606,False,c1,3,"Steps to produce the error
+
+1. Edit a page with VE
+2. Cut a block of text containing a reference tag
+3. Paste it somewhere else
+
+Now try to move the cursor by arrow keys
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**OS**: Linux",55385,8,High,False
+-4.83016138561228,-2.4424433961958076,-2.380874800252517,-8.864494212880228,2.420345735759663,3.6248430183169464,3.651535988410193,-0.5595452711161379,-0.06064182598472151,1.0108123305367034,2.1448053832155964,2.9377819846828546,-0.3975539855210499,1.0714478428420025,1.5237116617335529,-0.5743696365660556,-2.8236400514110747,-0.8837945805991525,False,c1,3,"Only workaround I can think of is to create a fake hidden selection whenever a FocusableNode(s) is selected on it's own.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55375,8,High,True
+-10.38272923984905,4.420021750382915,-0.7613798715298721,1.0626686163360528,2.035156948143033,10.14279798912028,0.5587805880132333,-1.9103276952999053,1.9278184245758017,-0.8291267169388261,-0.6728577111536969,-0.2209416659757394,-2.0908174278282274,2.431612209478849,0.9814685291173912,0.20255861901386257,-1.838108515631687,-1.4045779841261252,False,c1,3,"This causes an exception to be thrown if you try to delete a content node at the end of the visible document (e.g. a reference list)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55366,8,High,False
+-2.6515085864263277,-2.7569214454967153,0.0906886182116935,0.5577750044495144,5.201974319485027,1.4144241612842465,-2.924536964662749,1.2591604740318396,0.532975036566335,-1.0978344073699322,3.3690859266907514,-0.5288011808010434,1.0609530031939354,4.550750050141648,2.7558167877684,3.940982256578214,0.7942764158058864,0.20614871904572118,False,c1,3,"1. Copy and paste an unnamed reference
+2. It doesn't appear as a subitem in the ref list
+3. Undo. The reference is now index 0.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55365,8,High,True
+-5.181308419085218,-7.26038903579204,-1.3150967658033625,1.8267038370465767,3.47778309125291,-3.7599652606762897,0.5239889687575268,0.2920119337139926,3.061461097515682,3.480980747526816,2.784325780195022,-1.7480619080695394,0.0659305082650441,1.5827494324324656,1.4075482998025795,3.01196677038152,-2.7701522489823485,1.3332371829716243,False,c1,3,"Select text around a content node (e.g. a reference: ""foo [1] bar"" ) and then copy paste it. Note you now have extra newlines.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55364,8,High,True
+-2.4466076500007734,-8.803216073056703,-5.588926804890065,-0.8629067002093771,5.709051507040979,-1.433481218955758,-1.920822257306213,0.5434338855731718,3.443793272615471,-1.740747356694936,5.914720950880165,-1.5429617119974193,-4.720328442667365,1.6895740701761817,0.8238141140439357,2.2741634109876876,-2.782535777033046,-0.6059505013591413,False,c1,3,"1. select a focusable node only (e.g. a reference)
+2. Cut it (ctrl+x)
+3. Note you now have no cursor/selection
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55362,8,High,True
+-3.3769926003189465,1.9213860455914293,-1.8197806500435387,4.621651979914633,-3.8045197593548212,-2.3725816749539517,-1.8646141032600605,2.744484321918089,-2.7336987499724437,3.0564793559016765,-2.4738727809952934,-0.6497732938705101,2.7531740687732245,1.0600684470057846,0.4358000653802616,0.1805133801349771,-2.2714431995120945,1.5124109858737944,False,c1,3,"example 1
+
+new issue as of Aug 26, seen on test2wiki
+
+this is easily triggered by an automated browser test but can also be triggered manually: 
+
+while typing edits, click the Save page button.  
+click Review 
+
+Edited page and diff view contents are not the same. See screen shot examples 1 and 2. 
+
+ex 1: ""asfdaEdit"" in edited page vs ""asEdadit"" in diff view where original page has ""Edit""
+
+ex 2: ""aaqaaaStarting"" in edited page vs ""aSqaaatarting"" in diff view where original page has ""Starting""
+
+in at least one case, the actual saved contents of the page differs from the buffer that appears upon clicking Edit to invoke VE, see example 3
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+
+**Attached**: {F11309}",55360,8,High,True
+-4.758568592874725,-3.0183628516178427,0.6631734643051566,-1.8861508365851951,6.210268805628967,3.9127291809286886,2.5834427109298064,0.3468285902040871,-1.937929899698881,1.0753791716336227,1.2715618078863034,0.1766043268492481,-0.15996164707565175,2.0452891070161794,-2.1488107530728637,-0.9953635663298361,-0.47988373161985676,-2.244505146798928,False,c1,3,"See https://pl.wikipedia.org/w/index.php?title=Wojnicz&diff=37347163&oldid=37312891 for an example - I'm not sure what the problem is, here, since that's a meaningless tag :/.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55345,8,High,True
+-3.564840302408258,0.01034789441614059,-3.100689118570866,0.597796794777075,-1.95915388138426,1.0442564480793737,-0.05109762988131905,2.064461339833403,-1.668691537369046,-0.3503258797445783,1.104452055377029,-2.0077024937341346,-0.013661959861524409,-1.1056595624798655,-1.6226279778523742,-0.411658479595839,-1.0483960826172631,-0.6844380689055458,True,c1,3,"From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE.2C_Sfn_template_within_reference.2C_Vcite_error
+
+Adding a  tag (e.g., a bibliographic citation) inside another  tag with a different group (e.g., an explanatory footnote), displays as desired in VisualEditor, but when you save the page, it isn't visible because of T22707 in Cite.php
+
+This is most likely to happen with a ref-creating template like {{sfn}}, since VisualEditor doesn't have the buttons to created nested ref tags directly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=570036528&oldid=570035364",55303,7,High,False
+-2.201606054093214,1.817822463961825,-0.21604447033499952,-3.502425423432289,6.997906520566225,-2.295990999364652,0.5817182311697398,1.3307461774872635,2.150013937950325,0.2637636701250896,-0.4097583605257258,0.12494799475038132,-0.42113903001523934,0.16042918378145288,-0.6628860327272479,-1.7105412087004042,-1.648914571599214,0.6270985358842613,False,c1,3,"The editor has the title and tooltip ""LaTeX"". This is not entirely correct. It's just the math environment subset for LaTeX that we can handle and support.
+
+The label also conflicts with the visual symbol, which clearly communicates the Math function using the sum symbol. Remember that many people might not even know what LaTeX even is, causing further confusion.
+
+The problem here is that we want to explain to the user that we want him to enter the math using LaTeX, because otherwise he might not understand how to enter his formula. Perhaps that is why the LaTeX label was chosen.
+
+We should find a better way. Perhaps using a label or placeholder. ""Enter formula using AMS-LaTeX""
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=43058",55251,7,High,False
+-5.299707380234132,-2.464864108313611,-4.834924594875954,-0.17903369051562434,1.646206875269535,-1.43495699591678,-1.518130765460934,0.044585110313555554,-1.3896496844649986,1.147697453710589,1.099992714677542,-2.7965673111598432,-0.43149350748057635,-0.37318669318009956,-2.664951527065191,1.2554366518107094,1.5232188731299792,-0.16731585084364897,True,c1,3,"From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Bold_and_nowiki.2C_other_markup
+
+If you add a nowiki tag by itself, the angle brackets get escaped out (&lt;nowiki&gt;, or does just plain </nowiki> work here at Bugzilla?).  If you add a nowiki tag plus some wikimarkup, like an asterisk at the start of a line or bold text, it doesn't.  This results in unpaired tags, sometimes functional wikimarkup, and always unexpected results.
+
+Try this:
+
+* You need a  tag '''here'''.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55228,7,High,False
+-7.4927615993146475,8.63146514109005,3.646418390592711,1.074235905785831,-8.52076138625377,4.458417199961444,-0.09742216619567223,0.4539437790995188,1.365087109948543,-0.6174268775492777,-0.9011123753791592,-0.9332906184221138,0.10895362833367628,-1.3188577944892752,-0.17192080271544175,-1.2837409338885806,0.9563125731264341,-0.5044520119691163,False,c1,3,"At https://en.wikipedia.org/w/index.php?title=Churnet_Valley_Railway&diff=prev&oldid=569277862 it seems that a table ending with trailing new line syntax
+
+|-
+|}
+
+caused pawns to be added to the article. As discussed at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=569732999#Chess_pieces_still_happening this syntax, although technically wrong, will continue to be added to articles. VE and Parsoid should therefore deal with this cleanly without the addition of any pawns to the article.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55214,7,High,False
+-2.212844030087899,0.15314261310496136,-2.3028583014259016,-3.713468558094133,2.212064808866654,-6.032694559826451,1.1828037946144043,-2.237654346986952,1.4097747797776732,-0.27213556717203957,3.2605791696773614,0.44986787833595065,1.0999364929573252,1.416004372269554,-0.3171953025998313,1.1338613854752033,1.506927554523381,2.2628591408499776,True,c1,3,"<>
+
+Same for me, on Chrome the cursor does not disappear and you can press icons more than once, but if you type a word it will be split on more lines and you won't be able to wikilink it.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55206,7,High,False
+-9.512822468503003,1.5156862187456195,-2.5010997983500722,-0.06489094586650435,6.71306678766382,0.0251248315104613,0.930227103295258,-0.6012709394923113,3.724485665594539,0.453895741263211,1.4957847351599844,-1.034307653929782,-0.015082209361062304,-0.5109578580300491,1.3996913797016797,2.2826163306568925,1.2101676785500175,-1.0172030470574442,False,c1,3,"There is no way to convert an image wrapped in a link to wikitext, so we shouldn't let a user do it. A plain image, on the other hand, can be link wrapped and we already handle this correctly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55151,7,High,True
+-10.62835700690221,8.044115865759377,1.3776248928196182,3.7642348918170514,2.705225151763769,2.613765361625374,0.22904128190229756,-2.2956076004559525,-0.5999205526666147,1.067109511138483,0.24465874776810725,0.8339326940541236,0.2376124922677807,0.5457898306944031,-0.7477972376889461,0.14766888981898926,-0.6089266674840536,-0.5166618293414855,True,c1,3,"Implement non-linear transitions between steps.  This is one of the key goals of the planned update to the API.  
+
+The idea is that each step has a callback function which decides which step to proceed to.  This callback is called when an event occurs, such certain mw.hook, a user-provided event (there will be a way to tell the tour to check at a particular time), or a page change.
+
+There can also be global transitions, which apply throughout the whole tour (for example, clicking ""edit source"" at any time may transition to the first step of the wikitext editing flow).
+
+Simple use case:
+
+Have a single tour with the basics of both wikitext and VisualEditor editing.  When you click ""edit source"" or ""edit beta"" at any time (unlike today, you don't have to be at the beginning), it transitions to the appropriate step.  You can then walk through the basic flows of the editors (as today)
+
+More elaborate:
+
+Your are in a detailed tour for VisualEditor.  You are in the step for the references dialog.  You click the template button, and it transitions to the step for adding a template.  When you walk through and save that, it transitions to a step for saving the reference.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",55143,7,High,False
+-7.7377984966735145,4.684968944332084,-1.6710556043297213,-2.4371834663771077,0.6931923914924161,-1.034508803841644,-1.0566323681433492,-0.5660244725354537,-1.0288726996199187,1.0536491463909838,3.5459241068212477,-0.246403659493033,-1.9983771671826247,1.1409914867191517,-1.6725589014236584,-0.17207798782008366,0.5626962003756322,0.1270488349358494,False,c1,3,"This seems sporadic, and while it doesn't happen all the time, it does happen a lot, so I hope I am giving enough details to repeat this:
+
+1. Put the cursor on an empty line without text.
+2. Click the ""Bold"" button.
+3. Type gibberish fast (ldkjlskdfjlkdjs lskdjf lsdkjflsdkjljsf....)
+4. Witness weirdness: new characters pop up in the line underneath or in between the bits of gibberish, and if I try ""backspace"" to erase the lines even weirder stuff happen (like characters popup instead of being deleted, etc.
+
+This doesn't happen when I typed regular language, I suspect, then, that it has to do with the speed of the insertion?
+
+But after a single occurrence of this bug, the behavior of delete/backspace creates further bugs even if I stop typing quickly, or start new lines, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",55079,7,High,True
+2.40151048431146,0.19253924279146695,-0.24764159854777112,-1.2262592060003725,-1.8341712673652908,2.2323922118200725,-1.9057449694868422,0.8077604810988838,0.6468002444346165,-1.9511210150152234,0.5013746797100014,-2.2295044772008854,0.9360325435646164,-0.4056216470666927,0.12643971146898103,-2.383438488990921,-0.23703164943357247,-1.0360922306613596,False,c1,3,"From WP:VE/F page (http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=567413854)
+
+------------------------------
+Following a report on frwiki, I tried a simple modification by changing a text into a wikilink. VE messed up the article by duplicating parts (not even complete parts), see [http://fr.wikipedia.org/w/index.php?title=Gen%C3%A8ve&diff=95604102&oldid=95601955 diff]. It seems to be reproducible on this article. --[[User:NicoV|NicoV]] ([[:fr:Discussion Utilisateur:NicoV|Talk on frwiki]]) 15:51, 6 August 2013 (UTC)
+------------------------------
+
+A cursory investigation back then revealed that this could be because of incorrect DOM fragment reuse for figures which all had about=null.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=47326",55071,7,High,False
+7.2902505509631474,-3.606244409373515,-2.52245859877754,-0.6338126130214377,-0.49478816873771503,0.017789103877653867,-3.526450675005398,2.4482116710032757,0.6815443673990098,3.5670155070799066,-1.1307661313449442,-0.9545877470575964,0.47773301060236806,-1.464178546081122,-2.063244825677424,-0.19983222967867265,-1.7754601769696179,1.9750742117409608,False,c1,3,"Create an empty document by deleting everything. Enable Input method (e.g. Ibus Chinese Cantonese). Start typing, e.g. ""jung"" (select ""中"") then ""gwok"" (select ""國""). The second character will overwrite the first, leaving just ""國"" instead of ""中國"".
+
+Observed using chromium and firefox on Ubuntu. Happens with the following ibus input methods: Chinese cantonese, Chinese Pinyin, Korean, Malayalam swanalekha, Hindi inscript. Does not seem to happen with Kannada inscript.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55064,7,High,True
+-9.964954158313567,3.2832791096066742,-3.887427913507876,-5.05863136379708,2.1175906984188417,-6.954147441690459,3.457488371888439,-0.12760887133003093,0.3550706025181187,-2.1158698011565438,-0.8350698950260669,-1.912854085987974,-0.7529490717324512,0.46672109164823894,1.2404861597205104,-0.6986994966503244,-1.1042933998799715,-0.36364388489877353,False,c1,3,"Quite often we get bug reports for issues that have been recently fixed but not deployed to the smaller wikis.
+
+It would be very useful if we had build numbers that we could access (e.g. ve.version) in the client so we could tell quickly how out of date the deployed code is before we waste time debugging an issue someone else has already fixed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",55050,7,High,True
+2.5891537807607343,-8.23475726494015,4.4108226556379115,3.3740518676416755,-4.543668696214702,-1.2099740521766182,2.0790820024435535,-1.511468723666023,-1.0927930051354626,-0.873798491840641,-1.1498677194863278,1.0046646370554388,0.31220946927399007,-0.451316892474785,-3.023974872701147,-0.01464399176155684,-0.521297205034408,-1.277621368033221,False,c1,3,"Line height example
+
+See screenshot for 1.25em vs 1.5em.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial
+
+**Attached**: {F11545}",55045,7,High,True
+0.07366188979841048,-9.80790873155663,6.671129336112781,1.7584129350840283,-1.387047154205419,5.222715869719126,3.134449345043561,-0.2661656899353896,3.039259683178509,2.6061793436754943,2.847055666261858,-0.10848159222019826,0.5763378525885532,0.5114501407011396,-0.7140343378207046,-0.031346744043912744,0.05270558366993883,-1.688374776648881,False,c1,3,"See the third example at https://www.mediawiki.org/w/index.php?title=User:Miya/VE4&oldid=762831.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",55012,6,High,True
+-6.877720954429373,-0.5141358927527566,4.1162145889267485,5.237340778397635,8.234021140826497,-2.741812357151338,-0.5768983069806382,0.08545615288709602,4.389120892119906,-1.4899064561805542,1.9684423895991663,-2.4739286376945415,-2.215880976520342,1.0224573250615787,-0.29134498551474675,1.1844601138822917,1.6139907529522943,0.7943032061616344,False,c1,3,"I cannot take a screenshot ;)
+
+* Scroll over a the toolbar
+The button group outline, focused button box, and finger pointer flicker for a frame, then disappear.  Now the buttons to not go , and I have the arrow pointer.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54987,6,High,False
+-4.330475498032888,-2.2153165535299593,-3.691101782090948,0.1805814848787024,0.9747507320033477,1.383345720261948,-0.7899472512154784,-1.4790212832406189,0.22031854969796627,-1.1990613131306587,0.2674239770209672,-2.5875894933231285,1.3001927438210932,-3.406827629797208,-0.6966985352530584,-1.7461415341170414,0.774340314654747,0.6805596168175463,False,c1,3,"screenshot
+
+I opened a wiki page, clicked ""Edit"", modified some stuff in the first paragraph involving links and a footnote reference.  Next, I demoted my outline from Page title to Heading, lowering all subheadings as well.  Said action was performed by triple-clicking each heading like, then mousing to the heading toolbar and clicking on the next level down.
+
+I believe I was on the last heading, when some magic combination of arrow keys and actions involving the heading level toolbar (I may have cursored down and hit  this time) caused a total HsiT scramble.  A sequence of characters of roughly equivalent length replaced the heading line I had been editing.
+
+The damage seems to have spread elsewhere in the document.  See attached screenshot.
+
+Separate but related bugs from the same editing session have been filed, jfyi to flesh out this story ;)
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical
+
+**Attached**: {F11397}",54981,6,High,True
+-3.947596027271179,2.557298169197505,-3.1252794752028663,-2.641088964993828,-1.2080689593244167,-0.027705806409969114,-0.13570605051934947,0.8407073700394404,0.6075073393481971,-0.45069221324103825,0.08426662710806054,-0.47968496989484066,-1.5891559531029325,0.023416944686738717,0.430621203861957,0.21503449100561864,0.5780544186686358,-0.15749769179130602,False,c1,3,"We currently use meta tags to mark up template-affected attributes:
+http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Templates_in_attributes
+
+This turned out to be problematic for several reasons:
+
+These meta tags can end up in foster-parentable positions for inputs like this:
+
+

+
+They can end up outside of an extension fragment, which makes it hard to reuse fragments. This currently blocks https://gerrit.wikimedia.org/r/#/c/65575/
+
+We have been discussing moving this information to data-mw ever since we added that as a public interface. Subbu has sketched a possible encoding in https://gist.github.com/subbuss/6092148/raw/e153a444b6e252d9eebd690e996e28cdbb859df7/gistfile1.txt
+
+We should work this out further in http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Templates_in_attributes
+and implement the resulting spec. 
+
+An issue to consider is the interaction between template content editing (http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Template_content) and templated attributes. For simple cases like echo '[[{{echo|foo}}]]' | node parse, we currently only add mw:ExpandedAttrs/Transclusion info. For echo '
{{echo|
}}' | node parse however we add both mw:Transclusion and mw:ExpandedAttrs/Transclusion. The templated attribute can already be edited as wikitext in the mw:Transclusion interface (data-mw.parts). We might want to omit the attribute interface here in favor of the general template-affected content interface.
+
+Fragment reuse is another issue to consider. We currently don't reuse attribute expansions. These are relatively rare and cheap, so this might be ok for now. We should however choose a representation that makes it easy to add caching for these later.
+
+Currently the VisualEditor completely ignores information about template-affected attributes, so no deployment coordination will be required as long as the mw:Transclusion interface does not change.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54913,6,High,False
+-0.29240239857590167,-0.7181819900753776,0.48109481556381084,-0.34170400032890247,0.04100487044077428,0.47296954796179125,-1.1522181408270402,-0.9105435799894817,-2.16009936689954,-1.2906158768618994,1.6057827449013389,0.837218780320977,-0.5008688706034023,-0.8181362138036343,-2.6037129071500003,-1.268196916521254,-0.8041671990787981,0.6021268775771567,False,c1,3,"Screenshot
+
+On wikis with FlaggedRevs, the interface historically displays buttons in the order [edit][pending changes]. This seems logical.
+
+Under the VE (screenshot attached) it goes [edit][pending changes][edit source]. This doesn't ;p. Restoring the previous setup (so that it would show as [edit][edit source][pending changes]) would be good.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11122}",54848,6,High,False
+-4.567808071656746,4.489022298630502,-3.010209586307365,-7.731148530898291,-2.3189317035812422,-6.953986293208923,5.238196963254237,0.7415967533754554,-2.3084028338349754,-0.12324358263724822,-1.7540731418405002,-3.7110204599441055,-3.1337196687776077,1.64957693324616,0.8308488731564694,4.308938472948388,0.8936652845478308,-0.28013873179035076,False,c1,3,"Hasn't been an issue until now as we've only used inspectors on text, but now we have inspectors for MW extensions (e.g. Math) we need it to work in block mode as well.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54845,6,High,True
+-6.677182091107596,-1.3892180998912096,-1.8012056521710296,3.4400276267016157,-0.03220818027185912,0.5098179693176723,-0.9716696982831055,-2.545998944507911,-0.3411818770171092,-1.094014102423047,1.9638432729986541,-0.8245823572301045,-0.9235602742029618,-0.5847960066988236,-0.545346403906354,0.5058467489124948,0.19142279632243575,1.9338727559253786,False,c1,3,"If you copy a block level element and try to paste it all the annotations (links, bold, italic etc.) are removed and it is just pasted as plain text. You need to select the whole line with the selection region going all the way to the right of the screen. 
+
+For example in 
+http://en.wikipedia.org/wiki/User:Salix_alba/VE_test 
+selecting the whole of the final paragraph and coping and pasting loses anotation.
+
+Examining the clipboard in this case its something like
+


+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52770",54771,6,High,False
+4.470715416185175,-14.397904205583703,9.26417180834627,0.08011800103571143,1.3710666042592805,2.677759560469494,2.5367244732174443,-0.7463079672407179,3.3963868156110903,0.9515220600646828,1.1218311495138704,1.1587902652316744,-0.1247703286469184,-0.8152202228923713,0.7256063204514636,-1.3633866504966574,0.6834852978576993,-2.014683861998276,False,c1,3,"See https://ja.wikipedia.org/w/index.php?title=%E5%88%A9%E7%94%A8%E8%80%85:Frozen-mikan/sandbox&diff=48779068&oldid=48778951 which used https://ja.wikipedia.org/wiki/Template:%E3%83%AA%E3%83%B3%E3%82%AF%E4%BF%AE%E6%AD%A3%E4%BE%9D%E9%A0%BC/%E6%94%B9%E5%90%8D
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54752,6,High,False
+12.494930484167304,-3.401305763275614,-4.137407310599425,0.02512784995685058,2.07001537004536,-0.41474694188734285,-3.1304950191821543,-2.8256890291527172,-1.1087120292968278,-2.741774567764949,1.896140436802542,-1.6704583125227586,5.2147585607451585,2.5215326941855194,1.4444100940893954,-0.6612759563784015,-0.4304593356189159,-0.5757902735247453,False,c1,3,"Output after saving
+
+My setup:
+
+MediaWiki:
+1.22alpha (ffa9b0a) 19:02, 11. Aug. 2013
+
+VisualEditor (Version 0.1.0)(0e76b1b)20:01, 11. Aug. 2013
+
+ParsoidServer:
+commit a4fec47e5201c329925967376f4106abd11178e3
+Merge: fdb6e06 30315ed Author: jenkins-bot 
+Date:   Fri Aug 9 02:43:12 2013 +0000
+
+
+When I put in a simple Unsorted list the Parsoid Server throws an error message:
+Incompatible constraints 1: LI P {a:{min: 0, max: 0}, b:{min: 1, max: 2}, min:0, max 0}
+
+
+Attached you find the resulting output after I saved the page. Notice the extra Line that got added by Parsoid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11826}",54751,6,High,True
+-6.553324931753861,2.604655201262908,-2.3399233043756222,-3.4479317075060627,2.5852492707781782,4.4625697242241955,2.6141785922177965,0.8699907451493653,-0.123252725036256,-1.912908106758616,-1.6443840772585259,2.2835430231475433,-2.37627973271485,-1.4762575939281568,5.93765409998571,0.8081804749523387,-1.0114994671157502,-1.4097836093864602,False,c1,3,"It is requested to implement a keyboard shortcut for Save the edits. Ctrl+Shift+S combination will be the most suitable for this, as it is being used by the conventional editor right now.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54745,6,High,True
+3.8596303795948663,-2.2792188016884865,-0.21704518613310064,1.2182760462958662,-3.76904385329334,-0.14311555843202828,1.351677336956862,-1.6342179125659162,0.7761068083382092,0.5069678202919663,1.190828365664554,-1.0887185621412951,1.7214578299214902,-2.5019577334524152,-2.0898965685901985,2.3608504537181396,2.300218419609851,2.4732672994821403,False,c1,3,"When you edit captions and input Japanese text with Japanese input method (of ことえり, the default Japanese method of Mac OS X), for example 生醤油 (kijouyu), the cursor will place itself after the first character, but it should place itself after the last (3rd) character. Tested on Firefox and OSX, but may happen in other browsers and operating systems. Thanks to Takashi Ota and Josh Lim for testing and reporting.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",54716,5,High,True
+7.905823626756554,-1.7266993221066418,2.307618441852579,-0.005719378757734095,-1.4013717798005243,1.5855464494573723,-0.19104653191757404,-1.539819801378798,5.898669110058509,-1.696629212976295,-2.3732739955500355,-0.2139726711262877,-2.0242753047394606,0.9517478061934606,0.5519486105804274,-0.20121123994435375,0.13686945377059612,-0.5126308300125015,False,c1,3,"The Swedish chapter would like to get Notifications enabled on their wiki at se.wikimedia.org. Please use the default settings.
+
+Poll here: http://se.wikimedia.org/wiki/Tråd:Wikimedia:Bybrunnen/VisualEditor_och_Notifications
+
+/Jan
+CEO
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: enhancement",54714,5,High,False
+6.1629332847834934,-9.52594511522075,3.4699616317893636,-5.3406171581016375,-2.411294514983757,0.640648103056537,3.7102467771902026,-6.72589877629305,-0.6095960244183583,-1.6602480106175155,-2.6419008392113748,0.40027651547595244,-3.500663385007371,1.9606111048653156,-0.023661290421316927,-1.2906886751436144,0.09732403658557853,-0.2749058014567567,False,c1,3,"Because we love Mark:
+
+http://m.mediawiki.org/wiki/Extension:BetaFeatures
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54686,5,High,False
+-8.541442290343719,-1.3779632491042726,-5.271290132769709,0.7096936964521592,0.7547811128172917,0.8535786374869494,-0.8350094752661246,0.5987723943429973,0.11549178356960821,-2.470148860410598,-0.2904576518865625,1.7465661881389305,-0.7954784811222888,-0.9401243524584002,-0.6614683629439861,-0.89981788232554,-0.9477860990726644,-0.5266510744676538,False,c1,3,"When the list of potential articles is longer than the displayed list there is no way to see other articles without continuing to type part of the name. In some cases this isn't going to be much of a problem, but when there are lots of items that could have the same title (e.g. [[Nexus]]) it essentially requires you to know which disambiguator is used, defeating the point of the suggestions list.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54670,5,High,False
+-3.061768561010205,-1.7624233268415566,0.9570106425908698,2.107167053787449,-3.2534161204822953,-2.8698355991201905,-1.230945283262587,0.3641125400425236,2.5897042782338717,1.7940410588200129,-1.8726974084633472,0.3468952267706853,-0.492900777677014,0.6364462848988888,0.42042070768891726,1.5249453563778934,-1.3368766780196368,-0.6092155174359832,False,c1,3,"Screenshot FF, vector skin, mediawiki,ca-action
+
+[Regression]: mw-notification-area makes vector-hover-dropdown closing
+----
+How to reproduce:
+* Be an admin at Commons or have otherwise at least 3 entries in your ca-action dropdown.
+* Fire mw.notify('foo') in your js-console
+* Scroll to top
+* Click the message ('foo') to ""hide"" it
+* Hover the ca-action arrow.
+* Try to click ""protect"" (see screenshot)
+
+As soon as your cursor is over the mw-notification-area (made visible in other screenshot), the dropdown closes.
+
+----
+Expected behaviour: Can move/protect page. Dropdown does not close out of the blue.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: normal
+
+**Attached**: {F11622}",54659,5,High,False
+12.511135003109798,0.7993712768578813,-0.44362631980457046,1.238325309307562,-0.8394065241716467,-1.8789953873645477,-5.390670322099692,-1.0356711281853777,-3.711817792239417,-1.0237864031797033,3.4324388058120854,-1.239653826337552,-0.2465065021666737,1.141695964574514,1.7856087703588432,-0.01591063760219935,2.2906973917102897,-0.9154478138624671,False,c1,3,"At http://en.wikipedia.org/wiki/Raven-Symon%C3%A9?oldid=566906720 , if you edit anything in the document, the infobox is deleted, but if you make a null edit, the infobox is retained.
+
+This appears to be a bug in selser: if the HTML doesn't change, the wikitext doesn't change, but any small change in the HTML results in the infobox being deleted. I verified that VisualEditor isn't dirtying anything, but just to be sure I also reproduced this on the command line by just making a 1-character change to the HTML as shown below.
+
+I think this may have something to do with the double }} closing in the infobox.
+
+$ mkdir tmp
+$ cd tmp
+$ wget 'http://parsoid.wmflabs.org/en/Raven-Symon%C3%A9?oldid=566906720' -O originalHTML
+$ wget 'http://en.wikipedia.org/wiki/Raven-Symon%C3%A9?oldid=566906720&action=raw' -O originalWikitext
+$ cp originalHTML editedHTML
+$ vi editedHTML   # Change '
Life and career
' to '
Life and careeer
'
+$ node parse.js --html2wt --selser --oldtextfile originalWikitext --oldhtmlfile originalHTML --inputfile editedHTML > newWikitext
+$ diff -u originalWikitext newWikitext
+
+--- /home/catrope/tmp/originalWikitext	2013-08-08 14:34:46.463998552 +0800
++++ /home/catrope/tmp/newWikitext	2013-08-08 17:04:41.596239434 +0800
+@@ -1,29 +1,7 @@
+ {{Use mdy dates|date=June 2013}}
+ {{pp-move-indef}}
+-{{Infobox person
+-| image           = Raven-Symoné 2011.jpg
+-| caption         = Raven-Symoné in 2011 
+-| birth_name      = Raven-Symoné Christina Pearman 
+-| alias           = Raven
Raven-Symone
+-| background      = solo_singer
+-| instrument      = [[Singing|Vocals]], [[piano]]
+-| birth_date      = {{birth date and age|mf=yes|1985|12|10}}
+-| birth_place     = [[Atlanta]], [[Georgia (U.S. state)|Georgia]], U.S.{{cite web |url=http://movies.msn.com/celebrities/celebrity-biography/raven-symone/|title=Raven Symone:Biography on MSN |accessdate=2008-07-15 |year=2008 |publisher=[[MSN]]}} 
+-| genre           = 
+-| occupation      = Actress, singer, [[comedienne]], dancer, television producer, [[fashion model]]
+-| years_active    = 1989–present
+-| label           = [[MCA Records|MCA]], Crash, RayBlaze, [[Hollywood Records|Hollywood]]
+-| associated_acts = [[The Cheetah Girls (band)|The Cheetah Girls]]
+-| website         = [http://www.myspace.com/ravensymone Raven-Symoné Myspace page]
+-| module         = {{Infobox musical artist|embed=yes
+-| background          = solo_singer
+-| genre               = [[Contemporary R&B|R&B]], [[pop music|pop]], [[Hip hop music|hip hop]], [[Soul music|soul]], [[dance music|dance]]
+-| instrument          = Vocals, [[piano]]
+-| years_active        = 1993–present
+-}}
+ 
+-}}
+ '''Raven-Symoné Christina Pearman'''[http://www.mlive.com/entertainment/saginaw/index.ssf/2008/08/ravensymone_steps_out_of_chara.html], (born December 10, 1985), known professionally as '''Raven-Symoné''' (pronounced {{IPA|/ˈreɪ.vən sɪˈmoʊn/}}, as though unaccented), or simply '''Raven''', is an American actress and singer. Raven-Symoné launched her career in 1989 after appearing in ''[[The Cosby Show]]'' as Olivia. She released her debut album, ''[[Here's to New Dreams]]'' in 1993; the single, ""[[That's What Little Girls Are Made Of]]"" charted number 68 on the US ''Billboard'' [[Hot 100]].[http://www.billboard.com/song/raven-symone/that-s-what-little-girls-are-made-of/450772#/song/raven-symone/that-s-what-little-girls-are-made-of/450772 That's What Little Girls Are Made Of – Raven-Symoné]. Billboard.com. Retrieved 2012-05-19. The next album, ''[[Undeniable (Raven-Symoné album)|Undeniable]]'', was released on May 4, 1999.
+ 
+ Raven-Symoné appeared in several successful television series, such as ''[[The Cosby Show]]'' and ''[[Hangin' with Mr. Cooper]]'', in the late 1980s and early 1990s. From 2003 to 2007, she starred in the [[Disney Channel]] series, ''[[That's So Raven]]'' in which she played Raven Baxter, a psychic teenager who tried her best to keep her psychic powers a secret. During her time on ''That's So Raven'', Raven-Symoné released her third studio album, ''[[This Is My Time (Raven-Symoné album)|This is My Time]]'' (2004) which was her best selling solo album to date, charting at number 51 on the ''Billboard'' 200.[{{BillboardURLbyName|artist=raven-symoné|chart=Billboard 200}} Raven-Symoné]. Billboard.com. Retrieved 2012-05-19. After a year of the end of ''That's So Raven'', she released her fourth studio album, ''[[Raven-Symoné (album)|Raven-Symoné]]'' (2008). The album peaked at number 159 on the ''Billboard'' 200. During 2003 to 2006, she participated in four soundtracks from Disney, [[RIAA certification|RIAA-certified]] double-platinum album, ''[[The Cheetah Girls (soundtrack)|The Cheetah Girls]]'' (2003), RIAA-certified gold album, ''[[That's So Raven (soundtrack)|That's So Raven]]'' (2004), ''[[That's So Raven Too!]]'' (2006) and RIAA-certified platinum album, ''[[The Cheetah Girls 2 (soundtrack)|The Cheetah Girls 2]]'' (2006). The soundtracks sold a combined 4.1 million copies in the U.S. alone. As of April 2008, Raven-Symoné has sold 314,000 albums in the United States.
+@@ -32,7 +10,7 @@
+ 
+ In 2012, Raven-Symoné ranked number eight on ''[[VH1]]''{{'s}} ""100 Greatest Kid Stars Of All Time"" list,[http://blog.vh1.com/2012-12-02/and-the-1-greatest-kid-star-of-all-time-is/ Greatest Kid Star Of All Time] and ranked number one on ''Loop21''{{'s}} ""10 Richest Black Actresses Under 40"" list.[http://www.loop21.com/entertainment/10-richest-black-actresses-under-40 10 Richest Black Actresses Under 40]
+ 
+-==Life and career==
++==Life and careeer==
+ 
+ ===1985–99: Early life and career beginnings with ''The Cosby Show''===
+ Raven-Symoné was born in Atlanta, Georgia to Lydia (née Gaulden) and Christopher B. Pearman. Raven-Symoné is of [[African-American]] http://www.tv.com/people/raven-symone/http://xfinity.comcast.net/slideshow/entertainment-aachildactors/3/http://ethnicelebs.com/raven-symonehttp://www.imdb.com/name/nm0712368/biohttp://www.nndb.com/people/017/000103705/ and [[Native Americans in the United States|Native American]] ancestry. At age three, her family moved to [[Ossining (village), New York|Ossining, New York]] where she attended Park School.Charlotte Moore (January 25, 2004). [http://www.pe.com/lifestyles/teen/stories/PE_Fea_Teen_raven0125.a11bc.html Raven takes flight]{{dead link|date=September 2011}} PE.com.[http://ftp.rootsweb.com/pub/usgenweb/la/winn/bios/sym1569.txt Rootsweb.com]{{Dead link|date=May 2010}} As an infant, she worked for Atlanta's Young Faces Inc. Modeling Agency and was featured in local print advertisements. At age two, she worked with Ford Models in New York City and appeared in ads for [[Ritz cracker]]s, [[gelatin dessert|Jell-O]], [[Fisher-Price]], and [[Cool Whip]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54638,5,High,True
+1.7283478017124803,0.40490054246949114,-1.2910429391328897,-0.40931757204976404,-2.646652334418645,0.5285926638507512,-2.203095010658732,1.52565156520863,-0.36590496832118474,0.8883602336384868,-1.790126845038181,0.5960476442676306,1.614881584826493,-1.2308154494204606,-1.785497026034971,0.9978067756798413,1.0675633621184526,0.5753823773387727,False,c1,3,"**Author:** `sandrobt.wiki`
+
+**Description:**
+When trying to link a page with less than or equal to 3 characters, the page is often indicated as New Page in the link box. For example, try to link ""A"", ""AB"" or ""ABB"" on en.wiki (both with capital letters and in lower case, the latter being redirects). 
+
+Notice that this problem doesn't happen with CD and NBA, but it does with Cd and Nba (all these pages are redirects on en.wiki).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50898",54596,5,High,True
+-0.36914227940261624,5.146310517250274,10.857570211014078,6.606445307626493,3.0595791276305166,4.66265353894367,-0.09885496004274863,0.3781143010405029,3.204581598004781,0.4094311930828427,1.0590748324163761,-0.17606707040269098,0.36940225595523035,0.45613046537344815,-1.4488662969949644,1.360880743557888,2.4089953950954994,-1.1690938139232656,True,c1,3,"From Cryptic C62:
+
+Load VE on any page. Click and hold the left mouse button anywhere inside the browser window. Move the mouse on top of any button in the VE toolbar. Release the left mouse button. This activates the button.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54561,5,High,False
+-9.517465016766845,9.538868180153045,0.5830497804967472,2.704216593580494,-0.4218858919054945,4.230101021647664,-1.9922989749791977,-1.5447344455937242,-0.15299220236985295,-0.5736526223422658,-2.2145601031070163,0.8998803609200443,-0.7292819830754445,0.9254676734104299,-1.2958412599678288,1.2656625441150935,-1.130018079197214,-0.9929367675252353,True,c1,3,"As an editor has pointed out on Mediawiki, the link dialog appears below the selected link.  If an editor has selected text at the bottom of the visible page area, the dialog appears ""below the fold"" and the editor must scroll down to access it.  Dialog should be forced to appear in the area currently visible when it is activated.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54526,4,High,False
+-1.5892895415425616,0.01113912426540864,-3.7868750616967617,-7.522037331604484,-2.9699445126854367,-5.438026388983799,-2.434357076742736,-2.572818132639799,-1.6408322716711599,-0.6118644063998646,-1.4369607950747354,-3.619219957836748,-0.10254906741403325,-1.5724429714607315,0.21462395409923118,2.8886114737490742,-0.0253666106192314,-1.6788633010017064,True,c1,3,"At https://en.wikipedia.org/w/index.php?title=Indian_massacre_of_1622&oldid=564508110&veaction=edit, I can not unitalicize 'Nemattanew' (""In the spring of 1622, after a settler murdered his adviser ''[[Nemattanew]]'',"") in Firefox/Iceweasel 21.  It marks it as unitalicized in the toolbar, but if you click away and click back it shows italics again.
+
+I confirmed it wasn't related to my preferences by testing logged out (still in Firefox).  However, it does work fine logged out in Chromium.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://en.wikipedia.org/w/index.php?title=Indian_massacre_of_1622&oldid=564508110&veaction=edit",54517,4,High,False
+-5.141255097177202,-2.1713638526938954,-2.0825167863615235,0.01029934002909405,4.146840993643595,-0.9141683405155212,-1.6398414097793657,0.6165548187526667,1.9029479640286218,-0.34582631860716884,-0.3530202490121619,-2.363856421641464,0.11179681822506637,-0.6796747370309211,-0.8043469519304303,-1.0203735473380926,-1.2537232026273495,-0.5560815117386129,True,c1,3,"It should go without saying, but you can't see it anymore when you scroll down, on occasion :D
+A few unrelated ways to reproduce this:
+
+1) http://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/Sandbox&diff=prev&oldid=567022295 here, the removed lines triggered this bug (original reporter experienced this while creating a page with that text). Also, when VEditing the version on the left, an ""up arrow"" before the very first word.
+
+2) http://en.wikipedia.org/w/index.php?title=User%3AElitre_%28WMF%29%2FSandbox&diff=567025383&oldid=567025004 that is, throw some text on an existing link, you'll lose the toolbar as well.
+Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52433
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52441",54504,4,High,True
+-1.853045627054759,-11.477104514179645,-5.904419095377209,1.4890808141519507,-1.5521296421461872,0.4502663403890226,-0.5598459389617245,1.5899507901700498,-1.8518712386731715,-0.6410495486440153,3.270282561146971,-0.7707337988390603,3.3072853434862086,-1.116098916733249,-0.7718913463173767,0.06919380053452773,-0.6337305588990318,-1.4800137958821478,False,c1,3,"Specifically [[Template:Football kit]] which was created in 2004 by some young genius.
+
+The rules which cause problems are:
+
+.ve-ce-protectedNode * {
+	position: relative !important;
+	top: 0 !important;
+	left: 0 !important;
+	bottom: 0 !important;
+	right: 0 !important;
+...
+}
+
+in ve.ce.Node.css
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=61497",54499,4,High,False
+0.21528726095937412,1.337204067050072,-2.9427707239405905,-1.3599280201883224,-5.278962001602013,0.29850285514181785,-1.5494358992064905,-1.2767448667092314,-1.3621962290577314,-2.4039901951004663,-0.5384659686412578,-2.052814591587635,4.941468377078971,1.6497119967888212,0.9994418738154147,0.023363588388348566,0.5461250571509,0.5777367860937084,True,c1,3,"In the VE editing Window, VE does now not show references or only some of them on De.WP; both in editing the entire article and only the respective section:
+
+http://de.wikipedia.org/wiki/Google#Einzelnachweise 1 out of 55
+
+http://de.wikipedia.org/wiki/Chaim_Perelman#Einzelnachweise 0 out of 1
+
+http://de.wikipedia.org/wiki/Seilkorb#Einzelnachweise 5 out of 15
+
+http://de.wikipedia.org/wiki/Joan_Coromines#Fu.C3.9Fnoten 0 out of 3
+
+Three people looked at it but it is hard to track down a pattern. Perhabs (wild ceteris paribus-guess) related to 51741?
+
+Report:
+
+http://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Text/Edit/VisualEditor/Beta2013-07&oldid=121153367#Einzelnachweise_am_Artikelende_werden_im_VE_nicht_angezeigt
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",54490,4,High,True
+-2.931504614608171,0.36036601341922037,1.870492553240858,0.9129059114783067,1.9245706705332304,0.4694850339056089,1.8272246005177681,0.16930252867893236,-0.25138437672377073,1.0202692961602757,0.9768235219929031,2.2279968669536157,0.3254198507131263,0.43076318975230343,-1.866133319171785,1.5990675963337597,1.9067164754021089,0.5418540380145245,False,c1,3,"Looks like we don't account for the API returning an error in ve.ce.MWTransclusionNode.prototype.generateContents. Unconditionally response.visualeditor.content is accessed.
+
+API has a clear path both for dieUsage() and result === success.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54483,4,High,True
+-8.769234592524967,-0.5298105999350646,-3.639277563879663,-1.3481155901682451,-5.0614208539252825,1.2705893287659988,3.7974325815836343,-2.8756609691531154,0.680817118222006,1.5255793708529453,2.8081154084044306,-0.9783996045058281,1.089304828917323,-1.5227079502109069,0.8076697776396689,0.155365123978788,-0.11986308059077677,-1.156405349064525,True,c1,3,"We want to be able to treat some pairs (more than pairs?) of annotations as the same, edited in the same way:
+
+* code / tt
+* b / strong
+* i / em
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54477,4,High,True
+-0.822056121737408,1.187040446110787,2.224089501906363,2.084282892072122,-2.585772060132139,-2.6627565593791855,0.6546625873256069,0.11893212992278146,0.7728803567359015,-1.203325072940809,0.26764378268046496,4.919782231772035,0.17853639415074962,-2.085947610207591,0.39267768044060425,0.432370147714449,-1.771665198709907,0.5637955697553305,True,c1,3,"VE changed the edit tab selectors as part of their UI update to show it's in Beta.
+
+Now, on English Wikipedia, with VE enabled:
+
+* ca-edit is source editing
+* ca-ve-edit is VE editing
+
+In a blacklisted browser:
+
+* ca-edit is source editing
+* ca-ve-edit is hidden
+
+The tours need to be adjusted accordingly.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",54476,4,High,True
+-1.2195008552736377,5.113253437424017,-1.3814830218895953,-0.0208900865701116,2.340446676490508,3.9670705279100904,-3.023244765890331,-0.85052773734569,2.7761892425675105,1.6396115434990186,0.49992581502149713,1.6216163182786618,1.8897442934940987,-0.39280976036270054,-1.7168469496820093,0.37148266455582685,-0.4288982945571551,1.6053448585379673,False,c1,3,"From user:PamD at en.wp:
+
+Clicking on the ""Read the User Guide"" link (within the Beta/questionmark popup) has the effect of losing all current editing, because it opens the User Guide in the current window, without warning that it's going to do so. Imagine: half an hour's editing, find a problem, remember seeing that link and think it might offer advice, click for the popup, click to open the User Guide, and ... one very unhappy editor. I suggest that either the User Guide should open in a new tab or window, or, if this is impossible, there should be a warning ""Read the User Guide (and lose any current edits)"".
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54475,4,High,True
+-6.174237040828137,-3.466008334887997,-3.9080769549605403,0.04931431790693841,6.081565424671471,1.2733460827727703,2.1683978036491274,-0.12570260866821242,-3.0302570470497043,0.7138339799642717,-0.7064556304827789,0.602467225406947,-1.9541635735405318,0.39975869846836076,0.2904164933812394,-2.2143573499219142,-2.6423186863475197,0.7409932335726277,False,c1,3,"en.wp user:Wouterstomp asks.
+""When no image is found, please display a message saying so, now it looks like nothing is happening (especially [if you] missed the short busy animation of the search bar)""
+The context is the image insertion dialog.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",54463,4,High,False
+-10.16099226231652,2.928298114998949,-2.170747659391143,0.879001588443576,8.386946808214443,2.4721422743541623,3.5227250705271116,-0.07366396403817918,-4.863819272320666,-1.4256234314078395,-0.5233349140207428,2.9879289664223414,-1.2501488022581189,2.1700571051970217,-2.2170097966081177,-0.6273662840301846,-0.8117893985421601,0.18141848329383126,False,c1,3,"When a user tries to inset an image or other media while they have text selected, the text is replaced by the media. This probably is not what they want and is contrary to how the transclusion editor works (inserts the template after the selected text).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54460,4,High,True
+-5.7291056921863595,-0.7040255049177713,0.3709742647788765,-2.631429871969414,-4.117356929416291,0.23198159193706203,1.7016279771406433,0.8176435067247468,0.3509721541708998,-0.51371192290034,0.16155446988731859,-3.825292532545638,0.39008110259370055,-1.6684484825036363,-0.22156913006222823,0.8472581725351127,-2.1595810332015413,0.4495827493130451,False,c1,3,"As of recently the toolbar no longer goes in/out of floating mode after opening an inspector. It will stay in whatever position it was (fixed/absolute, top/left/right/height)
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52504",54441,4,High,True
+1.944440321719901,-4.875070110700863,2.6804801053615215,-2.632588847512669,-5.327347490752922,-1.1770865143742315,-1.5513580691581232,3.705374347688553,1.418788108200446,-1.6553563665949116,0.8029264587040981,3.0129160975978966,0.2443701266156264,1.2458078658300398,0.4578336520403292,1.2711974456307311,0.32376587220411146,1.2783344040560596,False,c1,3,"Similar to bug 51289 and bug 52398 references that are defined in image captions do not appear in reflists. Example at [[Radiocarbon dating]].
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51289
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52398
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50459",54427,4,High,False
+-5.894367454790595,2.2950446626169665,0.6554783213716,-0.2643436137423628,-0.37970923505254606,2.5751617562683036,5.731629335802608,1.4474505552278694,-5.863233815074237,1.672413048237134,2.888676217506552,0.9072701226303137,1.5940379502294335,-0.17556641044850352,-1.8484302806646964,-1.0055882254271264,2.117826074546434,3.337795845095136,False,c1,3,"At https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=566679647#Spellchecking_wikilinks_causes_odd_behavior en.wp editor Cryptic C62 has identified that spellchecking links causes inconsistent and apparently unpredictable behaviour. Undoing that change sometimes introduces another layer of inconsistent behaviour.
+
+On some occasions both correcting the spelling and undoing it works as it should, but there are at least six types of undesired behaviour where some or all of the link is unlinked. 
+
+Detailed examples are at the above link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54372,4,High,False
+-4.090582588687352,0.5034703213178968,-2.64757601847006,0.6744220598695625,2.1381884195680474,-0.043958263025944966,0.4117682722428917,0.5769301957789534,0.07333752202428329,0.8857799949048735,0.34379642397904275,-0.709778168668584,1.44386034894309,-1.8735755596115018,-0.5413494044172618,-0.9737253224971025,-2.415275050157656,-0.7695503519051177,False,c1,3,"The current beta notice for VisualEditor is currently easy to miss. While it uses a circled ""?"" and the text ""BETA"", it can blend in with the rest of the VisualEditor editing interface pretty easily (I only really noticed that there was any kind of warning today).
+
+The notice that VisualEditor is beta software should be made more prominent.
+
+James has suggested showing a more prominent notice for first-time VisualEditor users (presumably based on a cookie).
+
+My preference is to make the notice dismissable (using a hidden user preference).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54366,4,High,True
+-2.9141949838431565,1.1121202589644366,-1.383718697807895,-1.2582140219218245,1.1307697322197643,1.0724184639806544,0.3420539053005154,-1.325779566561283,1.8011636477467807,0.09811128162441829,0.49298692149275425,3.095984465564346,-0.4051268294523158,-1.0400320575811994,2.0528403282759964,-0.15383798113981512,0.7919176225387836,1.593809970574238,False,c1,3,"One of the pain points we're seeing is that disabling VisualEditor is cumbersome. Even though there's now a user preference to disable the software, going to [[Special:Preferences]] is disruptive to user workflow.
+
+James and I discussed the possibility of adding a switch to the user interface to enable or disable VisualEditor.
+
+This switch might be located in the personal tools section, it might be a sidebar section, or it might be elsewhere. It should be viewable from ?action=view, ?action=edit, and ?veaction=edit.
+
+This switch might affect only VisualEditor or it might affect all ""beta"" features deployed to Wikimedia wikis.
+
+This switch will be available to both logged-in users and anonymous users.
+
+I believe this is a high priority bug to address.
+
+--------------------------
+**Version**: wmf-deployment
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54862",54355,4,High,False
+-4.424917421499567,-2.7722468010828987,-4.506772893974407,2.2125553481646993,0.6063572617079958,3.275758328569191,-1.3939077456758282,0.9402870939235238,0.7181334922355322,-0.7744000255523242,2.372975582300946,-1.4789222527994177,0.4030613358426538,-0.5922810786568622,-2.6347953744875316,0.8396504510347356,-0.8757261852044064,0.1524309610109913,False,c1,3,"wrapped inline alien: incorrect highlighting in chromium
+
+If an inline alien gets word wrapped, then selecting it leads to incorrect highlighting.
+
+Reproducing: make a  ...  with enough content to word wrap. Select with the mouse (or use CTRL+A).
+
+In chromium, the highlighter erroneously draws a box enclosing the first character and the last (see first attachment).
+
+In firefox, the highlighter erroneously highlights to the end of the first line only (see second attachment).
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11839}",54339,4,High,False
+-4.640050186224181,4.071600033720827,-1.731713897209291,-0.6981431678667613,-0.28286723545582715,-1.2428813864097221,-2.2336198861779675,1.7001199552150088,1.9286202056629984,-1.977894306343038,0.18218414395795435,-1.6039588713469741,1.675691422806584,2.934366533606833,0.018015116267322107,0.3686405856774328,1.6487392068479891,0.29376085374886585,False,c1,3,"Toolbar overlapping page head links Firefox 22/Linux/Monobook
+
+In Firefox 22 on Linux with Monobook skin (not tested in other combinations) sometimes the VE toolbar overlaps the page head links and tabs (userpage etc). See the screenshot.
+
+I haven't figured out how to reliably reproduce this but the following sequence /usually/ seems to work.
+1. Make one or more changes to a page in VE
+2. click on an element near the left or bottom of the window (to trigger bug 52317)
+3. open the save page dialog
+4. with the dialog still open, scroll to the very top and very bottom of the page
+5. close the save dialog without saving
+6. click a different element and repeat steps 3 to 5.
+7. scroll to the top of the screen and observe the position of the toolbar.
+
+If it doesn't work, try again from step 2.
+It doesn't always work, but actions like this do seem to trigger it more often than not. I don't know whether this is dependent on bug 52317 but it was in testing that bug that I found this one.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52317
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52433
+
+**Attached**: {F11800}",54326,4,High,True
+1.3648799883488425,-0.47799704493094275,-0.5975554457512633,4.067347670311791,-2.3324583762815854,-0.45461080203734006,-4.691038644578199,0.14081627094977278,-1.9250591386702252,1.94538615520315,-0.7678277095185879,-0.7663373400419069,-1.5137011922062236,-1.54902849256704,0.3633013861435499,0.39433684092089843,-1.7512837612847674,0.31468933009812416,False,c1,3,"When working with tags in edits, the tag can be localised in the page history (and recent changes, etc.). For example the history of [[mw:Localisation]][1] shows ""(Tag: VisualEditor)"" where ""tag"" links to [[mw:Special:Tags]] and ""VisualEditor"" links to [[mw:VisualEditor]].
+
+When viewing the same history in Dutch[2], this log line part displays as ""Label: Visuele tekstverwerker"", which in itself is a correct localisation for Dutch. When inspecting the links, the following observations are made:
+
+Observed:
+I. ""Label"" links to Special:Tags (expected)
+II. ""Visuele tekstverwerker"" links to ""Visuele tekstverwerker""
+
+Expected:
+III. ""Visuele tekstverwerker"" links to the documentation page in the content language (in this example ""VisualEditor""). Otherwise each wiki would be expected to have documentation in all usable user interface languages (or at least redirects) to avoid red links.
+
+[1] https://www.mediawiki.org/w/index.php?title=Localisation&action=history&uselang=en
+[2] https://www.mediawiki.org/w/index.php?title=Localisation&action=history&uselang=nl
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54276,4,High,True
+-5.289434372455327,4.089849234257436,-0.5188534836009797,4.714188189466572,2.044254371423607,-0.39866281085398403,-4.392006178826932,0.49429427040685825,1.0362714690735941,-1.7695770846915044,2.040707608626344,-1.7069858718487447,1.8255612893356359,3.002927091044514,1.064338170527253,0.49629913203319553,-0.20548188924233624,0.11912556380382688,False,c1,3,"Mike Christie at en.wp reports that when performing the sequence: 
+1. copy template, 
+2. paste template, 
+3. edit parameter of pasted template, 
+4. paste template
+Step 4 pastes the template with the parameter values added in step 3 not the original ones.
+
+""To reproduce:
+
+1   Edit [[User:Mike Christie/Sandbox3]] in VE.
+2   Select the 13 C (produced with {{chem|13|C}} ) in the middle using the mouse; make sure to select some text on either side, since pasting a template doesn't work unless it's embedded in a string. The colons are there to make it easy to be sure you've got some text in addition to the template.
+3    Copy the selected text and then paste it at the end of the sentence.
+4    Click on the pasted template, click on the jigsaw piece, and change the 13 in parameter 1 to a 15. Apply changes.
+5    Now paste again at the end of the sentence. You'll see that the pasted template contains a 15, not a 13; so the copy/paste buffer was modified by the edit to the pasted template.""
+
+Another test case using a different template:
+1. Edit https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=566402676#Section_3:_tl.2C_etc_templates_added_in_VE in VE
+2. select ""tlp: {{tlp|as of|1999}} :"" and copy it to the clipboard
+3. paste the template elsewhere.
+4. edit the template you have just pasted (change parameter 2 to 2013) and apply the changes.
+5. paste the template again.
+Expected result: tlp: {{tlp|as of|1999}} :
+Actual result: tlp: {{tlp|as of|2013}} :
+
+Interestingly, pasting into a text editor gives the 1999 value as originally copied, not the 2013 value you get pasting into VE.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49396",54271,4,High,True
+-1.4212699276262084,-3.891842974729352,-0.6134126423445956,-1.8914272410158377,2.659367168193716,0.18811047551624482,-1.8672180989510219,3.797107974914387,2.409557199949856,0.5402605451553084,1.1850539214314622,1.3129485397009846,1.835235016082975,-0.13549171387229197,-0.44169783031232157,-0.6853634669410646,0.8104943710643748,-0.4670526569795823,True,c1,3,"ve.Factory.prototype.create throws an Error, ""No class registered by that name: undefined"" when using the link widget.  It can be reproduced with:
+
+1. Start with blank document
+2. Hit Ctrl-K
+3. Type some page name that doesn't exist
+4. Hit escape twice.
+
+This leaves a broken widget that takes several clicks (not sure the exact pattern here) to clear.
+
+5. Try to open the link widget again.  It won't be possible, either with Ctrl+K or the button.
+
+This is live on English Wikipedia.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50446",54256,4,High,True
+2.2260301742223896,-10.027403886656447,6.048550487137344,-4.938288827393187,2.3442250761903707,-1.517609082765532,2.3950538298119737,-3.083127189066494,1.4706297585254322,2.3711911049557166,1.8049544482034618,1.6127377804278,0.24237036525129874,0.9200417387310509,-2.1277469262197863,0.4552664768105108,2.9927746026598543,-1.4569770297747064,False,c1,3,"See https://sv.wikipedia.org/w/index.php?title=Tjeckiens_president&diff=22846804&oldid=21540497 and https://pl.wikipedia.org/w/index.php?title=Mi%C4%99dzynarodowa_Federacja_Tenisa_Sto%C5%82owego&curid=407381&diff=37148333&oldid=37118048 - no duplication (ahahaha) steps of which I'm aware, I'm afraid.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=54169",54238,4,High,True
+-0.6081278823226475,-1.5866531360115133,-4.5407499406342975,-7.344608166656915,3.6674813085338127,-4.301730733507448,0.4778268234526788,-6.294638938233427,0.26110126307018067,-1.4865808966304779,1.378966408688409,-3.152979837628024,3.137465554074841,-0.5504815012799185,2.7671373696627173,0.49222293050674565,0.0758920458447252,0.8135208802302396,True,c1,3,"Following a report of the issue by a user, I attempted to add multiple consecutive references. I began with bare URLs and started with 6. You can see that VE thinks it is going okay (http://en.wikipedia.org/wiki/File:VEmultiref.png), but when you save it only saves one (http://en.wikipedia.org/w/index.php?title=User%3AMdennis_%28WMF%29%2Fsandbox&diff=566304458&oldid=566304152)
+
+I tested it all the way down to two.
+
+In case it was an issue with bare refs, I tried it using citation templates, and it would also not save two in a row. It still only saved one:
+http://en.wikipedia.org/w/index.php?title=User%3AMdennis_%28WMF%29%2Fsandbox&diff=566306613&oldid=566306049
+
+I'm using Chrome, Windows 7.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54228,4,High,True
+-1.0765800718480296,-1.225884119334081,-3.2618066539080797,-2.280607040090137,0.5319775422196125,5.073382838839621,-1.4563903537094847,0.44609042141607325,-3.466228664063996,2.3511218568111865,3.4180940312663526,-0.32849991619580954,3.7446723044041055,0.12415886712838908,1.4764944001808287,0.5214947605663061,-1.2120434236515634,-1.472103344771418,False,c1,3,"+++ This bug was initially created as a clone of Bug #50170 +++
+
+1. Edit [[mw:VisualEditor:Sfioj]] in VE
+2. Make a selection such as
+
+     These wor[ds are ve]ry bold
+
+3. Click the ""Bold"" button on the toolbar
+
+The selected text goes extra-bold, in Firefox 22. 
+
+I should mention that in my case, the font is Arial, which has an extra bold ""Arial-Black"" variant.
+
+Basically the same as 50170 except that this is narrower.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54189,3,High,False
+1.3761080485241393,-2.515980667394265,-0.945348839725936,-2.2584661451634167,2.5774326889359043,-1.4821099876134989,-2.691561636108679,1.8938443400439633,0.11907210276146091,-1.0044766080770384,-2.0583135989901367,-1.05841342126693,2.3122917931921916,1.8605906809895663,0.19070373959632203,0.7642585284442909,-1.7500881316922,-0.6100438660610081,False,c1,3,"**Author:** `jonathan_haas`
+
+**Description:**
+To reproduce:
+
+Goto http://de.wikipedia.org/wiki/The_Binding_of_Isaac?veaction=edit
+
+1. Click on infobox
+2. Hit the ""a"" key
+3. Hit ctrl+z
+
+Repeat steps 1-3 as long as necessary (about 1-6 times)
+
+Current result:
+
+Instead of being restored on ctrl+z, sometimes the infobox is replaced by a pawn.
+The article begins with ""♙The Binding of Isaac"" then.
+
+Also, ctrl+z should probably also restore the selection, so I think it's another bugh that you have to repeat step 1 every time.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52113",54185,3,High,False
+0.9500353350158952,-5.122174421585424,3.4728499904738293,-0.029888943031508353,-0.5648188500475035,-1.2373275264424646,0.39298510709434176,-0.9787984065439711,5.117080968066167,-0.6504659327093751,-1.8956665692490724,-0.7885238833917474,-1.4323990672435238,0.7885657366795922,-0.8455898020921424,-0.6347509617220999,1.267886394257115,0.09611891085673174,False,c1,3,"**Author:** `jonathan_haas`
+
+**Description:**
+I can't find a possible way to add or edit tables, except changing the content of cells.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52641",54181,3,High,False
+4.932447051744839,-0.3649603856641104,3.1922756202852973,-0.4892605823920412,-0.4873520271651029,-0.9297732770457018,3.9406127658455583,5.670320290203618,-2.620123348176789,0.4533622380734865,0.5500964087904672,-2.80455776050868,0.46868157885263617,-1.6840810071213448,-1.0326556703718905,0.5147592407830066,-0.6122497587862642,1.0740240820691567,False,c1,3,"screenshot
+
+When using German language (on German and English Wikipedia, but also likely everywhere else), the layout of the minor changes & watchlist checkboxes on the save dialog is not appropriate when viewed in Firefox.  Attached is Vector; same problem exists in Monobook.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52176
+
+//attachment VE_de_Firefox_save_dialog .png ignored as obsolete//",54175,3,High,False
+4.643860033233727,-10.591471238733167,-0.633702961557228,1.9274054796746483,-2.1485464089671336,-0.011606863964118252,-1.3658227391754112,-0.05025646882869145,-0.1052686227923611,2.7995684128982345,1.981752230495926,1.136110873020441,0.3477867686455558,0.4898628686497881,-0.11617423022662443,-0.7932681339495802,-0.6300783260392936,-0.17399963569287724,False,c1,3,"**Author:** `jonathan_haas`
+
+**Description:**
+To reproduce:
+
+1. Goto http://de.wikipedia.org/wiki/Hint
+2. Open visual editor
+3. Select all (ctrl+a)
+4. Enter ""foobar"" (without quotation marks)
+
+Expected: 
+
+- page contains ""foobar""
+
+Actual:
+
+- page contains
+
+ffoffoffoffoofbar|foffoffof
+foo
+
+
+| = cursor position
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",54171,3,High,False
+-9.443861287822973,3.6661200816652197,-2.9430547249900822,-0.07037553814230857,1.4019279383212797,0.8953161200420237,-3.3670341759292883,1.6727163763073434,4.053579371191413,-2.407982828211406,-2.0217938629027197,-1.2288715835101056,0.725776357602383,-0.7478378660670275,-0.665029226436042,0.4264145438923098,-0.650886572818971,-0.21597735836127097,False,c1,3,"When a reference is edited, the updated version will not appear in the reference list when attempting to insert an existing reference. Instead, the reference that will appear in the reference list will be the reference as it was when the page editing started.
+
+To reproduce, go to a page with references. Edit one of the references, and don't save. Then, do as if you wanted to insert an existing reference and look at the list of existing references. The edit to the reference you have edited will not appear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54160,3,High,False
+-8.978512974547593,2.97115223625217,-4.645585807774983,-4.748856092627253,3.363360590852344,-2.3851284065000593,-0.06418756717367202,-2.35497040673836,0.6801458914174364,-2.7310696613296996,-0.7711795663096539,-2.491852795216214,0.6979581421379368,-4.211841182267964,2.5255047605746723,-0.5310966352583031,1.358332649874532,-0.5821808402401436,False,c1,3,"When an existing reference is inserted, it is put at the start of the paragraph the cursor is currently in, regardless of where it is in that paragraph. This has happened to me while I was attempting to use in a paragraph a reference that was already used in that paragraph: the reference got inserted at the start of the paragraph and I was not able to move it. I tried again some times but it still did not work and I had to use the wikitext editor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54159,3,High,True
+2.900722550303058,0.6164960310680225,-0.8235536506476162,1.269636639813621,3.196255496058983,2.5563091795939252,-5.555999980589524,-0.5713192953974338,1.995778546177102,-0.22643917700774363,2.489444600153902,-0.3316042294272492,0.21043612880076523,-0.5881023477560792,-0.3341385871342739,1.7258845579157793,0.2967551618429358,1.380890060245567,False,c1,3,"Tested on Firefox 22 (Monobook) and Chrome 28 (Vector)
+
+Steps to reproduce:
+- Edit the [[Nodeulseom]] page in the visual editor.
+- Click reference [1] and edit it.
+- Click the hyperlink in the reference and point it to ""http://www.koreatimes.co.kr/"" (Eg: Just remove the last part from the reference)
+- Apply the change.
+- Hit ""Save Page"" and review the changes.
+
+Instead of replacing the old link, it seems that the preview suggest that the link will be duplicated, leaving both the old and new link in the reference.
+
+(Diff)
+[http://www.koreatimes.co.kr/ (The Korea Times)][http://www.koreatimes.co.kr/www/news/nation/nation_view.asp?newsIdx=5635&categoryCode=115 ]
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",54127,3,High,False
+0.864878179134005,2.038066786060945,2.2973032386345373,-0.05718882467367159,-0.2551101401690131,1.4390889788350731,-1.9191191805658718,-1.908766732531339,2.522710774156926,-1.4984183706959455,-0.3944737792722579,-0.7055062487810414,1.561900949414321,-0.6218603596970826,-0.9955732581040673,0.5075408795266343,-0.2664218623636996,-1.8529452806328226,False,c1,3,"This makes sense for ULS because they have a reasonable number of merges in a day, see https://gerrit.wikimedia.org/r/#/q/status:merged+project:mediawiki/extensions/UniversalLanguageSelector,n,z 
+
+This would entail: 
+
+* Put the ULS tests into their own Jenkins build, and possibly into their own code repo the way Mobile is
+
+* Have Jenkins kick off the build of ULS tests targeting beta labs upon code merged in the ULS branch
+
+* Report the build status after each run
+
+This came up because we found Bug 52115 in a timely way.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52890
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53691
+https://bugzilla.wikimedia.org/show_bug.cgi?id=57560",54120,3,High,False
+1.5958225971255255,3.89792177463805,0.9107542614807329,-1.0723106638546949,4.186182672665627,-0.38805684857039313,-2.4880322965599255,1.423486244922353,0.5729492285595219,1.8864039642460462,0.05714007575568969,-1.9758633201127442,0.015929777236135756,-0.5703145081239684,-0.4616760661969579,-0.7398234592122728,-0.7735819339484739,0.674463506821273,False,c1,3,"Tested on Firefox 22 (Monobook) and Chrome 28 (Vector)
+
+Steps to reproduce:
+- Open any random page in the visual editor. Personally i used [[Botnet]].
+- Add the word ""Test"" to the page.
+- Press Ctrl + Z to undo the edit. Keep pressing till the edit is gone, then press it once more.
+
+Once you have done this, the Redo button and the Redo shortcut (Ctrl+Shift+Z) no longer seem to restore the previous edits. Any subsequent edit seems to reset the undo / redo buttons to an ""There were no previous edits"" state.
+
+Inconsistent results:
+
+Besides the above result that i can always reproduce using these steps, i have seen various other results. I have seen each of these at least twice but no matter what i try, i cannot seem to find any method of reproducing these reliably.
+
+- An entry in the console log stating ""Error: Cannot roll back a transaction that has not been committed ""
+- An entry in the console log stating ""Error: Range error: Range is no longer valid after DOM mutation ([WrappedRange(""Zz"":1, ""Zz"":1)]) ""
+- The redo button suddenly inserting ""♙"" once in Chrome.
+- The undo button suddenly inserting an endless steam ""♙"" in Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51532
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52185",54113,3,High,True
+2.8849644936451013,-0.9151834081192316,-1.6102620454055376,0.9037539454702623,2.9660888583854823,2.69410419047726,-6.4766231888028,1.152944566610588,0.46843331149039213,0.9679210273336816,-0.7181635726551048,0.5436620160680499,1.5574798165377373,-0.4754538046840917,-0.07778148282058428,0.49789666457630183,-0.3544838245865176,0.37381944985162785,False,c1,3,"Firefox 22 - Error console.
+
+Tested on Firefox 22 (Monobook) and Chrome 28 (Vector)
+
+Steps to reproduce:
+1) Open the [[Martin J. Silverstein]] in the visual editor.
+2) Click on the empty line between the ""Diplomatic posts"" and ""United States Ambassadors to Uruguay Uruguay"" template
+3) Click the ""Transclusions"" button, add the ""Botnets"" template and apply the edit.
+4) Try to use any button on the visual toolbar that creates a window, or try to open any existing item that creates a window. This will no longer be possible.
+
+Console log:
+- The added screenshot is the error console as seen in Firefox. On step 3 the ""DOM Offset"" error is added.
+- On step 4 (And after every subsequent click on an element that creates a window) the ""Cannot create a window"" error will be added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11357}",54112,3,High,False
+0.3857195780832807,-17.320988630263596,-2.4905348463467902,0.720572497595102,-2.2788145930481507,4.1358736443401005,4.3778941157332545,-1.0268884792504147,0.5147230210374096,0.906250560665633,0.6030756684509337,-1.0192252918844953,-0.6734565465395965,-0.20605855026025832,-0.07176715128770095,-0.5053900738153995,0.12872868368817847,-0.23037179217508674,True,c1,3,"
+--------------------------
+**Version**: unspecified
+**Severity**: major",54102,3,High,True
+-6.739111408718898,3.7325136916263517,-0.5135863675661909,0.8986650046464433,3.692146820436396,-0.6132933434384983,0.1618426094310763,-1.9574562248438534,-2.0493748423215377,-1.2252361543317867,-0.16453888280104367,0.8795193177180487,0.8730537104516896,0.8302657468763206,0.1618312680733922,-0.6087380712752337,0.014097366867431571,-0.7126596152108973,False,c1,3,"From bug 49820 comment 27:
+John Broughton 2013-07-25 23:13:48 UTC
+If it's not one thing, it's another ... The popup message is now visible no
+matter where in a page the wikitext is being entered. So that's progress.
+
+The popup is still too inconspicuous for my tastes (and a great opportunity for
+A/B testing), but that's not what I'm posting about. My concern is with the
+link that the popup message includes (the label is ""wikitext""; the target is
+[[Help:Wiki markup]]). If that link is clicked, the system **asks the user
+whether he/she wants to leave the editing page**. That's a bit user-unfriendly.
+
+I realize that smarter users can right-click and then open the link in either
+another tab or a new page, avoiding the question of whether they want to leave
+their editing session. But if we're aiming at the average user, it would be
+great if this link were pre-defined as opening another window, so that a simple
+click on the link didn't result in a perturbed user.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51585
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51122",54093,3,High,True
+18.361276820674412,-7.784462868210463,6.605648997913725,-2.8617187204490624,2.9127448691545124,-4.007419324533384,-3.246988512072847,2.380338715409427,3.0817651877201007,-1.9072637867232536,-1.404335273784503,0.36676680518509497,2.179923127353669,-2.8940695391432607,-3.4044074763960306,1.9279173576644792,0.2570310337523971,0.8284160240505865,False,c1,3,"Reported: https://en.wikipedia.org/wiki/Wikipedia_talk:Tags#Incorrect_tagging
+and
+https://en.wikipedia.org/wiki/Wikipedia:VPT#Blanking_filter_misfire
+
+**See Also**:
+* {T54049}
+* {T54062}",54077,3,High,True
+-8.232006434367259,4.703393008233583,1.8291454469822916,6.730713411106849,7.114964586669002,7.235166384200384,-0.4920798849517176,0.9515373920026561,2.012632363866775,-1.6253391146948974,-0.8206639693429651,1.3620123338484842,0.07660354433307504,1.2307920229053648,2.930630941540884,-1.0079377149387927,-1.6189271922469732,-2.5820553083082576,False,c1,3,"If the TemplateData for a template specifies a default value for a given parameter (see bug 52028) then that value should be prefilled when that parameter is added to the template. 
+
+An example would be the current date for an accessdate parameter.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54029,3,High,False
+-4.201008528568747,5.602700366507062,0.09879663512233705,-2.2194519059843776,-1.546606668786775,3.9757327615476283,2.6481168527197925,4.299547495184856,-2.9779778587492682,0.6383251513663435,1.4902739409733248,-2.471190201742318,1.1158083514927242,-0.79837119710783,-2.3628664743002186,-1.9170943254786468,-2.6980026232578074,2.0855517477617695,False,c1,3,"In Firefox, scrolling a large VE page is very slow, with visible pauses between repaints, predominantly because of the floating toolbar. Calling disableFloating() on the toolbar from the JS console causes scrolling to be roughly as fast as scrolling the non-VE page view.
+
+Timo says he knows how to fix this.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54014,3,High,True
+-3.274094052665832,-0.7040033878927918,-2.9070950090418393,1.426956775007623,-0.85873081874211,2.04886305604086,3.1859282981093946,1.9067173276782645,-4.296302016938228,-1.3219892749787747,-0.9492195531998866,2.380668885972895,0.5082680839502052,2.1665674746029886,-2.109515136293011,-2.2340926490303312,-0.03205006986687686,0.15923952326883373,False,c1,3,"Using the backspace or delete key to delete plain text on a large page takes hundreds of milliseconds per character, predominantly because ve.dm.Document.prototype.commit() is called, which leads to ve.ce.ContentBranchNode.prototype.onChildUpdate(), which leads to ve.dm.Converter.openAndCloseAnnotations(), which calls containsComparableForSerialization(), which is apparently O(N). 
+
+Bug 52012 also affects backspace performance.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54013,3,High,True
+-6.414452002303445,2.109320050890595,-3.1521930525338497,-6.003372385243399,4.3099670516961766,-5.840542840811205,1.1331497953881797,-2.8748276860823845,2.250049921795066,0.7740391393626052,1.1176248145294578,2.094810104614214,0.6120364997825045,0.46774117359962997,-0.3981039864785858,0.6864535996331683,-1.5944843956687662,-0.8977463534949592,False,c1,3,"When a blocked users attempts to edit a page in the classic editor they see a large, red-bordered notice that tells them:
+*They are unable to edit, but they can still read
+*Who blocked them
+*Why they are blocked (shows them the block log extract)
+*When the block expires
+*That they can usually edit their talk page and email other editors and aministrators
+*What to do if the block is unclear or doesn't seem relevant
+*How to appeal a block (links to policy and guide)
+*That they can view and copy the source of a page
+
+In contrast when a blocked user attempts to edit a page in VE
+*No notice appears, and editing works as normal
+*When they click ""Save page"" they can review their changes and enter an edit summary as normal
+
+When they try to save their edits they see a small white box with a message that tells them:
+*There was a server problem
+*Their request was unsuccessful because they have been blocked
+They can then choose only ""OK"" which takes them back to the save page dialog.
+
+This is very bad because
+*The message they see appears to say they caused a server error - cue panic mode for non-technical users (""Help! I've broken Wikipedia!"" - that is exactly the reaction I would expect from my mother.)
+*They have wasted potentially lots of time on an edit they cannot save
+*It doesn't tell them what being blocked means
+*It doesn't tell them who blocked them or for what reason 
+*It doesn't tell them what they can do to get help - they can't ask questions at the page that seems to be about asking questions for example (see Bug 51875)
+*It doesn't tell them when the block expires, how they can appeal it or how they can contact anybody.
+
+For some users it is even worse that that - saving fails silently: Bug 51999
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51999
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51454
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51547
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53009",54004,3,High,False
+-4.407378081851652,-1.982009210549256,1.946280048971449,-5.46334431933628,-0.8780214998056911,-1.4135388933438475,3.4940350323424925,4.1376514191574065,2.4207108216720643,3.67001550921022,3.3335273110230346,-0.556701774116944,1.403071691383098,0.2780734555335842,-1.2030719947969972,-0.5571230246646094,1.158556229860806,-0.03964690337668397,False,c1,3,"Users can't reuse a reference belonging to non-default group. It's just not shown on the list and I've been unable to get such refs to show up there.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51838",54000,3,High,True
+-5.2760281747625335,2.1195280187395014,0.8433699455322738,-5.555298184881523,5.089423012349343,-5.777586531853703,0.7978194536371825,-4.954099758076924,1.2030845189954897,1.1513306064325892,1.3238389488146072,-1.2629235333425075,-0.6785437120392794,-0.5491761642466333,0.3386053038690253,-1.586496146524554,0.8393161027204037,0.45578693262111947,False,c1,3,"A user on en.wp has reported the following:
+
+""Editing anonymously from my school computers is blocked, and for fun I tried editing a page using VE. It lets me edit the page fully, ''until'' I try to click the save page button. No matter how many times I click it it doesn't save, but there's no notification telling me why it doesn't save. A bit weird really""
+
+I blocked my legitimate alternate user and then tried to edit a page. The editor loaded fine but when I clicked to save the edit I saw the message:
+""Error loading data from server: Unsuccessful request: You have been blocked from editing.""
+
+I am on a shared connection so I do not want to do any testing of ipblocks, etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52004",53999,3,High,False
+-4.363023223692727,-5.08649011112661,4.07618860339792,4.213353865339149,-3.56033781450405,-6.563172945319974,-1.497193197819482,-1.7155043588436323,-4.4807256498781705,12.032718405890176,-7.905095919070517,-0.6223706887568455,-5.330269656361259,2.021173447213373,1.4794169743459031,0.17303665377217536,4.060009518533513,-0.7914396562742854,False,c1,3,"For instance instead of class 'tright' or 'tleft' just class 't' gets added. It is regression of this change: https://gerrit.wikimedia.org/r/#/c/75526/
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53995,3,High,True
+0.10844856080153731,1.8873088391697976,-1.0549752728382007,-1.914288351445414,4.102949136834495,0.33122309209792333,-3.2240998900941165,0.8875454532158705,3.28729051437391,0.7862536022225006,0.3818566632209972,-0.020242661576575394,1.3812250643119763,0.026743313546738534,-0.3866087584953384,0.13666202862864701,-0.49507017791387076,1.271873500482682,False,c1,3,"Firefox - Detected script lockup.
+
+Misplacing a bulleted / numbered list can cause a script lockup. Tested on both Firefox 22 and Chrome 28
+
+Steps to reproduce:
+- Navigate to [[Lauda Air Flight 004]] and open it with the visual editor.
+- Click the ""Lauda Air Flight 004"" infobox and make sure it remains selected.
+- Click the ""Bulleted List"" button. A list bullet is added to the article.
+- Click right after the bullet that was just inserted. Now click the ""Bulleted list"" button again.
+
+Normally this would remove the bullet again. Instead of that both Firefox and Chrome seem to lock up. Firefox will lock up entirely (All open tabs will freeze) and eventually an unresponsive script error will be displayed. Cancelling the script allows you to regain browser control. On Chrome the lockup seems isolated to the tab where we edit Wikipedia, but it only offers the option to close the tab after a while (Losing all changes)
+
+In practice one would never want to add a bulleted list this way, but actually ""crashing"" makes it severe enough to report i would assume.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11897}",53987,3,High,False
+3.1010815931695768,4.82649724644093,5.994489405757829,1.1925353838768311,0.41040056984892037,1.5278891636596297,2.074550908259096,0.30095045767805784,-2.8452713769784825,0.5109465265855988,-0.24487662325711845,0.17427033537228787,-0.9367426941582311,-1.3614599368404159,0.8924864494329485,6.619183139201439,1.732152818649204,-1.3120230441717062,False,c1,3,"The particular article in the URL field of this bug report doesn't not display the Save button in Firefox.
+
+The Save button is displayed in Chrome, and it is displayed in other articles in Firefox.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://he.wikipedia.org/wiki/%D7%A9%D7%93_%28%D7%9E%D7%99%D7%AA%D7%95%D7%9C%D7%95%D7%92%D7%99%D7%94%29?veaction=edit",53986,3,High,True
+-2.1336729035448503,0.953668557208518,-2.414232017457003,-1.6850379199552328,2.3264116971321536,0.9217296900662422,-2.648164179212199,5.646471349131426,2.3463461411423276,-2.187919945811411,-0.6725530512197171,-0.3699764663135564,0.9155109609606984,-0.2311545528388379,-0.04720888604565765,0.9960429036265441,0.36789761298239254,-1.0003074075351714,False,c1,3,"(Tested in Firefox 22 and Chrome 28)
+
+Steps to reproduce:
+- Open [[Portland Ice Arena (Oregon)]] with the visual editor.
+- Click the hyperlink button (Don't select anything). The hyperlink window should pop up.
+- Now click anywhere else in the article without entering any data in the hyperlink popup. 
+- An empty popup balloon will remain behind. There are no controls on that popup anymore.
+- Click around the article a bit - eventually that balloon will be removed. However, the link button will now fail to work no matter what you do.
+
+This may or may not be related to bug 48549, which seems to have been fixed in todays deployment.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53984,3,High,False
+-2.7712083055430714,-1.885243418504471,-2.657325309450238,1.1599550734472928,2.843975869814232,0.45171936036221005,-0.9329516030924685,0.8242491768244683,-2.72774652854136,-3.36164812081694,-1.636029918649495,0.5670645303807846,-0.6121610765745098,-0.7844308166818106,-1.5252760862508437,0.9085201449367206,-0.756848487852054,-1.3550656422098672,False,c1,3,"The Hebrew Wikipedia frequently uses the template {{כ}} ( https://he.wikipedia.orgw/wiki/Template:Rlm ), which inserts the ‏ entity. This entity translates to an invisible zero-width control character, the [[right-to-left mark]]. This template works correctly when the article is rendered to the reader, but when the article is being edited in VE, the text behaves as if it's not there.
+
+For reference, see https://en.wikipedia.org/wiki/Right-to-left_mark .
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://he.wikipedia.org/wiki/User:Amire80/ve-rlm",53978,3,High,False
+-0.43504437695756915,-2.280781671222927,0.7209255003690664,1.8887279186183434,3.896065868977209,-1.8616806838259734,-6.654131340108373,2.775610242405888,-2.194322992977357,4.764301520389299,-0.4564113977115305,-1.70558303072665,-1.097473858862,2.9790347771810284,0.4174825447363828,-0.16587048636789004,1.9165519027254285,-0.5151769096475212,False,c1,3,"1. https://en.wikipedia.org/wiki/User:Raymond/Gallery?veaction=edit
+2. Put the cursor after the first ':'
+3. Press the down arrow - cursor should now be far right of window, beside the gallery
+4. Type 'a'
+5. Press Control-Z
+
+Results vary.
+
+1. Sometimes two characters will appear: 'A'  'a', and 'Save page' is enabled.  Control-Z removes only one of them, and the 'Save page' button returns to disabled, with one added character still on the screen.
+
+2. Sometimes a pawn appears.
+
+3. Sometimes only one character appears, and the 'Save page' button remains disabled.
+
+On the gallery at the bottom of https://de.wikipedia.org/wiki/Hollenegg?veaction=edit , option (3) happens most often.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53750
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56248",53957,3,High,False
+-6.479859983722664,6.605292262417475,1.8420566969565897,-0.5290551919855548,-0.3766689669527922,3.001556961573735,1.3688068748511277,1.9394791684262516,-2.2061543830862056,0.2597607382884002,0.35142248165190715,-0.6839170859447941,-0.8823195887025168,1.6212183934910573,-1.0643730865688648,-0.256083889887056,-0.7512764506545998,-1.6171944053434695,False,c1,3,"Overlapping template selection box in Firefox 22 on Linux
+
+When templates do not have a defined width the blue selection box extends the whole width of the window, regardless of whether the template does. This means that in some cases, e.g. at [[Where Does This Door Go]], the transclusion editor icon is displayed not on top of the template.
+
+More seriously it also means that smaller templates to the right of larger ones are difficult of impossible to access because they are completely covered by the other template's selection box. At the same article, the ""Professional ratings"" translcusion is difficult to select (you need to click it in line with the slug between the templates on the left) and the tooltip icon does not appear.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49922
+
+**Attached**: {F11785}",53933,3,High,False
+-3.467962568757052,0.8970676967239317,-1.357151952601221,-2.868976916276843,0.43845202646395176,-3.3740824932109934,-1.6652341714158894,-2.2608028887428464,1.860427531934972,1.012917042223794,-1.2690600547083064,1.1349282970603103,0.8475532806935302,-0.35675214248494047,-0.1549382143657798,-1.2846219538397488,-0.6239191806926587,0.7845697233800746,False,c1,3,"Cloning from bug 50897 comment 2:
+
+In the old editor, I would simply use TAB to reach the edit summary, type my
+edit summary and press ENTER to activate the ""Save page"" button and save. If I
+wanted to mark the edit minor, then I could type my edit summary, press TAB,
+SPACE, and then ENTER to ""Save page"".
+
+I can see that the new box for entering an edit summary allows newlines to be
+entered. I am not sure this is a good idea, because I just used a WSYIWYG
+editor and now ""What I see"" - well-formatted paragraphs describing my edit - is
+not going to be ""what I get"" - everything smashed on one line in the article
+history. But that is perhaps grist for another bug mill.
+
+It seems that the ""Save page"" button never receives caret focus if I use TAB to
+try to get there. This would seem to have accessibility ramifications.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",53918,3,High,False
+-3.0219245415848026,0.7303032319701686,-3.1755007827485198,-2.1633916656725174,-0.5886268849642841,-2.709070614098197,-1.7545081709151642,-1.724093519999359,-0.9383192024984782,-1.068110277213778,0.6864057676057893,-3.3116600266565177,2.1714297032183083,-1.395106060898736,0.9509202814778588,-1.664068148325453,0.33649562203167394,-0.30477005638081667,False,c1,3,"(This sounds exactly like bug 50424, but that was marked fixed on 2013-07-15 with ""deployed within the hour"".)
+
+I had made source edits to a mediawiki.org page over https. Looking at it 30+ minutes later I wanted to make one more quick edit, so I clicked [Edit].  VE worked fine, Save dialog, [Review your changes] worked, but the final [Save page] drew blue bars before doing nothing.
+
+Firebug's network console showed the API requst visualeditoredit with 
+  basetimestamp	20130723212405
+  format	json
+  minor	1
+  oldid	745108
+  page	Manual:How_to_debug
+  starttimestamp	20130723232059
+was failing with 
+  {""servedby"":""mw1139"",""error"":{""code"":""badtoken"",""info"":""Invalid token""}}
+
+I had a similar occurrence a few days ago where the API reported badtoken. I can't remember the specifics of that, but I assumed it was my mistake because I was using multiple accounts on different wikis.  This time I wasn't doing anything special.  Connecting to https://www.mediawiki.org/wiki/Special:Version in another tab shows me as still logged in.
+
+Maybe there are two bugs here: VE's inability to recover from this, and the lack of a ""VE had an internal error"" with suggestion as to how to what to do (e.g. copy the right-hand column of [Review changes]. Regarding the former, when I've lost state with source editing I usually find [Show preview] brings it back, maybe VE can implement something like this internally.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53915,3,High,True
+1.0963035692179264,4.597035708987313,0.7517797386914218,-3.5505454377298595,2.77534266133348,-0.803749596576639,0.8344368731208824,-4.59416216307874,-3.92274459913501,1.270987783830492,-2.592341227366906,2.6067257009549696,-2.183140858048313,1.750212352058922,-1.0731963739827144,-0.5783576894596447,-0.8692284569455752,-1.8058038655880821,False,c1,3,"If you look at page settings under https://sv.wikipedia.org/wiki/Violin?veaction=edit you'll see the category ""Wikipedia"". This is actually Kategori:Wikipedia:Basartiklar if you look at the page source; it seems the VE isn't including category elements that are preceded by a colon.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53902,3,High,True
+-1.0265932783915055,-0.29662074078971656,2.6913750100743172,4.2499053261758615,-3.720115480125957,2.4049930747228663,-0.3139291538300393,-0.2209651797044023,-0.8221181664769671,-2.2704537619624836,-1.9970078617358096,-0.8834662061585739,0.874953144552308,-2.8823917443109406,1.0554398705140118,0.7276751170251827,0.39794960137546487,-1.8686989119176909,True,c1,3,"The error can be seen at http://ja.wikipedia.org/w/index.php?title=ロマン主義&diff=prev&oldid=48242310
+
+Each language template in the lead sentence (e.g., {{lang-en}}, used for providing translations of the article title into English) was replaced by two snowmen.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: http://ja.wikipedia.org/w/index.php?title=ロマン主義&diff=prev&oldid=48242310",53883,3,High,False
+-5.65778437451166,0.5779531341031756,-5.730076031530437,-0.41017560949200793,1.6461806255577662,1.3759338315839116,0.31505099369195655,0.9379264304801419,-4.024826559883985,2.6217541387173178,-1.5378981673609422,2.8800468457739496,0.02656605618661878,-1.3830167655727035,-0.15843009439831768,0.3026854642596956,0.12907315715626266,0.5333807747779502,False,c1,3,"The VisualEditor explicitly sets all images that are inserted using the dialog as thumb and right. ""thumb"" is fine, because it's not default, but that's what people want most of the time, but ""right"" shouldn't be there. ""right"" is the default for left-to-right Wikipedias, so it's redundant in English. The default for right-to-left Wikipedias is ""left"", so for these languages this behavior is unexpected.
+
+The best solution is simply not to set the alignment and let the user change if it is needed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53851,3,High,True
+-1.185635319840105,-0.37456658588816794,0.32041444018044274,-3.888395820722311,1.551803887204946,-1.828438936244107,-1.4556275492268522,-3.7902616284665935,0.30682000035109935,0.03809536336387431,-0.9825632225839898,-0.34401440512664905,-0.5805938592349884,0.32794991880466107,0.030013158628335646,0.595699308365558,0.35806735962260094,-0.6580077061538832,False,c1,3,"Given that I'm editing an article in an RTL wiki: https://he.wikipedia.org/wiki/ASCII
+   And I press the ""Transclude"" button in the toolbar (puzzle piece)
+   And I type ""A""
+Then I should see a list of autocompletions of templates that start with A
+
+Currently I don't see a list of autocompletions.
+
+This bug is quite similar to Bug 51490.
+
+[This was an experiment with writing bug reports as Cucumber-style test scenarios. Let me know if you don't like it.]
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53828,3,High,True
+-3.6039575498722956,-2.3034068561003096,-2.6488054705338993,0.45498983930976666,2.9616992778314315,2.2285355539751066,-1.1718704402639633,-1.5099131620337647,0.5809571265632762,-1.315928114492817,0.3482380661845794,-1.5327946900618854,1.7557523752377548,-1.2420555116741312,-2.658881510586869,0.40079936792865734,-1.753024173156993,-1.5189908572578934,False,c1,3,"screenshot
+
+When you click an infobox template in an RTL wiki, the puzzle piece icon is supposed to appear somewhere on the transparent blue background to make the template editable.
+
+In an RTL wiki, this template appears outside of the transparent blue area on the other side of the screen.
+
+You can test it with the following article:
+https://he.wikipedia.org/wiki/%D7%9C%D7%95%D7%93?veaction=edit
+
+See also the screenshot.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11560}",53819,3,High,True
+4.77825038578961,-4.132634879345467,7.536429374821132,1.7022834567784244,-4.908761078777058,-2.4042753605129956,0.17507136916561095,2.2909173273078993,0.07878264788557754,-0.995516794935321,1.5489437718472447,-0.46627830032547835,-2.149895575896868,-0.8769753918298022,-0.6047457167118635,-0.3439601575916559,0.4764572826617435,0.6099600591175875,False,c1,3,"TempalteData-provided parameter list in template editor is not scrollable.
+
+For example, try adding [[pl:Template:Okręt infobox]] to any article there.
+
+Confirmed on latest versions of Firefox and Opera.
+
+Screenshot: http://i.imgur.com/e3VSqVs.png
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51672",53739,2,High,True
+2.5956333082331233,1.5272242616694722,0.23261534929461192,-5.938351138982524,-2.8929674449864518,1.4010694866180289,-0.20600803861408945,1.0235821900001363,-0.42908457634023917,-1.2585600778845558,-1.0031033525871478,-0.15830870541772035,0.7313578823610185,-1.1717282394684858,-0.41538331461956535,-0.7266689224988021,-0.16596293532474182,-0.40942309923841447,False,c1,3,"GUI for the existing TemplateDataEditor
+
+Not the same as bug 50964: it would be really nice to provide a tool for editing TemplateData also outside VisualEditor (I even think it's better than inside VisualEditor because VE doesn't work on Template namespace right now).
+
+The existing TemplateDataEditor script (created by Ltrlg on frwiki, translated for enwiki by me), can be a good start. Benefits for including some equivalent in TemplateData extensions are important :
+* Available to all wikis
+* Translations can be done like they are done for TemplateData
+
+Links :
+* http://en.wikipedia.org/wiki/User:NicoV/TemplateDataEditor
+* http://fr.wikipedia.org/wiki/Utilisateur:Ltrlg/scripts/TemplateDataEditor.js
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50169
+
+**Attached**: {F11375}",53734,2,High,False
+-6.201589154088633,1.3254718115766426,1.772055485236752,5.963446053618078,1.5806308538166687,1.416002695795682,-1.9506961769382238,0.9161575426731013,-1.1270174576569725,1.8727594606310598,3.138594336062367,-0.7034883384868289,-0.10013222691414025,0.4163400222077849,-1.3402098723651603,-0.08144538276692975,-0.11868542683440331,-0.25849271353687175,False,c1,3,"In Visual Editor edit screen templates that produce a single line of displayed text (regardless of the length of that line) do not wrap on word boundaries.
+
+Steps to reproduce:
+1. Insert a picture or other right-aligned object that text should wrap around.
+2. Transclude a template that produces a single line of text. {{EW charity|123456|This charity has got a long name to make it easy to test this bug}} is an example
+3. Reduce the width of your browser window until the text produced by the template is longer than the avaialble space between the left margin and the picture.
+
+Expected behaviour: The last word(s) of the text produced by the template wraps onto a second line.
+Actual behaviour: The entire line moves to below the picture as a single unit.
+
+Any template that produces two or more lines of displayed text (on an infinitely wide window) does not exhibit this behaviour and wraps correctly. For example:
+
+""Long text
1"" wraps correctly
+
+""Long text
+1""
+""Long text
"" and
+""Long text

+"" all exhibit this bug.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52445
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50395",53708,2,High,False
+-5.961659617438428,1.5844824019720072,-4.965511044933594,-3.7794594962858556,1.5773261421221263,-1.8451603711832454,-0.7116469233733937,-0.4602838392763957,2.3248340261466645,-0.9576057387541757,0.0622412576150837,0.13863179899387612,1.4213629439499895,-1.1101121892105725,-2.779831095366208,0.5219632833610734,1.2751176631088537,2.714798643702447,True,c1,3,"See http://it.wikipedia.org/wiki/File:Pic_-_VE_-_it_-_18_July_2013.png .
+
+http://it.wikipedia.org/wiki/Tellururo_di_mercurio_e_cadmio
+
+My understanding is that unlinking can be both done by the clear formatting button or by the trash button in the linking tool.
+
+If you don't select exactly the word that you want to unlink (so if you include even just a space, which I guess can surely happen), you'll be able to unlink via the linking tool by clicking on the garbage can: but then, a weird cursor appears and you can no longer edit links or templates. 
+
+According to me and itwp users that happens with both FF and Chrome.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53679,2,High,False
+-3.3719799368551358,0.9497382259218679,0.8051888979309858,3.959343361807961,5.242892028882807,-1.4151975418314038,-1.2473757519149027,-1.9413089332386528,-2.6012220641004715,1.1716107849810093,-3.4844752242234245,-0.8176492034605921,-0.9550981154884504,0.9874092329981687,-2.5349072129141086,-2.3088946295108914,-1.6932982094761384,-0.0491356504510263,False,c1,3,"Two screenshots showing the search function applied to {{cite book}} on en.wp
+
+A user on the English Wikipedia reports that when entering a template using the transclusion editor, the search for parameters fails when the parameter includes a space:
+
+""when I start typing ""Source date"" (without quotes, of course) into the search box, something interesting happens when I get to the ""d"" - the search results say ""Unknown parameter"". That is, at the point where I've typed ""Source d"", then - essentially - the search fails; the search software decides that there are no matching entries.""
+
+I've tested this with both {{cite web}} and {{cite book}}
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51822
+
+**Attached**: {F11265}",53670,2,High,True
+-1.13220211683932,-5.917428649520302,-1.9252121164769704,-1.0131504965835514,4.011447478870204,-1.9526006939816334,-1.2839929282925606,-2.931335490347324,3.2226241656783507,-1.5827711558349322,0.07436715599479182,-2.442686817955165,1.5009382036792172,-2.4640853370741347,-1.131993809511627,0.724072288797003,0.5880217068908917,-0.8480274755268675,False,c1,3,"**Author:** `kwang`
+
+**Description:**
+This shows the article and the visual editor save dialog
+
+I added a link to a new page but it wouldn't let me save my edit. Every time I saved it would load but then display the save page dialog again.
+
+I ended up creating the link in the source.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53093
+
+**Attached**: {F11178}",53636,2,High,True
+0.8162997292200784,-1.1742527087699006,1.6018074681798353,3.1884929513296694,-1.1420761746291053,1.6398328021215727,-2.7789422669918675,-0.05377103497874222,0.41871982871477686,-2.321461676682557,1.0704011663378874,0.1264494346345193,0.7657891507409924,-0.4579118400395892,-0.3690383238783701,-1.0138281956759638,1.15727348634616,-0.813196512828144,False,c1,3,"Browser: Chrome any version.
+
+1. Open VE
+2. Type or copy-paste സന്തോഷ്
+3. Move the cursor to the end of that word.
+4. Press left arrow to move the caret backwards.
+5. In the second keypress onwards cursor is stuck.(like സന്തോ|ഷ് )
+
+Expected: cursor keep moving to left. 
+
+Observed. cursor stuck.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53596,2,High,False
+-0.9349887696863743,-4.175510161127326,-7.529430746797292,0.9693699630144916,-2.8165994512841013,-4.326457892423449,-5.0688935854593975,-1.632298835150114,-0.9337310861962262,-2.533463046542353,5.157150224218476,-0.4718738305235325,-1.8033979991015068,-0.8864265637338198,0.27673527601688086,-0.15953465472851341,0.7052200144376559,-0.6712529281982105,False,c1,3,"On a regular page load:
+
+* http://en.wikipedia.org/wiki/Roadblock_(disambiguation)
+* Logged-out (Chromium Incognito mode)
+
+We get this (did a full analysis while I had the data in front of me, but focus on ""On Edit"":
+
+Top:
+ - [core]   load.php?modules=startup
+ - [misc]   load.php?modules=.. top queue ...
+ - [vector] load.php?modules=ext.vector.footerCleanup (bug 51564)
+ * [ve]     load.php?modules=ext.visualEditor.viewPageTarget.init
+ - [core]   load.php?modules=site
+
+Bottom:
+ - [misc]   load.php?modules=.. bottom queue ...
+ - [vector] load.php?modules=ext.vector.collapsibleNav (bug 51564)
+ - [misc]   load.php?modules=.. jquery.ui ...
+    (dependency of something in the bottom queue, separate cache group)
+
+On Edit:
+ * [ve]     load.php?modules=ext.visualEditor.base,mediawiki,viewPageTarget|jquery.visibleText|oojs|unicodejs.wordbreak
+ * [ve]     load.php?modules=jquery.byteLength,byteLimit|mediawiki.api.edit|mediawiki.feedback|ext.visualEditor.core,icons-vector|ext.visualEditor.viewPageTarget.icons-vector|rangy
+ * [ve]     load.php?modules=ext.visualEditor.specialMessages
+ - [ve]     api.php POST action=visualeditor & paction=parse
+ - [ve]     api.php?action=query&meta=userinfo
+
+These shouldn't be 3 separate load.php requests. Ideally it'd be 1, but we should at least cut it down to 2. We should figure out why they are split.",53569,2,High,False
+-4.709300608567352,-9.042100193645414,-3.717553754824607,0.6204849905699168,5.5249313227256405,-4.263919174337019,3.5492175783360542,-1.2262399555214174,1.5216626500779777,0.3415357227876763,2.3042914572017295,0.11092119656974764,1.1874378451136631,-1.8653438320685551,0.13993686937273875,1.2874515996362885,-0.46899155934525927,0.9224849455400477,False,c1,3,"* Select some text forwards and copy-paste it, everything is great.
+* Select some text backwards and copy-paste it, you now have an extra linebreak.
+
+?!???!
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53538,2,High,True
+-3.156902387925578,-5.421172249253951,-3.0031239311535014,0.1607658943513075,3.0029610463688874,-2.9394836927954437,2.656452201606453,2.7887641026520824,-1.7030803224593754,-0.09667966702422781,1.5219242597505462,-1.5107929984748323,3.279710177004744,-0.4182260314056707,0.3397349770455982,0.8156484930691247,0.9148214103908947,2.022629311205276,False,c1,3,"When typing in visual editor, sometimes pressing CTRL+Z will replace the last entered character with a pawn (♙).
+
+I've encountered this most frequently when undoing text that appeared as a link when I didn't want it to (see bug 51531) but occasionally when undoing other text as well.
+
+There are numerous other pawn insertion bugs, other editors have suggested possible relationships with bug 49732, bug 48346 or bug 51140, but none seem quite the same (e.g. there is no non-ASCII text, bold or italics involved) and all are marked as fixed. I encountered this yesterday and today (16 and 17 July).
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51762
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52113",53532,2,High,False
+7.0028175662197505,-6.441396722968397,-1.970109830693863,2.6770291359257694,-4.777752575263436,-1.3647648802235253,-2.9503537227811196,-0.3450974279610368,-0.5410175287480158,-0.5446641436478137,0.5306560769503559,-0.6228240827856677,1.1822716240044158,-0.7951067777837215,-0.6504223212934965,-0.4136724559524807,-0.7965103438871911,-0.13005347818073498,False,c1,3,"Screenshot of problem
+
+1. Open https://en.wikipedia.org/wiki/Pancytopenia?veaction=edit#External_links
+2. Select Commonscat template block
+3. Put cursor in heading after ""External links""
+4. Arrow keys to navigate down (to after text in list item ""* [[CDC]]"")
+5. Arrow keys to navigate right
+
+
+> Uncaught Error: Offset could not be translated to a DOM element and offset: 2409
+ve.ce.Document.getNodeAndOffset
+ve.ce.Surface.showSelection
+ve.ce.Surface.onChange
+oo.EventEmitter.emit
+ve.dm.Surface.change
+ve.ce.Surface.handleLeftOrRightArrowKey
+ve.ce.Surface.onDocumentKeyDown
+proxy
+jQuery.event.dispatch
+elemData.handle.eventHandle
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11838}",53526,2,High,False
+-3.7572242658310886,-4.271320676688518,7.466821518288572,8.044402524686818,-2.277284284099098,-8.468769690381087,-2.289245169982361,-1.5810818347193178,-2.138166030888426,4.903472141760735,-2.540162095155007,-2.331512169170556,-0.2652495295594868,0.9437212818355913,2.118178927421881,-1.070358258489089,-1.6106594171762438,2.100079497042751,False,c1,3,"When doing the steps outlined below, strange '9' character plus a newline appears and input it jumped backwards after 3 character.
+
+See http://youtu.be/A7MWIdu3dtk for how it looks; Using http://en.wikipedia.org/wiki/Ansaldo_Poggi as test ground.
+
+1. Place marker under ""References"" header
+2. hit ""backspace""
+3. type ""foobar""
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**URL**: http://en.wikipedia.org/wiki/Ansaldo_Poggi",53525,2,High,False
+-8.786268920083014,4.575660032195085,-2.07103915226177,-5.8951280706528015,-2.068125261794581,-1.4172145614292333,-0.43679387998311636,-1.6234026855000248,1.277900208442998,2.7358348951335945,-0.10721565029638658,-2.1855558467880307,-0.3703431286344534,1.2941815664472758,-1.4672578469311226,0.587652219809218,-0.504598871568903,-0.1263742637446108,False,c1,3,"I use the ""link"" tool from the toolbar to in-link to other articles. However, after adding the link, the editor doesn't disappear. I have to click again, outside it, to make it go away.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53523,2,High,True
+-3.006527684929114,-2.2880268931675847,0.08707284393475234,-5.764976160586648,3.0601498468405315,-1.9279888171583188,1.6419189545696886,1.4464307867328818,-1.0488710385477147,1.6671573319423434,-0.6509032878246823,1.0008182538991541,-0.7381955022086641,1.312855815352843,-0.8448226182337653,-0.3277531930080362,-4.286690232248769,-0.5227765216524163,True,c1,3,"I think ""Clear formatting"" is important enough to justify a keyboard shortcut.  For example, there are cases where the formatting can unintentionally continue longer than you want, such as when you add a link.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53682
+https://bugzilla.wikimedia.org/show_bug.cgi?id=56453",53507,2,High,False
+-3.6684417942991985,5.469483300598437,-2.6585351186169444,-3.687274365205892,6.207289268205717,-1.514327386418874,0.0847006136492281,0.8740126627315082,3.336409535645564,-1.335168119077362,-0.3399932686968734,-3.4268102749939793,-0.21810919946747287,-0.6088532623258542,-1.0142446344111535,-1.1425801791139574,1.0611899023943516,3.8111449181876784,False,c1,3,"Right now the SurfaceObserver locks and unlocks a lot, firing a lot of events and stopping and restarting a lot. We should make locks wider so that this doesn't happen.
+
+We should also eliminate cases where the SurfaceObserver responds to a DOM change that was actually made by VE itself, and we should change pawning to no longer go through the model.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",53502,2,High,False
+3.543329616711819,5.9559105893725,-2.046179832853678,-1.1580535814609734,1.2423343875347999,2.7231901114603367,-2.211961553443854,-1.553898815530796,-0.8493270727142554,0.4296732812741295,-0.7246800873298249,-0.5963093949314605,1.5753707458702282,-0.46673567792022297,-0.30382360125016383,0.40619302159614384,-0.1603541449672634,-0.23113788955356518,False,c1,3,"Typing in the Devanagari script causes very unusual placement of vowels in relation to consonants. The correct place to put the vowels is always after the preceding consonant, but the VisualEditor causes very strange placement.
+
+To try, I used the standard Hindi InScript keyboard (not ULS IME, but the operating system's InScript keyboard). I tried to type the word ""अंग्रेज़ी"" (the Hindi name of the English language).
+
+To get that word with the InScript keyboard, type the following keys on the English-US keyboard:
+
+Dxidjs;]r
+
+The expected result is ""अंग्रेज़ी"".
+
+The actual result on Firefox 22 is ""अंग्ेच़ीर"".
+
+The actual result on Chrome 28 is ""्रेची"".
+
+I tried this with Firefox 22 on Fedora 18.
+
+I mark this as blocker, because in this state the VisualEditor must not be widely deployed on a Wikipedia that uses the Devanagari script, such as Hindi (hi), Marathi (mr), Nepali (ne) or Sanskrit (sa) (there are a few more languages that use it). It's OK to have it as opt-in for testing on these wikis, though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: blocker",53477,2,High,True
+-4.82124851182512,1.9430703684369242,-3.540418846430015,1.0979233343381094,4.162769113827322,1.2973998731238663,-0.6136077113037466,2.4564200860647336,-2.817825007808901,-2.5234008304658797,-0.1417275336988646,2.3550710090117732,0.15590022360566635,-1.7668941328399965,-0.6602365437600994,1.3403373191547328,1.0975570602602132,0.8903274403090664,False,c1,3,"Some scripts, among them Arabic, Hebrew, and most scripts of India and SE Asia, are written as combinations of consonants and vowel marks that combine with them.
+
+In most text editors and word processors, when the cursor is after a combination of a consonant and a vowel, and the backspace key s pressed, the vowel is deleted first and the the consonant.
+
+For example if you have the Devanagari combination गा (ग [g] + ा [a]), these are two Unicode characters, which the font joins automatically. If the cursor is after them and you press the backspace key, then the second character ( ा) is supposed to be deleted, and only then the first (ग). That is what happens in most text editors, including MediaWiki's source editor.
+
+In the VisualEditor, backspace immediately deletes the whole cluster. This behavior is unexpected for most users.
+
+To complicate things, when the cursor is before the combined character and the Delete key is pressed, the expected behavior is to delete the whole cluster. This is what happens in the VisualEditor now, and this must be kept like that. For cursor movement, back and forth, the cluster must also be treated as one character, so if the cursor is before गा and the right-pointing arrow is pressed, the cursor is supposed to immediately go after the गा. This also works correctly now, and must be kept.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49233
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53757",53472,2,High,False
+-9.784547559122382,3.5108748921071076,-2.8595301245005196,0.28876072534941444,1.6764197667975473,1.4048494860777667,-3.2736571720885066,0.8075039591896039,-0.052148228507620686,2.7882675777729835,-2.9344880406571368,-1.6071607306403806,-0.03308971154740803,1.4320120501836264,0.049392868526210165,-1.1064789506246178,-1.7325414032609836,-0.4616593455023055,False,c1,3,"With bug 49931 we currently extend link annotations when typing at the end. This makes it very difficult to type plain text after a link at the end of a paragraph.
+
+We should change the logic to stop extending the annotation once a character is added that produces a new wordbreak.
+
+There may be some odd cases as wordbreak logic can depend on more that two characters, e.g. a' has a wordbreak but a's doesn't, so trying to add ""'s"" to the end of a link label would break after the ""'"" even though it wouldn't if ""'s"" was added as one operation.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51442",53463,2,High,True
+1.828064749552753,-10.021196307812916,4.775771639787944,-1.9847275632332497,2.6961224512045163,0.7269719443813507,-0.980133581029178,1.681167973088924,2.405507149246368,-2.6142102379252057,-2.9189853531261334,1.5843011156440856,-0.6282148882716374,-0.3896976478412091,-0.8056283572108276,0.9208426461895577,0.16371047805937788,0.03526446033128816,False,c1,3,"See, for example, https://en.wikipedia.org/w/index.php?title=Peaches_Does_Herself&diff=prev&oldid=564544238 and https://en.wikipedia.org/w/index.php?title=Carl_Rogers&diff=prev&oldid=564544061 - this is kinda a problem.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+{T53509}",53462,2,High,True
+-2.017667621831852,2.2433218397256383,8.617803900780892,5.283982082167966,4.731297843928266,1.5847597022357542,1.0821238089498184,-1.9125824814841699,0.26817983770775133,0.14150887293538617,-0.02390981275916637,-2.4165989602544453,-0.9353760533959745,0.7731038309057672,-1.1117670592753095,0.9112014510855068,-0.5888605457163089,-1.2535822733558852,False,c1,3,"When creating a new article in the source editor, a box with the message newarticletext appears at the top. It doesn't appear in the VisualEditor.
+
+Compare:
+
+source: https://en.wikipedia.org/w/index.php?title=Aklotspa&action=edit
+
+VE: https://en.wikipedia.org/wiki/Aklotspa?veaction=edit
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",53459,2,High,True
+-1.7186053838194923,-5.886028172154209,-0.6397106861036121,6.4338333838263155,7.029116796409218,1.135916222368681,-3.1618971498470567,-0.304965744846246,1.1284636541010187,1.1436559901932828,1.5481307474677881,1.5168272612700175,0.3152122363501575,2.4651086691410926,-0.6847901261627669,2.652472125184647,2.9452166334408236,3.4943961638290784,False,c1,3,"1. Edit page
+2. Focus a link and open the link inspector, have the link input widget focussed
+3. Make a change (or don't) and click ""Save page"".
+
+The surface dims, but the inspector stays open and at full opacity.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53439,2,High,False
+-2.731355974853744,2.6979820145313766,1.2926789932141176,4.461283730998592,4.424543269582079,2.672162218240304,-0.02488718095412601,-0.006463444783384897,-1.8134562947164252,2.6622154778155274,0.07385428251006987,0.7399993669587954,1.401561343113908,2.1537129628794203,0.05203489508623527,-0.957708759083957,0.12173490199718584,1.465456934843363,False,c1,3,"The link inspector ignores the text entered when the user does not wait for the ""matching page"" results to appear (Chrome/Ubuntu) before pressing ""enter"". If the user is adding a completely new link, the selection appears offscreen and we get a JavaScript error:
+
+Uncaught Error: No class registered by that name: undefined 
+
+This behavior is similar to earlier issues such as bug 42278 and bug 49941.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",53415,2,High,True
+-2.380444525359673,-5.564882657561965,-6.022548498574299,-6.421637478472744,0.2403123122230547,-3.573674531017252,-0.43251300657053626,5.429452854654664,0.1449640031698226,3.5508929421642073,-3.8034587206821486,0.5444051342313174,-1.7259212255474443,0.6476530317669145,-0.043229490778474045,-1.6702470506290599,-2.346159340552621,-1.334822583394117,True,c1,3,"Templates should not have identically named parameters  (""url="", ""url="", for example). Can VisualEditor be configured to note when this happens, if not outright prevent it?
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53406,2,High,False
+-2.0025322497645517,-0.9965877905922511,-4.066929264566324,3.62588854925413,2.3796732330184702,0.9544733871339803,0.08884301661309557,0.5727148980575952,-0.03329145077559442,-0.16984108460978486,0.8543407911922385,-0.647794971666487,1.5989373500321822,-1.256794221296928,-2.969336285046185,-0.8555487635731365,-0.29773366430726966,-0.1439367519830448,False,c1,3,"* Edit a page
+* Put cursor at the end of a line
+* Go to toolbar and Insert new link
+* The input field is focussed, blur it by clicking somewhere inside the inspector outside the input field
+* Click the trash can (since there is no ""x"" close button, that's the closest I can find in the top left or right corner)
+* The inspector clears itself but stays behind (crashes half-way closing)
+
+
+Uncaught Error: No class registered by that name: undefined ve.Factory.js:62
+ve.Factory.create ve.Factory.js:62
+ve.dm.SurfaceFragment.annotateContent ve.dm.SurfaceFragment.js:518
+ve.ui.AnnotationInspector.onClose ve.ui.AnnotationInspector.js:162
+ve.ui.Window.close ve.ui.Window.js:281
+ve.ui.Inspector.onRemoveButtonClick ve.ui.Inspector.js:89
+oo.EventEmitter.emit oo.js:421
+ve.ui.IconButtonWidget.onClick ve.ui.IconButtonWidget.js:61
+proxy load.php?debug=true&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130715T175253Z:775
+jQuery.event.dispatch load.php?debug=true&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130715T175253Z:3058
+elemData.handle.eventHandle
+
+
+An empty inspector stays behind and the user can no longer interact with any links at this point. When doing anything (scrolling, typing) the inspector will hide. Except the bubble tip on top, that one stays behind...
+
+--------------------------
+**Version**: unspecified
+**Severity**: critical",53404,2,High,True
+-1.3920516810645316,-4.87381813605854,-5.43422833675873,1.1385162946726703,-1.7754443374144984,-4.200475672568185,-4.219760787713225,-1.050626624241798,0.07756702186856429,5.237454412855058,-2.1238127184269278,1.3303297916641645,-0.3362184148969867,-1.4195786869448415,0.14175183487971843,0.393257704018795,-0.8504515359275427,1.9030429806856322,False,c1,3,"Screenshot of problem in local VisualEditor dev
+
+The code [1] is using $status->getHtml() but apparently it doesn't work as expected because I'm getting raw wikitext.
+
+        ""edit"": {
+            ""code"": ""abusefilter-warning"",
+            ""info"": ""Hit AbuseFilter: Blanking articles"",
+            ""warning"": ""'''Warning:''' This action has been automatically identified as harmful.\nUnconstructive edits will be quickly reverted,\nand egregious or repeated unconstructive editing will result in your account or IP address being blocked.\nIf you believe this action to be constructive, you may submit it again to confirm it.\nA brief description of the abuse rule which your action matched is: Blanking articles"",
+            ""result"": ""Failure""
+        }
+
+To import the filter, use ""Special:AbuseFilter/import"" on your localwiki with:
+
+{""row"":{""af_id"":""1"",""af_pattern"":""!\""autoconfirmed\"" in user_groups\r\n& new_size < 50\r\n& old_size > 500\r\n& article_namespace == 0"",""af_user"":""1"",""af_user_text"":""Root"",""af_timestamp"":""20130715214820"",""af_enabled"":""1"",""af_comments"":"""",""af_public_comments"":""Blanking articles"",""af_hidden"":""0"",""af_hit_count"":""9"",""af_throttled"":""1"",""af_deleted"":""0"",""af_actions"":""warn,disallow,tag"",""af_global"":""0"",""af_group"":""default""},""actions"":{""disallow"":{""action"":""disallow"",""parameters"":[""""]},""tag"":{""action"":""tag"",""parameters"":[""blanking""]},""warn"":{""action"":""warn"",""parameters"":[""abusefilter-warning""]}}}
+
+
+
+[1] https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/blob/a6b1dade840841ff7adf2ff289b6428f930d6796/AbuseFilter.hooks.php#L22-L57
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11585}",53403,2,High,True
+-15.75918397214606,15.368324634920217,3.0729232748135864,1.88580818306353,-1.5995059348089464,3.9578868155903875,2.77894451117007,1.5245836586051262,4.464110298658027,3.7251946313113464,5.729761919588219,-3.856673456099304,1.7232307050350588,0.6109417853095529,1.1289640927443347,0.9524387771492708,-3.111413609833591,0.08590349788873186,False,c1,3,"Sometimes for templates, you have a pre-defined set of values to use for a parameter. Perhaps it could be a nice thing to expose valid values to the user in a drop down or something.",53375,2,High,
+12.59100537456176,4.7679728775483845,-3.2900841789733466,-4.423365382952182,0.2079859130319338,4.56073568225025,-3.7547211632726514,2.314607367816189,1.7381623349825983,-1.5645577528895842,0.014929447129440554,-0.5193697044262358,3.6078522854880983,-2.1120805340361795,1.8107987972286628,1.2101342676042237,0.5316381653800377,-1.0321669640794724,True,c1,3,"Forked from T53314#557160 (bug 51314 comment 2):
+
+The following should be set to use B/I, rather than the generic:
+
+* cs Czech
+* he Hebrew
+* pl Polish
+
+The following should be set to use F/K, rather than the generic:
+
+* da Danish
+* no Norwegian (and nn?)
+* sv Swedish
+",53330,1,High,True
+-6.186505611213196,1.5966340085899855,-2.9998288089614675,-3.378202011932432,1.7266541468709082,-1.8137056480512692,-0.153776903394796,1.6848300877518305,2.2403241040498862,-0.9276324080762683,-0.18319540820905011,-1.689229217677497,1.0381019890472674,0.009728522979446375,-0.7705792257242283,0.11038096820225765,-0.1978973436666671,-0.09717908272141385,False,c1,3,"Some templates are only used to include metadata, e.g. categories. In this example http://en.wikipedia.org/w/index.php?title=Ashton_Agar&oldid=564224425&veaction=edit the document starts with two such categories, producing linebreak characters, with templates spanning 0 characters in between (accessible still be cursoring). An uninitiated user may just decide to delete this whole line at the the top, thus removing the hidden templates.
+
+Perhaps we need to detect if a template contains no meaningful content and then move it into the metadata so it can't be accidentally deleted. We'd also need a UI for editing them though.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51420",53322,1,High,True
+0.7057842897432853,0.4736060933697601,0.10817036699649663,0.44562555636122525,2.6999625879256013,-4.152917432514575,-0.6937464187739302,-6.619845744621204,-1.7003504401733716,-0.03319375069107533,0.4609907834297471,-2.695226771843269,1.233746400035487,-1.2484041644016926,2.019037505866784,-1.5609796707338284,0.47666788088248446,0.8796645066823621,False,c1,3,"**Author:** `wmdv`
+
+**Description:**
+I changed the word ""you"" to ""your"" by inserting an ""r,"" in [[Gerrit/Tutorial]], but the edit summary said I inserted 10 characters, and the [https://www.mediawiki.org/w/index.php?title=Gerrit/Tutorial&diff=prev&oldid=732497 diff report] showed about 15 lines, with various things shifted around.  I was using Chrom on Windows 8.
+
+I reported this on the support page, and 88.130.86.210‎17:17, July 13, 2013 reverted my edit, and suggested I file a bug report. [https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Extensive_diff_report. Support desk resolution.]
+
+I have also been noticing that when a change comes up on my Wikipedia watch list, I sometimes have difficulty telling what an editor did, because the diff report is full of unmodified content.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**URL**: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Extensive_diff_report%2E",53304,1,High,False
+4.387016482292964,0.6324818340751559,-2.1871808713811625,-1.5795282375523443,0.48947405781045505,1.4147553842177698,-0.8285884183990628,3.3694468891959444,-0.4963132856586272,-1.926851603927552,-2.100217440784423,0.39053932598417496,1.6366880528453658,0.3112490218287416,3.0683262921465078,0.8958437452699414,1.8492133118007377,-0.9504253743048803,True,c1,3,"From English Wikipedia, John Broughton (♫♫) 22:40, 12 July 2013 (UTC):
+
+Inserted images are formatted as right-aligned, and they can't be move to the left side of the page. Similarly, existing images that are left-aligned can't be moved to the right side of the page.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53293,1,High,False
+-0.3336848530352228,-3.223355312055606,-5.191318614546592,0.9059931039982121,4.192420934190238,1.0666864326859573,-3.3687874904409676,-0.4824272462650335,-0.6262081476195336,-0.7926167115027956,-2.492692423709004,-2.2786994510632836,0.5509800430476397,-2.9103203904507637,2.4657352666833576,-1.6409068754608773,0.6666657497063959,-0.8870761103466487,True,c1,3,"From English Wikipedia, John Broughton (♫♫) 22:40, 12 July 2013 (UTC):
+
+VE allows the image to be dropped into the middle of a word. I moved the test image perhaps a dozen times, and this happened twice - that shouldn't be possible, yes? [The words that were split were ""addition"" and ""Israel""; when I moved the image again, the words remained split (with an end-of-line inserted).]
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53292,1,High,False
+-6.2367558947964525,3.2590968973185497,0.4871750430735915,5.031850445681852,0.34243829891495003,0.5931970830160751,-1.4374380712691543,-0.7524694551465569,0.25239311589419333,-1.5214293007067798,-2.0035284354924796,-1.8226866615556288,1.148101019286826,1.1198514904842254,-0.3929557314945127,-0.03895912205344865,-0.12999242566461078,-0.8573352194400703,False,c1,3,"On Google Chrome on Galaxy Note 2
+
+1. open VE
+2. 'click' on a link
+
+Results:
+The text cursor appears at the character of text selected.
+The link editor icon appears below the character of text selected.
+The text cursor makes it impossible? to click on the link editor icon.
+
+One solution would be to place the link editor icon above the linked text, and ideally place it always at the end of the linked text instead of at the character where the text cursor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53270,1,High,False
+6.433007206268954,-4.502737314632887,-7.594142242877986,5.809426779121747,-2.4670053565540044,-1.710100232183521,2.861996916841089,0.48744011571827084,-2.091327116551688,-0.7049884672374871,0.36621050569346547,-0.0009342920679666911,3.0086127416498596,0.6038100062451823,-1.3009674154244264,-0.9002574877691165,-0.3456119539243103,0.0073580072693004706,False,c1,3,"tag_summary duplicates data in change_tag, but is missing some records. 
+
+Eg:
+
+select * from change_tag where ct_rev_id = 563615370;
++-----------+-----------+-----------+--------------+-----------+
+| ct_rc_id  | ct_log_id | ct_rev_id | ct_tag       | ct_params |
++-----------+-----------+-----------+--------------+-----------+
+| 589674173 |      NULL | 563615370 | visualeditor | NULL      |
++-----------+-----------+-----------+--------------+-----------+
+
+select * from tag_summary where ts_rev_id = 563615370;
+Empty set (0.01 sec)
+
+Cause unknown at time of writing.
+
+Relevant recent activity:
+
+https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_tag_not_working_correctly
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=40867
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",53254,1,High,False
+-2.5495956790913303,2.3056474184903877,0.4043830059085778,-1.4815891583520227,3.004131779758235,-0.11136034100850278,3.2328946818391673,-1.0872501449222007,-4.285326233530969,0.10040872892052644,1.180533696471485,0.588504399174709,1.2661275008508261,-0.551808313779194,-0.8140372896290264,0.6682779616162484,0.8850527816272742,0.6994814818458297,False,c1,3,"I'm not entirely sure if this is a VE bug or a user bug, but it shows up under the needscheck tag, so presumably the VE knows something is wrong. We have several instances of categories being stripped from articles, including:
+
+*https://en.wikipedia.org/w/index.php?title=2013%E2%80%9314_Juventus_F.C._season&curid=39905874&diff=563942424&oldid=563942210
+*https://en.wikipedia.org/w/index.php?title=A._Dakshinamurthy&curid=16805989&diff=563911982&oldid=563853744
+*https://en.wikipedia.org/w/index.php?title=Body_Party&curid=38681444&diff=563891098&oldid=563879499
+
+In the last 12 hours or so.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53235,1,High,True
+2.0379319313992137,-10.11800951652879,10.302006738990173,2.147659555394934,-2.624361434057284,1.955770601538929,2.352320075763912,-0.7598033480377614,3.222895725522874,0.9078395122735019,0.5796018380154857,1.059389673491934,-0.2536026750264888,0.24444955602932517,-0.671844722850504,-0.1788634706849913,0.6393482810571383,-1.6439388500870598,False,c1,3,"See https://en.wikipedia.org/w/index.php?title=Hungarian_algorithm&curid=2609001&diff=563951525&oldid=561480423 - another instance at https://en.wikipedia.org/w/index.php?title=Shannon_capacity_of_a_graph&curid=39932177&diff=563933550&oldid=563846095
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53234,1,High,True
+-3.8956423074422375,-2.5918973254366993,2.9855523123669876,3.0211083739928384,2.320068314546448,4.081209809358097,0.8478401724454905,2.2125657542928603,2.113396037632211,0.8459619398799401,1.8516012270499949,-2.5086121155255903,1.7072981236425684,-0.11717553859429763,-1.1080254581763844,0.39201241989071156,1.8207758317453842,0.6267756451100295,False,c1,3,"Following on from bug 50415, the old warning/error messages included the most recent & relevant log entry, and a link to view the full log.
+
+That functionality does not exist in the VisualEditor.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50415",53215,1,High,False
+-6.791475280367674,-0.4865687293918963,-4.206318335102484,2.4994148484708454,3.524235226943549,2.3640002066391714,0.7405196143944375,1.2152092032513595,-1.3438602188246105,-0.5057207163073594,1.958565946003223,2.5710135147120994,0.14377304403970914,-0.7573322272528378,0.004438601908193007,-0.3507173583626174,-0.1217157873220227,0.29990947754773223,False,c1,3,"The source editor transcludes [[MediaWiki:Editpage-head-copy-warn]] above the edit window. But this does not appear anywhere when using the visual editor.
+
+Note this is distinct from [[Mediawiki:Copyrightwarning]] which appears (in a tiny font) in the edit summary tool. The two messages are not the same and do different jobs - the first is a warning that copyrighted content is not acceptable and content must be verifiable, the second is a statement that by saving you release your contributions under cc-by-sa.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",53160,1,High,True
+-2.745840907573146,2.2398227289119355,4.249001148694838,3.540633698853603,-1.2852275627659897,0.10080348201215839,-6.062893232403129,-0.49618602393097055,2.483896070255139,2.2515591089854343,2.003306411007023,-1.7254861883799262,-1.7434862947681218,-0.306116308931748,0.9954121623105721,3.6500480134837714,-0.6907468190470462,0.17968343698457923,False,c1,3,"1. Go to
+https://pt.wikipedia.org/wiki/Associação_Médico-Espírita_do_Brasil?oldid=36199569&veaction=edit
+2. Click in the box in the top of the page and delete it
+3. Click on ""Save page"" and then ""Review your changes""
+The editor will add the code
+

+in the bottom of the page, as in this diff:
+https://pt.wikipedia.org/wiki/Associação_Médico-Espírita_do_Brasil?diff=36364362&uselang=en
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51260",53145,1,High,False
+-4.671282002075278,6.518338256671878,-1.4595491336815218,0.6249160415051327,-2.0675340771786166,2.3766893300481016,-3.299385591997285,-2.8853469709618844,3.573862432337049,-1.9702122261575425,0.05528429321391659,-2.5118917031984065,3.4981873226277056,0.8419189762244432,1.1388569921434746,-0.024389137288409246,-0.2138588465191713,-1.5008594263617048,True,c1,3,"From English Wikipedia:
+
+In the template dialog, in the add parameter view, I would expect double-clicking on a parameter would add it, instead of having to find the add parameter button at the end of the list (which should, by the way, not be at the end of a scrolling 
+
+list, but always visible in a fixed place). --WS (talk) 12:17, 9 July 2013 (UTC)
+Agree with this - it took me a while to figure out that I had to scroll to the bottom of a long list of reference parameters to find the button. GoingBatty (talk) 04:58, 10 July 2013 (UTC)
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",53143,1,High,True
+-3.506560283054153,-3.8769349447383217,-0.8518324112031159,-6.5955131901831505,-5.832787637507783,2.0831264188244063,1.5387443684339468,0.3344166066681292,2.311646564628865,1.0392318248650918,1.5933006790451318,0.6119359238891446,0.7987091508332265,0.727471420917368,-1.6134946761944664,1.6632009843979345,-1.546825699477774,-1.074033858495762,False,c1,3,"Seems to happen specifically in https://en.wikipedia.org/wiki/Jabhala?veaction=edit for no apparent reason; try it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53140,1,High,True
+-0.7401091606867904,-5.860291001930218,0.7795008365147638,1.5639521006499262,5.028912764791576,3.4419673113297247,-0.7724219466156796,0.4611694736348586,1.4417872921189987,6.4863265362145714,-2.9601269984416354,-0.6903034361272982,-3.143096076790421,2.521945244361685,1.6564642627323645,0.7758654606815615,-2.669265354128119,-0.05915642752941963,True,c1,3,"An English Wikipedia editor suggests that the ""remove template"" button should be in a section labeled ""actions"", not options. A non-native speaker, he does not find the ""options"" label intuitive.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=51672",53135,1,High,False
+-1.6861366594860683,2.9364002507744473,-2.653616401261104,-0.553496830797985,1.854415204946036,-2.222534621814952,2.637878536533779,-2.4850833668303496,-1.088175881625089,-0.8217604999757655,0.6510061469076276,-1.2698784953474123,0.3813694830629939,-0.44334509488856977,-1.294872703108875,0.9765041595902517,-0.49346661454575447,0.21596698849413376,False,c1,3,"**Author:** `p.selitskas`
+
+**Description:**
+Page where issue occures: https://be-x-old.wikipedia.org/wiki/%D0%93%D1%80%D1%8D%D0%B3%D0%B0%D1%80%D1%8B%D1%8F%D0%BD%D1%81%D0%BA%D1%96_%D0%BA%D0%B0%D0%BB%D1%8F%D0%BD%D0%B4%D0%B0%D1%80
+
+When I change the first character of the link text by selecting it first and then typing, chess symbol ♙ replaces the original character. Due to bug 50678 not being resolved yet, I tried this way and revealed such behaviour. For the point, it's no matter how many characters are selected, chess symbol arrives if the first character in the link text is included in the selection.
+
+It seems to take place in the lead part of the article only. When I change links in the tables and other sections of the page, it all looks fine.
+
+Worth noticing: after I enter the editing mode and change the link in the first table header (text: Апошні дзень Юліянскага календару), it works like a charm, but as I press Ctrl+Z, it turns to «Апошні дзень ♙ліянскага календару», and I have to press Ctrl+Z once again to fix it back to the original state.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53112,1,High,True
+-9.003419521417243,2.202180566924241,3.8221832366137143,8.172891104680367,3.289914646402178,4.658993743181745,0.4370803081350365,0.6533851306868226,1.212182106879709,-0.8062657074946822,-0.20986942583172885,-0.1294857285703459,-0.008016034307508413,-2.467506101311566,2.2527735005691785,3.7584125143759617,1.521675483045972,-0.3731258009697216,False,c1,3,"Create a link and hit return before the input field in the link inspector is focused and the text in the surface will be replaced with a new line.  Not linked text.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53075,1,High,True
+-2.7566651612654107,-3.730181765555413,-0.07090299618417717,1.3536411850820702,-3.382586945846133,-1.2882547646596678,0.36499141506364374,3.2706305697677904,-3.1730039178672325,-2.33329884308688,0.9318835557251002,0.15847388432121146,-3.8148450657476927,0.3499956275715359,-0.26961837572477165,2.531961290942183,-1.5612141866887865,-1.1491575982289972,False,c1,3,"If an image is formatted as [[File:foo.jpg|thumb]] rather than |BARpx, image resizing does not work.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",53026,1,High,True
+2.0327798201448064,-16.94182306133483,-0.7956141031705659,-1.0271713766219952,-1.6599455870961306,4.209705275954915,2.9441729956144878,-1.171982093868063,0.3141731583616978,0.2515685488898818,0.2738390089443432,-1.0340057840470789,-0.0649286199448591,-1.2156017537508257,-0.9614745583455573,-2.235846721348495,-0.3803336015844665,2.6240059922726946,False,c1,3,"Attaching screenshot...
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",53000,1,High,False
+-3.438784936224079,2.7992171313278504,-2.5364530274914223,-5.732999752776092,6.996731815550202,4.495289491177547,3.860816730132277,-4.866093757912943,-1.5595609569209332,1.7274139928976409,3.5721512278720016,2.6841602322162377,-0.04011930912291284,2.580824561873011,-1.792381710567485,0.2174218326741914,-0.3998066987428739,0.0756619851246112,False,c1,3,"Not sure if this is TemplateData or VisualEditor, please move it if I’m wrong.
+
+If I edit a page where a redirection to a template is used, I don’t see the available parameters and other data that TemplateData provides, but the redirection works like the real template, so it should use the same data.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52964,1,High,False
+2.279975715797779,-0.4615083347587827,2.9244752395807794,-1.0814281382544455,4.654465801106673,2.9431441782783594,-3.4227853389230956,4.118050247419963,5.668999516495896,-0.5082069652979273,0.08085937329948223,1.3469936129315798,1.5043843063437978,-1.0507464569369187,-1.125186364815475,0.6049486736507568,1.7478390030030273,-1.7179879333704648,False,c1,3,"To reproduce:
+
+* Edit a page with some existing content in VisualEditor.
+* Press Ctrl-A to select the whole text.
+* Press the Delete key.
+
+Observed: The page cannot be edited any more.
+
+Expected: The page doesn't have any text, but text can be added.
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",52947,1,High,True
+-1.8519590012455445,3.678678940817221,-4.426574293995962,-2.5591658152985657,-0.9344922679582334,0.13761328864800704,-4.575796992607861,0.6970637274095717,0.19260846029445955,-2.7129421352540946,1.1497211564878849,0.0981446538416968,-1.5390185252067266,0.45193376420287024,-0.7261597761690588,-0.18386539769558763,-0.6957044336668091,0.6480272757888146,True,c1,3,"From a conversation with an English Wikipedia editor user Thryduulf, he says that when it comes to editing existing links (as opposed to adding new one): 
+***
+there are three things you could want to do:
+
+(1) change the link without changing the text (e.g. [[Mercury]] → [[Mercury (planet)|Mercury]])
+(2) change the text without changing the link (e.g. [[Mercury (element)]] → [[Mercury (element)|Mercury]])
+(3) change both (e.g. [[Mercury]] → [[Freddie Mercury]])
+
+At present it seems that the visual editor always assumes you want to do 1, and unless you delete the link completely there is no way of doing otherwise..., but for beginners I'd say that 3 should be the default. There needs to be some way to set the target of a link independently of what is displayed, and I'm not sure how best to do that but maybe an option on the link dialog called ""display as"" or something like that would be the way to go.
+
+***
+
+(Please see http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563383564#Changing_link_text_often_results_in_bad_code.2C_wrong_links_and_unmatched_.3C.2Fnowki.3Es
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52240
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50678
+https://bugzilla.wikimedia.org/show_bug.cgi?id=33091
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50452
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53973",52945,1,High,False
+8.492900707219619,-4.920500326804577,0.3253445239338717,1.1143302203328287,-7.635084484710578,0.15049578893800097,-6.05215517073611,0.38842923347014113,-4.539138247047482,-2.617263260794565,9.04609103772109,-1.9457513366417842,-4.206366606376149,0.300527649915594,0.6160172348465576,-1.1499304457655635,-0.00040317429958736106,0.8918902400560851,False,c1,3,"Typing certain tag based code into VE such as:
+
+1+2=3
+Hi
+
+Bug reported by [[User:Dragons flight|Dragons flight]] at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Some_tags_are_not_properly_escaped
+
+Confirmed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52944,1,High,True
+-2.997897250377171,4.364682581483592,-1.2626294107251415,-11.83458547554238,3.6975847225128295,-5.840984977798315,1.1209747465191429,-4.438702146918692,-0.3237378166267432,3.760290972281597,0.3023574638688151,-0.4067081485064078,-0.9495701852899918,0.5247589538413182,1.0752071304132862,-1.8649881393560421,-2.342018891007443,-0.7138863600443581,True,c1,3,"Copied from English Wikipedia, where it was added by TeamGale:
+""when I add the reference/template, if I want to edit it again it's not easy to choose it since the ""blue line"" that has to be on the text appears completely elsewhere and I can't click it. I took a screenshot""
+
+See:
+http://en.wikipedia.org/wiki/File:Misplaced_edit_for_a_template.jpg
+
+--------------------------
+**Version**: unspecified
+**Severity**: major",52913,0,High,True
+-1.0234389152610008,3.972204843495362,0.5962840956716029,1.6306152233700302,4.729318524931216,5.525432965299767,-3.7404637145057533,-1.3128157221419259,-0.8961369334328553,2.2690296479068603,1.2804690243515773,-2.7781196746265158,-1.0747404734553667,1.8054724567375926,1.2291343118711717,2.2666766084309375,0.06990282470707743,-0.937148117517058,False,c1,3,"Replication steps:
+
+1. go here: https://he.wikipedia.org/wiki/%D7%A8%D7%97%D7%95%D7%91_%D7%99%D7%A8%D7%95%D7%A9%D7%9C%D7%99%D7%9D?veaction=edit
+
+2. Click the box on the left (a 'street' template in the hebrew wiki)
+
+3. The ""Transclusion"" icon appears on the right edge instead of the left. 
+
+Happens in Chrome and Firefox 22.0 under Windows.
+
+I suspect this is again a problem with the flipped position settings. I will take a look in the code.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52905,0,High,True
+-7.184970890238034,-3.318507963780533,4.524328075971095,12.274165903774227,6.7986819432552,2.9345056712687603,0.9990220081023553,-2.7668016589709015,2.83920540031468,-0.9684438434274041,-0.21183100596977722,0.21976994945185102,-0.6490045058930862,0.5329909943622386,-1.437504536658758,-1.3457613797833443,-1.0579206600195437,0.9280646162655473,False,c1,3,"The character counter of the save dialog should have a tooltip/title explaining what the counter refers entails.
+
+--------------------------
+**Version**: unspecified
+**Severity**: trivial",52902,0,High,False
+-2.085825645381971,5.849643103679501,1.4924943008400255,-5.4248893872459965,3.317542265103842,-2.85644047435977,0.5355947846761442,-0.8316173876394461,0.5286189220025385,-2.045702187415033,-0.7796415653854472,1.4813408513221773,-0.6664512585366582,0.042916462544992484,0.49894626534443454,-0.0769120819474397,0.46042606053891433,-1.2554773835716282,False,c1,3,"screenshot of the dialogue
+
+I added TemplateData to Template:X1 (this is a sandbox)
+Then, I go to my personal sandbox User:Waihorace/sandbox/VE to try adding Template X1 to that page.
+I pressed the button that allow me to add template (don't know its exact English wording)
+It prompt me to enter a template name, so I typed in X1
+Then, it comes out that the description is not shown, parma names are not shown, but the list of parma is given for me to choose.
+
+Why the description and the name and description of the parma is not shown, while https://zh.wikipedia.org/w/api.php?action=templatedata&titles=Template:X1&format=jsonfm works?
+
+( X1 is a template which will be cleared by a bot automatically. To reproduce, check if the content is still there or otherwise revent back to oldid=27156695 )
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50431
+
+**Attached**: {F11387}",52888,0,High,False
+-5.947768294113823,5.231187604015076,-2.330974761174005,-0.8136931710079855,1.9073802950629584,-0.36655899959247185,1.5621650313021993,1.0034666477907512,1.2671112346282567,1.5338048965578208,1.7873656047875524,-1.2522501017001666,1.587878855346235,-0.436437693046539,0.3345179266315048,-0.7890963521829324,1.1121488957169638,-0.7191949535540556,False,c1,3,"I've noticed a couple of times that users on VE/Feedback have said that they 'couldn't change the block and that it became blue', which I think is an indication they were unable to spot the template edit button.
+
+Now I noticed that the edit button anchor for templates is always at the top right. On 100% width block elements, the content can often be completely left aligned however, and the button is then to the FAR right of the page, making it easy to miss.
+
+For instance, take the {{Refbegin}}-{{refend} block on this page https://en.wikipedia.org/wiki/Warehouse_control_system?veaction=edit on a fairly large monitor.
+
+It might be nice if we could come up with some idea to more intelligently place the button. if( block && !width && computedWidth > 160em && text_align == left) then align button left
+
+
+Point 2:
+Also, the white button on the blue mask on top of the white page is not the highest contrasting style. Styling it stronger might also make it easier to discover for users.
+
+Point 3:
+The puzzle piece in that context doesn't give the user much info. Why not a simple Edit logo ? I think that would be way easier to understand.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52854,0,High,False
+-1.9292809567008211,-3.665088401665354,0.9085793905231441,0.30510443002985266,0.9417062064053889,-2.816548786920004,0.15485980440807534,1.4781134909140827,1.0640250099321626,-1.884375675685198,0.04396779027854025,0.5410840664919307,0.7577577170085341,-3.5552608029020987,0.8280009502233776,-0.659534312115924,-1.6202595891755451,-1.3113939132160075,False,c1,3,"I deliberately edited [[Roller coaster]], an article under Pending Changes that had an unreviewed change, using my administrator account, using VisualEditor. When editing source, there would be an edit notice advising of the pending change, which is not present with VisualEditor. Nonetheless, edits by an administrator account are supposed to be automatically accepted.  Instead, my edit was made subject to review. See screenshot at http://commons.wikimedia.org/wiki/File:CoasterCrop.png.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49699",52852,0,High,True
+-6.331744559484892,-3.5107714771720087,-6.213335398429297,0.23457712726198765,1.7522160446248374,3.4829933066609193,-2.7091469842587483,-0.663109969309381,-2.995530563976823,-3.0546535392329845,1.8168757186239213,-1.7146836479724903,0.6293846294598127,2.4906168935753215,-0.2760263036881492,0.35937832550436166,-0.480875741836843,-0.5634203462357956,False,c1,3,"1. Put the cursor in the middle of a paragraph
+2. Insert an image
+3. The inserted image is now selected, and displays an inspector button
+4. Click the inspector button
+5. You get an empty image dialog and an exception because getFocusableNode() returned null
+
+It seems this happens because the post-insertion selection in step 3 covers something like 
 rather than just the image.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52850,0,High,True
+4.900318418573047,2.9549337311410504,-3.506285026366406,-6.857409159215685,-1.49436123267219,-5.201208035549039,-5.123561960211305,-4.515940666274045,-3.936945962286268,-3.242804767107037,9.874273178568027,-0.014791023691839822,-6.335400652277397,-0.014521133874354497,1.338184022985466,-0.06199856149846833,1.1380539792185107,1.3215322750948915,True,c1,3,"Right now the following HTML entered by a user:
+
+
Hello my [[name]] is Julian and I live in the city of Rochester, New York with my friend Sandy; we write [[books]].

+
+… turns into:
+
+
Hello my [[name]] is Julian and I live in the city of Rochester, New York with my friend Sandy; we write [[books]].

+
+… whereas ideally it should be minimal rather than maximal:
+
+
Hello my [[name]] is Julian and I live in the city of Rochester, New York with my friend Sandy; we write [[books]].

+
+This would significantly reduce issues with users accidentally inputting wikitext.  We're taking actions in VisualEditor-land to discourage such input, but if Parsoid could help it would be hugely useful.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",52841,0,High,True
+-7.224348050063799,-0.3390577691029577,-3.756378465821621,1.8183070049934442,-1.5794827528922561,-4.917907901588927,-1.216210867216657,0.9586191141711885,0.34302416725668905,0.8638898132831088,0.9331217768756708,0.027047396830693682,-0.9410644442765195,0.11626702684046197,-0.7957981712667888,-0.5511820271452041,-0.4159132785388291,-0.3632159550134628,False,c1,3,"see report here:
+[[en:Wikipedia:Village_pump_(technical)#Heavy_Javascript_load_after_loading_some_articles.]] (bottom of [[en:WP:VPT]] on July 5 2013. if you don't find it there, look in the archives).
+
+Initial debugging of the issue points to the function injectCSS().
+as it turns out, ULS calls injectCSS() once for each required font, which, on some pages (methinks pages with many interwiki links, mainly) can be dozens of times.
+
+apparently, on some browsers injectCSS() can be expensive (maybe the browser re-renders the whole page, in light of the new stylesheet information?) and calling it dozens of times causes high CPU load.
+
+clearly, the right thing to do here is to collect all the different CSS bits and pieces you want to inject, and call injectCSS() exactly once.
+
+this piece of code demonstrate what some people already know: injecting stuff can be habit forming, and can be bad for your health, so you absolutely want to minimize it.
+
+
+(btw: the function itself is somewhat disgusting. how is it better than
+
+function injectCSS( css ) {
+	$( '

+
+Triggering: https://en.wikipedia.org/wiki/Special:AbuseFilter/345
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",55252,7,Low,False
+-0.9478665582872865,-5.526469885759656,-0.24205066986822388,3.47992256409871,5.773198155703637,-0.3364574404167813,-0.47274305343830214,-1.7495030325139829,2.1271945343452003,-0.6880649316040639,0.5048186447593941,-4.558139769349983,2.2884708332899253,-2.041965621461094,1.4526422742585572,-0.8612999926843499,3.6875766199764994,-1.8650792952901791,False,c1,3,"Screeshot of post hiero editor
+
+Safari 6
+
+I opened the editor inline, didn't do anything, pressed the back arrow, the editor closed and inserted a newline.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+
+**Attached**: {F11956}",55250,7,Low,
+-3.625176048252383,0.5094648160674708,-1.3009176786440477,0.39659530407536336,0.8056717603582655,-1.3114269095920104,0.34287974418044875,-0.5934605518327911,4.265953952411354,-1.2232218056794615,-0.4295039490147712,-1.5942630056219795,-0.18053329444267163,-0.87440671069435,0.36526648908739023,1.0107934676077233,-1.237152127409368,-0.5482907907414656,False,c1,3,"**Author:** `lucashokanson`
+
+**Description:**
+It would be extraordinarily useful to mimic Imgur.com's clipboard based uploader.  Upon visiting the upload page, you would simply Paste - command/control v or click a button to use your clipboard's contents.  This would then upload the file and return to you the standard file:____ page.  
+
+In addition to this, if this functionality is built it, it would even more useful to streamline this into the page editor as well. A simple button click could pop up a prompt and upon upload return the proper image reference in your article.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=37932
+https://bugzilla.wikimedia.org/show_bug.cgi?id=65670",55235,7,Low,False
+3.0446445657940164,-1.8640409238831932,0.8484597893172996,-1.792108919731339,-2.674858846851032,0.6054530218678571,-2.3656696026667685,1.4129997008894684,-3.6195815040381607,3.024471020064838,-4.470303414520285,0.7714411626820288,-0.5115882308571678,0.04870759785230394,-0.4145602721614736,0.3253828786998188,-1.0530416280600299,0.9254781560517265,False,c1,3,"In Chrome, edit any page in https://test2.wikipedia.org
+
+Click Transclusion, type 's' into input box.
+Result is a list of suggestions that begin with ""Smaller"" and ""Sectstub""
+
+In Firefox, edit any page in https://test2.wikipedia.org
+
+Click Transclusion, type 's' into input box.
+Result is a list of suggestions that begin with ""Succession box"" and ""South America""
+
+This suggests that at least one list of Template suggestions is absolutely incorrect.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=58406",55231,7,Low,False
+-2.068591944031959,-1.7307112991054439,1.498971892057714,1.8080457461488666,1.6595857544725234,2.9407557119918053,0.9454027889998322,-1.518578620489774,1.0333127195884504,-0.37367370941551936,0.44898474437507163,-1.0972618223392918,0.03961950231189082,0.08981912783461876,-1.275223189997834,4.505747659167838,-0.7726174749782371,-0.673901116614612,False,c1,3,"https://he.wikipedia.org/wiki/%D7%A8%D7%90%D7%A9%D7%95%D7%9F_%D7%9C%D7%A6%D7%99%D7%95%D7%9F?veaction=edit
+
+The template on the left has a pie chart (see in view mode in the extendable green section) -- but in edit mode it's all jumbled.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**See Also**:
+{T53932}
+{T53166}",55226,7,Low,False
+-2.094848776020644,2.2187540224633366,1.748679802312651,-0.09098295213886365,1.3198232886169372,-2.690000025046151,-2.913587011565635,1.0903881582435884,-0.40431083937024725,-1.038009464432807,-0.6003726122709789,-0.5473404748415506,0.6582028557808313,0.2342810631344463,0.17610870958643599,1.033043440921233,-0.3069641798946505,-0.5027161258759407,False,c1,3,"Testing the hieroglyphics feature on MW.org just now:
+
+1. Open VE and select some text
+2. Click ""Hieroglyphics"" button
+
+Why can I ""apply"" hieroglyphics to a run of text, as if it was a kind of formatting? Doesn't make any sense.
+
+3. Type some hiero codes (e.g. G26-t:Z4-A40) in the box
+4. Leave the popup (by clicking away/clicking the < button)
+
+The popup goes blank and can't be dismissed (Firefox 23).
+Also notice that no hieroglyphics are seen.
+
+5. Review changes.
+
+The hiero tag successfully appears in the wikitext, even though it is invisible in VE.
+
+Sorry for three issues in one bug, but I guess you guys can figure this out.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",55090,7,Low,False
+-3.2729440812326054,5.945715585072119,-2.993550975914177,-3.4012167060991656,3.198657773727705,2.4963577102435988,1.641891923547436,-6.591715589657627,-2.1562421713918436,0.5891785375086096,-1.8921932417708967,-0.7056370310335094,-3.027778324314597,3.4808607457443816,-1.1988863765394582,2.3460019849898717,-3.332474896936623,-0.7506089205501516,True,c1,3,"Some users on en.wp consider it a bug that VE shows the top of the page after you edit a ""section"", and demand instead that, as VE auto-scrolls to the relevant section when you click Edit, it does the same after you save. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",55089,7,Low,False
+-5.357077164413083,5.397613516626205,0.5003481627469135,-2.846789229490705,-5.653527044174702,-1.8632699688628696,0.3627825675200498,-3.1449797973842313,2.6616048265364345,3.283677029741872,0.360979557240912,0.16334891182796674,-0.34497871188826856,1.674618075738934,-1.2156281237302196,-0.4914645865346925,-2.7338624478046296,-1.17183145406934,True,c1,3,"If you have the preference set to ""Edit pages on double click"", then double-clicking on a word while you're already in VisualEditor tries to re-open the page so you can edit it.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor
+**URL**: http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Double-click_asks_if_you_want_to_leave_page",55058,7,Low,False
+-5.161608142905548,-3.768763596430361,-6.265060665261119,-1.7882720946625907,-3.2668015470890737,-0.18383801606534933,-5.0620064248792875,-0.43833358071447104,0.7268896786339749,3.7072524196259913,-2.292539847559481,-0.0222662687493278,-1.0539434286428655,-0.6918589643222859,-0.6911762080275095,-0.7301337712870635,-2.526376951163252,1.3526412564561412,False,c1,3,"I am editing a page and something untoward happens.  To review changes, I now have to click ""Save page"", which is sort of like a sign above a circular saw saying, ""To unplug, please saw through wall.  Thank you for your cooperation.""
+
+:p
+
+Perhaps hovering over the ""save page"" button could drop down alternative actions, such as ""save draft of changes"", ""review..."" etc.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54980,6,Low,
+8.542293976412248,7.405922466229416,-0.05568458765115025,0.23356490085559956,-1.5196842120594996,6.148789203220405,2.422015596836922,0.23523445911776647,-3.6163052077647606,0.9847235881193379,1.0787458179412943,4.54232226684602,0.9480187788697618,-0.11171821304038954,-2.2803076730673,-0.7508517336447549,0.38464077880179026,1.290727318653609,False,c1,3,"See reported diff on fr.wp
+https://fr.wikipedia.org/w/index.php?title=Debra_Winger&action=historysubmit&diff=95823433&oldid=94552186
+
+The js is from Foxlingo but the liberal sprinkling of nowikis is from VE or Parsoid.
+
+PrimeHunter at en.wp reports that a Google search for FoxlingoJS reveals several other internet forums are suffering the same problems.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",54884,6,Low,False
+18.341681150914614,-9.00062059460491,8.056021321258367,-4.7630382977837975,-0.28997736645278777,1.318904574508973,-1.0550244438642027,-0.2461506918298906,1.825382891469738,-1.9827969309353226,-2.7310212727440555,-0.6462896614939185,-0.8554218372608684,-1.0713374640615352,-0.5145544285082808,-0.31287927096645296,0.06819044033672927,-0.6637143869042492,True,c1,3,"At T53903,  Elitre said:
+
+> A user at it.wp wonders: if VE could pre-populate the summary box, could it
+> also auto-add the text that was added, in case of very short additions? i.e.,
+> if someone added a parameter to a template, could it automatically detect
+> what was added and write it in the edit summary? Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+**See Also**: T53903, T50274",54859,6,Low,
+6.145003524855765,-9.927231065974727,-1.4956547439027474,-0.529541810985888,-0.8766871207126925,-1.0768326152890995,-0.8708931365178483,0.690941566403049,-0.8248112354617267,2.29758242350996,-3.902680378056907,1.396942839216459,-1.3524219803648485,-0.7773772404438013,-0.18386844901161847,-1.241375757132497,0.06651072972667382,-1.4700758001430865,False,c1,3,"GMail's keyboard shortcuts help page
+
+Similar to GMail's modal when '?' is pressed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement
+
+**Attached**: {F11100}",54844,6,Low,False
+0.650734858496083,-2.5164610008169372,-0.6459931661977514,6.8069622922225115,0.3051591615986201,0.3495369035104148,-0.44592847324367924,0.2294913824210758,-1.2499473085487807,5.582239380811943,-0.7970407088725802,1.1291986379463375,-1.9386872514521523,-1.7030144724342762,2.5404961136504474,-2.3465859907581543,-0.48138469988126475,2.6562904451386364,False,c1,3,"At https://en.wikipedia.org/w/index.php?title=Judi_Dench&curid=85432&diff=568314406&oldid=568147939 the article was top and tailed with
+
+
+Searching seems to suggest the most likely cause is the ""DataVault"" password manager browser plugin
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",54791,6,Low,False
+-9.468004744292672,4.194832783104541,0.06857384911227982,0.9723506360802068,-5.3452386366548215,4.539469168074917,-0.40471442362499754,-1.526327778500077,-0.5807535796680017,-2.0719291732756915,-0.6368014928050623,-1.5402151231711583,-1.407697398146686,0.20574857786522305,3.755659588304309,1.5822121344098312,-2.6106764052674087,-0.01278644829342257,True,c1,3,"A user at it.wp asks if, in the long term, it will be possible to edit templates directly (i.e., infoboxes), without the transclusion dialog, as if one was changing something in a table. Thanks.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54786,6,Low,False
+7.515786857727463,-5.020867883172791,0.5043417588164907,0.27191222115851055,2.09467058044515,-7.106157297394667,-1.0717082342970796,2.778961664944396,2.744780729101344,-0.8469383837827253,0.011267170311877628,1.5338861018570291,1.0520761675301853,2.1342485756445226,0.9762125846452143,0.9018035865589453,2.1072531625686066,-2.781153259144924,True,c1,3,"<< http://en.wikipedia.org/wiki/File:GreatNurse.jpeg is a headshot of Virginia Henderson that was uploaded to Commons yesterday. VisualEditor's image feature can't find it, and won't accept file names that it doesn't believe exist. WhatamIdoing (talk) 00:17, 13 August 2013 (UTC) >>
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal
+**See Also**:
+https://bugzilla.wikimedia.org/show_bug.cgi?id=37578",54782,6,Low,False
+-9.596563351706491,9.078899817430887,-0.7551787138095225,-1.5709225743262152,-0.22048661950717924,-0.8691347966103588,1.657866260739616,1.6075468726539128,-2.3484166276534806,2.5658124848726347,1.3715142546020966,-1.3529227231322125,1.8654194141835059,-0.48357910234629475,1.9954767567020637,1.4327123056968538,-2.8239105520355006,0.7936353170206971,False,c1,3,"At https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=568194420#I_can.27t_edit_the_references it has been proposed that it would be helpful to editors if they could edit references in the reference list, as well as where they appear inline.
+
+""As just about every object you see on a page is directly editable with the VE, of course having the reflist not editable is counter-intuitive. ""
+
+This proposal would make T54736 either unnecessary or just a ""workaround""/interim measure, depending on the timescale to implement.
+
+--------------------------
+
+#2 in the 2023 wishlist: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2023/Citations/Allow_citations_to_be_edited_in_the_references_section_with_VisualEditor
+",54750,6,Low,False
+7.278762331715312,9.569396754811546,-1.549296520993746,-1.939504714735683,5.357247184184542,1.2062644375219247,-9.02006838133388,1.848894423521417,-2.8765219153968555,0.09274298790822044,3.0284995874074823,-1.010067544866746,-3.192376027186321,1.2880891248325899,1.7040768085536655,-1.542827039906762,-1.6437965227531188,-1.0676861437993375,False,c1,3,"en.wp user JmCor reports that in Firefox on Windows 7 the shortcut ""V (show the changes), which stopped working when the Visual Editor was introduced: currently, V simply positions the cursor on the ""Show the changes"" button.""
+
+I can confirm this also occurs in Firefox 23 on Linux.",54701,5,Low,
+-2.6385206619264165,-2.7467146241728884,7.686105416109541,8.32050935067002,-0.8112110017130931,-2.662820644295534,3.0188417509068293,-3.444845317249405,-3.4706898633739094,-2.097205105600811,0.704895415940765,4.426950758586661,-4.14922477370959,-0.8925923026003177,2.614386573632456,2.1769767744391197,0.609010923144089,0.8227258403053945,False,c1,3,"The  tag is used in many articles for variables, and there are css styling rules for it. An example article is Shading
+http://en.wikipedia.org/w/index.php?title=Shading
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54664,5,Low,
+-0.4157968711799249,-9.245691032009372,-1.6268119604854743,3.2105372181097103,-1.1154967323611489,3.8328943870404837,2.667677595161938,-1.4125353377699108,2.6484325140757816,-0.25254833428782764,-0.7690752283362978,1.4307435408602747,-1.6421858997687018,1.8818582840294535,-0.6034339390760453,-0.3942406768538598,-0.7747526086659081,0.13695078092398494,False,c1,3,"VisualEditor needs a tool to set/unset font colour.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54645,5,Low,
+1.7436900333348544,3.259692107098253,-4.49425034316233,-2.7649773820053136,0.08884038874109956,1.8049281427575192,-4.174900022822273,-0.8052454492540205,-2.1742463366839164,0.5912213394441919,-2.1047775926566445,0.27330472042808074,0.29144606586352273,0.07722688726187155,-0.6426964910451538,-1.2508497683432005,-1.3586156429320961,-0.1177273804570611,False,c1,3,"**Author:** `sandrobt.wiki`
+
+**Description:**
+Here is how to reproduce it, when trying to add a link to the page ""Maria"" on en.wiki.
+
+1) Select the add link icon and type ""maria""
+2) Select ""Maria"", which is at the end of the suggested list
+3) Press Enter or the ""<"" button
+4) Save
+
+The link is added to Mariah Carey (which was on the top of the suggested list).
+Cf. https://en.wikipedia.org/w/index.php?title=User:Sandrobt/prova&diff=prev&oldid=567641122
+
+Note that this doesn't happen if in 2) you had typed ""Maria"" (which is the exact title of the page you want to link to).
+Cf. https://en.wikipedia.org/w/index.php?title=User:Sandrobt/prova&diff=next&oldid=567641169
+
+The same problem appears in similar situations in it.wiki (for example when adding a link to ""Sega"" you need to type it exactly like that, since the first option is always SEGA) 
+
+I'm using Firefox 22.0 on Mac OS X 10.6.8.
+
+--------------------------
+**Version**: unspecified
+**Severity**: normal",54634,5,Low,False
+-6.317764256817176,0.8757585956722433,-3.919728453535381,4.174611075468814,0.48843820880951405,-4.277517679090977,-0.9382237937887954,1.7947630794509735,2.9103502396973653,1.8143851357563987,-0.6443303974133889,-1.6991501880242459,0.12329690631861023,-0.36911707039490516,0.38937122409308245,-0.994228151926877,-0.4740625891971425,0.08022313795846414,False,c1,3,"if the template does not contain explicit ""templatedata"", the API call should return auto-generated ""templatedata"" structure, distilled from the template itself.
+
+
+it's trivial to do - basically parse the template, extract parameter names (including order based, aka 1,2,3), and return ""default"" templatedata where every param is of type string, without any special attributes (default, required, etc.)
+
+this 15-line enhancement will make VE suddenly useful for templates, without detracting anything from current functionality.
+
+we did this in hewiki with ""template param wizard"" (the equivalent of VE template editor, for the old wikitext editor), and it enhanced the wizard's functionality tenfold.
+
+regretfully i can't submit a patch - hopefully someone else will be able to do so.
+
+peace.
+
+--------------------------
+
+**See Also**:
+{T54135} / https://bugzilla.wikimedia.org/show_bug.cgi?id=52135",54581,5,Low,False
+-8.35633184393136,0.8944706490290297,-2.8773121410020153,-3.589749402168698,2.4360390576098285,5.280479006715254,-0.0353077107196782,1.6786936012285114,6.811132123072917,0.00596148419784992,0.9129184687722129,2.4496051948290507,0.18504527606701782,2.6432899902581104,3.1844475622423074,-0.5723787869372529,0.565864325670496,2.072571963776448,False,c1,3,"To replace a file it is currently neccessary to delete the file from the page and insert the new one.
+
+It would be easier to replace the filename only. This avoids to add caption and file options again.
+
+--------------------------
+**Version**: unspecified
+**Severity**: enhancement",54580,5,Low,False
+-11.907376164441628,10.016608912938384,4.07899887337209,7.920052675517065,-0.9707154632490869,6.310050833012445,1.5074871471375078,-1.1953811719318455,-1.9726152752194104,-2.979005352895428,-4.00172169964162,-1.0832005832800395,-3.3024608834610927,1.6827376018955285,0.3470617618923688,-1.2801332643892018,-0.9143977568523493,-2.42497964579376,False,c1,3,"When VisEd is activated from a section edit link, the focus of the display normally stays on that section.  However, if the user activates from a section edit link while on a diff link (has to be diff of current version), the focus shifts to the top of the page as if the whole page edit link had been pressed.
+
+--------------------------
+**Version**: unspecified
+**Severity**: minor",54566,5,Low,False
+-2.953917896741152,7.665399996779993,-2.564588243353514,-4.672433699422562,-3.5800959721162138,4.076358233342393,-2.6356164117397474,2.359528793170044,0.4250392141519945,3.0690714366431067,-1.0689434921496361,-0.004959917347385323,-1.7007983515937974,0.5039843309903196,2.2895327458238244,-2.770314130153163,0.38331564804563234,-0.06468834777669374,False,c1,3,"Wikis use lots of shortcuts on the talk pages, and it can be quite frustrating for the uninitiated to figure out what WP:MOS, WP:N etc. mean, especially when several are used at once.
+
+Having to click on the link to see that its about the 'Manual of Style' or 'Notability' would be unnecessary, if the same information was available in the tooltip when hovering the link.
+
+--------------------------
+**Version**: 1.22.0
+**Severity**: enhancement",54558,5,Low,
+-8.610438076145254,6.247376545139961,-2.654632028811699,-2.1041588299948035,-0.5707693806619806,-3.7083580135118206,2.668563479435581,1.0255992967147511,-1.6788101791033196,-0.03379386428554554,1.663191365263327,-1.8459218349250262,-1.0055240180338734,-0.8591562232214747,0.9052557022394989,2.5110803189348334,-1.3662530380823863,0.7995123595997395,False,c1,3,"Screenshot where it works (VE copied it from 
+
+
+
+
+
+
+
+
+
+
+	
+
+		
+		[a metric fuckton of HTML]
+
+		
+		
+		
+		
+		
+				
+	
+
+real	10m1.110s
+user	0m0.018s
+sys	0m0.028s",242558,3,,
+4.346724652506415,-7.502540361810164,-7.062265839576195,-11.870620783315289,-3.9965082748333494,-4.2312395875828965,-3.2477357919069316,4.227488622247418,2.195315305408432,-4.201481646511344,-0.32585325544424726,-3.3574699731558506,-1.1082546213826285,0.005807571531803779,-3.23777589414741,1.6690718560477469,2.102114887256503,-3.357171409062969,False,c1,3,"It's happening again. :-(
+
+$ time curl https://git.wikimedia.org
+
+
+502 Proxy Error
+
+
Proxy Error

+
The proxy server received an invalid
+response from an upstream server.

+The proxy server could not handle the request GET /.

+Reason: Error reading from remote server

+
+
+real	12m1.110s
+user	0m0.015s
+sys	0m0.021s",242552,3,,
+-3.0098790290827893,-5.318163319700313,6.772535544696622,0.8032839264366167,-1.6265425277881347,4.704572760290528,-2.1087623739879096,0.41100710474802643,-1.6058610804073297,-1.9493822162987362,0.11001699461732417,-2.4426083322281076,0.434538601801711,-0.7335148363050935,-6.020361591223875,-0.46748771267124134,-1.937421905803777,4.21886902467573,False,c1,3,"Restarted the service. Two things:
+
+A) I'm doing some logging this time so I can figure out why it's crashing
+B) I'm going to finish puppetizing and packaging this starting tomorrow so it'll take care of this better
+
+Hopefully we can find an easy fix for this, but (B) is necessary anyway.",242547,2,,
+-9.602646796276774,-7.149934110707159,-6.391258641036859,4.039025545546066,-1.441813791053577,-8.213929620730504,12.275349309186284,-3.595108190008397,6.590694085039416,11.769378103331329,1.5623317625279045,4.543605869875795,-1.5725023643824296,0.7171387064708743,4.833515157420232,1.9968630609756253,0.4939944602151125,3.184706898310003,False,c1,3,git.wikimedia.org being down is highly disruptive to support work in #mediawiki.,242542,2,,
+3.5360665471226174,-5.9735471224755035,-5.501376045732669,-9.746628787428728,-0.9743718042764025,-4.124198807172828,-3.334386402198657,5.0912750463464445,0.8981037123537747,-5.205538814412485,-0.6813841218098717,-2.9028381274739465,-0.03513060435521753,0.24280404958391655,-2.976872226823908,1.4725986646640308,2.293877869631551,-3.4650068940840493,False,c1,3,"This is probably a duplicate of bug 51656, but I'll just add that bug as a see also to this bug.
+
+Confirming the current issue:
+
+$ curl https://git.wikimedia.org/
+
+
+502 Proxy Error
+
+
Proxy Error

+
The proxy server received an invalid
+response from an upstream server.

+The proxy server could not handle the request GET /.

+Reason: Error reading from remote server

+",242538,2,,
+-4.715860733998139,2.5640049548613355,-4.219577405009694,1.7725142864026555,7.138269546083299,-0.13070162221341342,2.3542440688510347,-2.10543882505009,-3.0851386542603487,-2.9524174135774923,7.4451504734621885,0.5027674178286912,1.3162378073032137,1.7911147337999902,-0.017392466115171423,-2.343240965945943,1.9415984681385334,0.1398295841640369,False,c1,3,"The code for this enhancement request had already been written before the bug rasied, but wasn't deployed at that time.
+https://gerrit.wikimedia.org/r/#/c/74574/
+Changing from INVALID to FIXED, but maybe it is a dup of another bug?",242341,14,,
+-10.045725457393825,-14.189393117049837,13.39761574932966,-4.415357320200174,-2.7915881349453535,-0.14765650328276436,7.494271567013021,2.914617149885373,-10.507650502805955,-5.066975195880208,-0.7286631483065951,0.28425684684912333,-3.2091872574129683,-1.3816468127053083,-4.64638899190492,0.27703735939785235,-2.6635843068117833,0.12562944786781616,False,c1,3,"You can already bypass the blacklist by using ?vewhitelist=1 - sorry, we should document this somewhere!",242334,8,,
+-2.8202661642169344,-1.7968729599603463,-2.477083197001891,0.24144087800733516,-0.26146993339095204,-1.2703217232581938,-1.1147190609150996,5.472121532680846,4.183317398277566,-0.30618249688678834,-1.7992076014964398,0.3990725233370709,0.8576027860645667,2.075518034279283,-1.0338988628342451,-1.4120343326243412,2.0280056103869892,2.9527636142695637,False,c1,3,"For anyone wanting to bypass it on browser with a decent JS debugger, set a breakpoint on the line 'mw.libs.ve = init' in 
+
+https://bits.wikimedia.org/static-1.22wmf10/extensions/VisualEditor/modules/ve-mw/init/targets/ve.init.mw.ViewPageTarget.init.js
+
+Then execute
+JS> delete init.blacklist.opera
+
+And resume running the VE scripts.
+
+Im guessing this isnt possible on most mobile browsers, so one of option 1-3 or similar would be useful.",242328,2,,
+2.2877383589582845,-9.6891419942908,15.000514451138882,6.640188711012625,2.780949755847489,3.1805904340277493,6.578213401739488,-5.005437726424315,5.500224858118432,-7.101305063098183,-4.60815015131222,-0.5045566142800064,-1.355014083989934,3.136211883921515,1.0542918566994657,-0.10893344955244633,-2.6061001133406103,-3.2357454509430563,False,c1,3,"Most of these workflows now work correctly. A few of them don't, so I've filed them separately as T106905 and T106902.",496758,107,,
+-4.012837489838839,2.873069673397257,0.9688414066766851,-7.719705290348828,3.699459761913845,2.7841598743989167,3.8474329857347627,-1.8203559555882256,0.2701615216374762,-3.221573790180197,0.6737839671337883,-1.3629184841966224,3.5805039495019324,-3.5009048511065064,-0.7837704430084835,-0.2644479752104414,2.9951275682340244,-1.8580704189249129,False,c1,3,I also see instances where [[https://it.wikipedia.org/w/index.php?title=Giorgio_Summaripa&diff=72637884&oldid=72353193|a space pre was *added* ]] while inserting an image around a paragraph. Or maybe that's T68628?,455240,96,,
+-6.965286405492282,-3.223060411313062,-2.1405253962127824,-5.6101322737941794,-0.40581649856656554,-1.8265388861321696,-0.4882102979719356,-0.36775503448528224,-0.5150777598502835,-2.2166156982632894,-1.6204796605610228,-2.436401322022361,0.5326429698624104,-1.265583323264477,-1.9583921290740895,0.614097265160336,0.8194743359873637,-1.617266676984332,False,c1,3,">>! In T53758#1088912, @Aklapper wrote:
+>> * When the pre-formatted block follows a mutli-line template, that template is deleted and the contents of the pre-formatted block becomes normal text on the line above where the template as, appended to any text that was already there.
+> 
+> When exactly is ""that template deleted""? Already by loading the page in VisualEditor? If so I fail to reproduce...
+
+From memory, what I meant by that was that when you have a template that produces more than one line of text that is immediately followed by a block of pre-formatted text that uses the leading space method (i.e. not 
 tags), removing the leading space also deletes the preceding template and the linebreak between the template and the paragraph above the template. i.e.
+
+Paragraph one.
+Template
+[space]two
+
+becomes
+
+Paragraph one.two
+
+when you try to delete [space]. I don't have time now to test whether this still happens.",421326,87,,
+0.24754642760354262,3.0429412767855837,3.5616707102134066,4.451168331725983,2.2195652214618207,-0.8311804100455937,1.516489231624579,-1.6202789379750597,-2.657335044779874,-6.1795477520251865,0.47002533521809997,-4.610396793069665,3.4537765090216537,1.8872383894869171,-2.7588833346599175,0.20104260944289098,1.6613338473483097,4.2239215514697595,False,c1,3,"> * It is not possible to delete a block on the first line of a page
+
+I managed after removing the text and then putting the cursor in front of the ""Section 1"" heading and pressing Backspace.
+
+> * When the pre-formatted block follows a mutli-line template, that template is deleted and the contents of the pre-formatted block becomes normal text on the line above where the template as, appended to any text that was already there.
+
+When exactly is ""that template deleted""? Already by loading the page in VisualEditor? If so I fail to reproduce...",420822,87,,
+-9.964738777765358,2.0966738292110776,-3.4867406738702726,-1.0535745367884601,16.236921101486296,2.4646661628397144,-0.8704359066487228,0.06659112805556716,2.7429670955415206,-2.231652297396905,6.162064727469733,4.089867736361016,-0.40769506484845586,2.205993122626471,0.396001654363181,-1.035700342171952,1.4630635917410113,3.3505475191424146,False,c1,3,In this edit https://en.wikipedia.org/w/index.php?title=Morse_code&diff=571916446&oldid=571809074 the multiple leading spaces of a pre-formatted block have been removed while a totally unrelated line was being edited.  The edit summary gives no indication that this was done deliberately so I am assuming this was the result of a bug in VisEd.,242029,9,,
+0.9116004001974707,24.24428743961935,-6.528921352530932,18.803419707778176,-5.965212943477818,-6.264057753269562,0.9900412512016565,-7.174248746256177,1.1032159128335557,-3.403168314329827,-0.7873243389224385,0.7102566905986043,-8.622454400639226,5.979079115689658,3.5954275509608022,9.561775538505312,-6.266198546468331,-0.36121743614420065,True,c1,3,Verified in betalabs.,333246,73,,
+-9.060901258528059,8.974530315027412,-7.282692618556011,-2.187843340162665,7.377500876872299,1.802163163095301,-1.4221405132449867,11.281230204574541,0.6705373673462374,-5.197336048942039,2.7785130158441973e-05,-0.7396948439639033,-1.4875734572120172,-1.0484514050659333,-5.607561813783483,4.506820902272073,-2.979988379726661,7.5927101718334065,True,c1,3,Fixing this would cause a serious performance penalty for minor improvement in the user experience. WONTFIXing.,241723,37,,
+-3.4949016021757857,-0.17956524220119796,-5.053918520249356,-0.04992004477348999,4.7481169705996535,2.472239207565128,-4.692134474710205,1.6206403366065443,3.807486236561097,-3.7924827486555577,0.3330267475123978,-3.202803722571291,1.9976152625637162,0.7168604474619655,-1.6305312396581335,0.7205141963316817,-4.86977467376097,2.4279101079342316,True,c1,3,"I get this error by adding anything to the second paragraph (beginning ""VisualEditor"" at https://office.wikimedia.org/w/index.php?title=User:Mdennis/sandbox&oldid=105896  There are preëxistng (intentional) nowiki's in this paragraph, which may the cause.",241718,30,,
+-5.418131572097734,-0.2210617489109552,-4.899048908121833,-0.8098601983751461,1.760183248686122,-1.9601563539195368,-3.268271885008639,-0.9287315587133199,-0.6684542381623406,-2.297779674338673,-1.1400096987483135,-1.4498612274811427,-0.055325609368031436,-0.2541428995663342,-0.036492466235267695,1.443051602311356,1.6688347622052444,-1.8383385708292648,True,c1,3,"From bug 53661:
+The Wikitext warning is triggered in some circumstances without the user having
+entered Wikitext. The one cause I can reliably reproduce is where there is
+nowikied markup on the page from a previous edit.
+
+To reproduce:
+1. Load
+https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox3&oldid=571089410&veaction=edit
+2. Click anywhere on the last line of Section number two (the line that
+contains ""[[Manhatan]]"" and an ISBN, both of which are enclosed in nowiki
+tags). 
+
+It seems that the warning is triggered by the existence of wikitext markup in
+the VE editing surface, rather than by its addition.",241712,9,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 53661 has been marked as a duplicate of this bug. ***,241707,9,,
+5.412806711612884,7.7498475283232615,9.923289087865939,-14.316585242607378,2.889221261268787,-9.13936818666566,0.17786661307703788,-0.03067545507021363,-6.796485056651104,4.42339882100792,8.678802690130858,-2.6825617399554025,-8.155377812198362,-1.0641188693413746,-5.1995072081634905,-1.4215724936046334,-2.832077170578942,6.314594410599117,False,c1,3,Yes. Will be deployed today. Closing this bug now.,241337,22,,
+-0.739742148489154,-15.259379659974144,30.77942992464022,-7.149779766601398,6.900084560540487,12.040953551712022,-11.876658423949678,-18.898195833602845,3.2194697695647996,8.678616417849389,-0.12486006820678996,-0.431549302473913,1.9681755984322455,-2.3647980683784193,-2.0530391687397453,0.24958594745356644,-5.575143630557725,-5.023782840890528,False,c1,3,I assume this is fixed now? Thank you!,241331,22,,
+-2.749297546411235,0.6387676898486969,1.4178301308962227,-0.9034670204614503,-0.7846608977072904,0.2114357024798874,-1.813936289500889,1.7725326958937315,1.6387899340307983,-0.3578075067819806,0.4500802592525972,-1.283453584562689,1.732314697952721,0.9331289904131561,1.0810468951382322,2.2750015004915403,3.344455070728079,-0.5228677170953038,False,c1,3,"(In reply to comment #5)
+> I assume these
+> extra spaces will not be an issue on enwp and doesn't violate any style
+> guidelines there?
+
+No, per [[MOS:HEAD]], ""Spaces between the equal signs and the heading text are optional, and will not affect the way the heading is displayed"". It doesn't mention anything about them being uncool, and most of the wikis I frequent use them for readability.",241322,20,,
+-11.467457124577926,-2.4253619813296243,-0.16155800274934284,-1.4563394767896902,-4.910488515898848,1.4993267648470798,1.1851826161275003,2.6967532576772824,2.152925359905545,-0.1417266379182891,-0.39469245689619536,-0.9745371839321821,-1.0822411168554305,1.9204957238464544,-0.10439983064556113,0.09433021679128428,-1.335760207930712,0.6546719261575475,False,c1,3,"Okay, I started to tackle this. The basic fix is quite simple, but it introduces a ton of noisy diffs in our parser tests and it will likely introduce a lot of noisy diffs in roundtrip testing as well. We could fix our testing infrastructure to ignore them, but a better solution is to leave existing headings untouched.
+
+I can instead add this rule on new headings and leave old headings untouched.
+
+But, looking at pages on enwp, I see (by clicking around on a about 10 ""random"" pages) that most headings don't use spaces after/before ""=="". I assume these extra spaces will not be an issue on enwp and doesn't violate any style guidelines there?",241317,20,,
+-4.939464409436455,-3.372645587624005,-3.166913209927805,-0.9809119500124712,11.204764498597388,1.7957898349803543,0.7849885683854847,2.7106410871411506,2.086789443868547,-2.0634383467123842,-1.3627384750375038,-0.6888779686054995,-0.2703308494337362,4.601243292395971,3.2907215799586655,2.1287282003420804,0.26615845617427303,0.5322825538392295,False,c1,3,"The French Wikipedia would be interested in this change as well, since they use a lot of ""extra"" spaces, and the headers are no exception.",241311,17,,
+12.085732502509037,0.08026682367294491,4.917194490670171,-3.56818194369332,-2.7516499574553217,-1.6712546811480529,-2.938746371483818,0.7940378710642926,-1.661788468612884,-0.7636488104218806,1.5396036718003296,0.3613739378322629,3.6704234572888517,-3.2642481526135265,-0.7907746165502143,4.375068533548184,-1.1499571941222737,4.365429941237286,False,c1,3,"(In reply to comment #2)
+> (In reply to comment #1)
+> > It would be very helpful if you can provide a list of any other default
+> > whitespace rules for other wikitext elements.  It is simpler to implement
+> > this
+> > in one shot rather than piecemeal.
+> 
+> Sorry, I post these when I notice Parsoid is doing things not in my way :)
+
+Thats okay.  I was not complaining, just making a request. :).  
+
+You can test existing Parsoid behavior @ http://parsoid.wmflabs.org/_html/ and report what needs fixing.",241306,2,,
+0.5945106687283994,-4.877359701568901,-3.2915225467634244,-3.1152503328304935,-2.083130773770553,-2.5204992079243773,-1.4556235621382836,0.8317631131901986,6.375311428613654,0.17807155503213856,0.3980498691544083,0.13305240728940682,-1.2811747297524803,-0.7359009482846504,-0.830116483884179,0.9564003504627947,-1.8120138592915007,-2.1474677041654164,False,c1,3,"(In reply to comment #1)
+> It would be very helpful if you can provide a list of any other default
+> whitespace rules for other wikitext elements.  It is simpler to implement
+> this
+> in one shot rather than piecemeal.
+
+Sorry, I post these when I notice Parsoid is doing things not in my way :)
+
+
+> Right now, we cannot implement different rules for different wikipedias, but,
+> if necessary, something that we could consider at a later point.  So, can you
+> also include some information, if you have, about whether the style rules are
+> universal or specific to pl.wp?
+
+Yeah, of course. No idea if any other wikis use any similar cleanup tools as pl.wp, but in general more whitespace is more readable than less (wikitext is just like code in this regard :) ).
+
+The tools pl.wp uses is [[pl:MediaWiki:Gadget-sk.js]], but be aware that it also includes some non-code cleanup and some pl.wp-specific rules for template replacements etc.",241302,2,,
+-12.255449462073287,-5.713404316323652,1.294859831965875,4.513203256266751,-3.623786384194884,1.2676290483191366,2.247321618204367,5.059450443717483,5.001121236363831,0.09136562063495202,0.5569991232093472,2.9798497579158214,-3.0787576313625573,-0.4561226617182025,-1.4844541379957532,-1.9017536587459465,0.13968239563852866,-2.2411352175921797,False,c1,3,"It would be very helpful if you can provide a list of any other default whitespace rules for other wikitext elements.  It is simpler to implement this in one shot rather than piecemeal.
+
+Right now, we cannot implement different rules for different wikipedias, but, if necessary, something that we could consider at a later point.  So, can you also include some information, if you have, about whether the style rules are universal or specific to pl.wp?",241296,2,,
+-5.873674919647793,-6.589473413893443,2.435850336269117,-10.343661831665822,10.163389682031948,-5.347800982658493,7.291013355981951,-0.43268346510119793,-0.7408075900610879,1.4619619274186846,-0.19271341790311514,-0.5146188422277627,1.394320797584903,-2.252015823447251,-0.1938772327598155,1.5072362675997732,2.3840765969139666,2.5272829459812827,False,c1,3,"Indeed, this seems to no longer be a problem (testing the reproduction steps by @jayvdb). Rich text is correctly pasted.",1133416,269,,
+6.40797676719173,-7.12764431152081,17.58606313786718,0.1648628337139506,-8.25410554692489,0.36186620335841546,0.14934240919257924,-3.136746958968659,-3.068440796885983,5.0258961782147615,-4.9314146971397115,1.3791553414212654,-0.12780241717108964,-0.06413467529544237,-0.7619503163339183,0.6502410981202495,2.7222532938829946,-1.7153699258635253,False,c1,3,"Today it seems to work well. (Firefox 42)
+Or I have not undestood.",580858,128,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 65593 has been marked as a duplicate of this bug. ***,240133,70,,
+-5.646866782144523,3.5222325062156727,-5.346840740111892,-13.312532402120192,-6.428954988254584,-2.776270796961004,-1.9965057023931436,2.0879649010177794,-0.6735357191866803,1.0883132982447696,-1.8331658521912852,-3.19049092877522,1.1204250989707276,4.015641280197983,-0.27010119389551024,-0.3355121873729834,0.6895964434114458,-0.6548724363802019,False,c1,3,"This is similar to bug 33105 and bug 41193, but this bug is more specific as it is within the same window.
+
+Steps to reproduce:
+1. Create a reference with '[http:example.com example], publisher, year'
+2. Open dialog for reference created in step 1
+3. Copy the richtext reference and close the dialog
+4. Insert reference anywhere, and paste the clipboard
+
+Results:
+Plain text paste 'example, publisher, year'
+
+Expected results:
+Richtext paste '[http:example.com example], publisher, year'",240127,3,,
+15.418819929833719,-7.7189590756913535,-0.423345164655758,-10.210451320158988,-4.766868982312195,-8.53913346210021,-8.796799974899807,2.6907643074071887,5.14750232888865,-3.347977707939155,0.10673903778623384,1.116050379359681,3.68551377091892,-3.26560811219265,0.24579924719268265,2.4057700202582355,-1.0004720814883832,-0.9223926970734628,False,c1,3,"**lunarjam.mcgahan** wrote:
+
+Further information
+
+See attachment Bug 51725 further explanation
+
+**Attached**: {F11355}",240123,3,,
+16.321550609321456,2.9960223183612165,-0.7050389670376542,5.0030809712171855,3.5523009427159007,-1.3162483693201743,-1.854966013858789,2.752305790996369,0.04366780385430058,1.0272548765686542,0.3298797534760861,3.3166563878098687,-0.8877155631372122,1.980313857561861,-1.5591018709009026,-2.142496620490134,0.8270846769008564,-0.8560223151126771,False,c1,3,"That ref is only on one page, in English and Thai
+https://www.google.com.au/search?q=""History of the Vardo""+site:wikipedia.org
+
+And I was able to do a basic edit to that ref on Chrome Version 28.0.1500.72 m/Windows 7 Enterprise SP1, in Vector and Monobook
+
+https://en.wikipedia.org/w/index.php?title=Recreational_vehicle&diff=565400866&oldid=565097139
+
+https://en.wikipedia.org/w/index.php?title=Recreational_vehicle&diff=565401640&oldid=565400866
+
+https://th.wikipedia.org/w/index.php?diff=5049776&oldid=4731458
+
+There must be something more specific needed to reproduce this.",240118,3,,
+2.4491666164624775,-0.9035111165276959,-1.9331800746297487,2.633324798297032,2.801245144314043,5.760916611949277,-4.395362936565804,4.528661327729377,-5.450608436905032,-0.013777418473113201,0.3482469454018703,-1.2131177344780468,0.5566268752739347,1.0640882084191616,1.680173757460837,2.11401287816925,3.406819324786367,-2.134653956399815,False,c1,3,"The contents of the attached Word document, to the extent that LibreOffice will display them, seem to be:
+
+The source code is as follows:
+[http://gypsywaggons.co.uk/varhistory.htm ""History of the Vardo (Gypsy Caravan)""], ValleyStream Media, 2009
+
+Was there a screenshot that you meant to include? Could you give us a link to the article? Could you explain the problem in more detail?",240112,2,,
+28.76392391521253,9.249644330439438,5.591682890916087,-13.409686380547043,9.276771926348001,-0.8810769192753032,-8.49755121798756,-15.724934550022708,5.74725765323085,18.435481922091945,7.985143821218298,-5.308297445735628,-9.843726182685815,-3.935069381860175,12.545269367674944,-4.253326100505726,4.6228302701703115,6.7534517499172,False,c1,3,MathJax support is discountinued T99369,529358,115,,
+5.490418295650379,2.613981340011346,-5.367776470488072,4.058643854030228,7.015694240746676,1.7695728262532242,3.0452650359404707,4.000341303972761,3.0247044332545334,8.50012678030187,1.8829358240474106,0.18427559020310458,1.7719226784937616,-1.419852009328597,-0.658944750725323,-3.4247187043833516,-0.36410740972415384,-0.11732282861213372,False,c1,3,Mathjax is interesting for ZIM files and Kiwix because this would allow to reduce bandwidth/storage usage. Hope this is still on the Parsoid roadmap.,238639,49,,
+0.8616937426829772,0.7575230205683816,0.9123206256345604,-4.37655257837732,0.06075583194510159,-1.5631205520504121,0.6023218714675682,2.2776984968437413,6.286698693524427,-0.37472904044934463,-0.7269547457200369,0.8221028960303061,-0.5025054274220495,0.18639001386741683,0.346281946101048,0.3353117413667084,0.9587553919138445,-0.6316235176183609,False,c1,3,"(In reply to comment #12)
+
+Thanks, Gabriel! That's very helpful.
+
+> I'm also looking forward to learning more about LaTeXML vs. MathJax options.
+> No browser supports Content MathML currently. The question then is if it is
+> still useful to produce it for search while always rendering via Presentation
+> MathML and/or server-generated SVG.
+
+That's a good question. Especially, if Content MathML from TeX  can be good enough (with ""random"" authoring instead of firm semantic guidelines).
+
+> Copy&pasting entire formulas should be possible as long as our data-mw
+> attribute on the outer wrapper node is preserved. That has the TeX source,
+> which can be used to re-render the contents from scratch. This will enable
+> copy&pasting of entire sections including formulas.
+
+That would be awesome. Subexpressions seems impossible right now -- but one day, with shadowdom and a lot of great heuristics it might just work...
+
+> Are there popular screen readers that handle math? I agree that MathML is
+> probably better in the longer term, but for current screen readers a speech
+> string could still be a useful fall-back. At least if that would not prevent
+> a plugin like math player from using the MathML instead.
+
+A static speech string is never a bad idea for legacy screen readers. There are only two math accessibility solutions, MathPlayer and ChromeVox. AFAIK a number of screen readers ship MathPlayer but I'm not an expert on screen readers. 
+
+Since ChromeVox is mostly JavaScript (and open source), an obvious idea is to create a MathJax extension based on its technology.
+
+The thing is that accessibility is about more than aural rendering; in particular synchronized highlighting is extremely important for learning and other non-vision disabilities. That can't work with static strings.
+
+> I think nobody is suggesting to generate *only* SVG. 
+
+I'm glad I misunderstood you :)
+
+> I'm not sure about the need for reflow in Wikipedia, as the limits of texvc 
+> seem to have motivated authors to handle this manually in TeX.
+
+I seem to have a very different experience :( Anyway, right now PNGs are the only option on mobile (bug 45816).",238630,9,,
+0.8934533658961961,2.8155885945493537,-1.822668096603645,3.6207136917557197,0.7845552074498201,2.4686314212366014,3.254527691387267,0.7960522858269788,1.6540484943382856,1.4049659595708173,-0.1752937437791724,-0.024114004762589403,-0.5336308180024831,-0.5475733099404408,-0.19512108910478076,0.7381394678737259,0.13966403838796806,1.0095915121213053,False,c1,3,"(In reply to comment #11)
+
+Peter, thanks for your input!
+
+> Are you just collecting thoughts on this? Are you thinking about long term or
+> short term? Is the topic now the back end or is it still the front end (as
+> the
+> issue title suggests)? 
+
+In the Parsoid project we are developing a long-term HTML storage format for Wikipedia content. The VisualEditor uses our HTML, but also has the freedom to cut some corners for display in the shorter term. However, our long-term goal is to use Parsoid HTML also for regular page views. This is why we are now thinking about issues like copy&paste from read-only pages into a VisualEditor instance while refining the DOM spec at http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec.
+
+Because of its rich metadata, Parsoid HTML is also useful for researchers and search engines. Ideally we'd also like to expose math in a way that works well for both content analysis / indexing *and* display.
+
+> I'm meeting Martin Schubotz (the author of the arXiv link)
+> over the next few days, so I hope to learn more about his projects (and he's
+> coming up to WMF after that I hear so that's awesome).
+
+I'm also looking forward to learning more about LaTeXML vs. MathJax options. No browser supports Content MathML currently. The question then is if it is still useful to produce it for search while always rendering via Presentation MathML and/or server-generated SVG.
+
+> From a search point of view there doesn't seem to be much difference (but of
+> course a specific search technology might prefer Content, Presentation, or
+> TeX).
+
+That might be, although Martin suggests that Content is better for search in his paper.
+
+> Copy&paste is tricky. Yes, it works in FF, but often OS clipboards do not
+> know
+> how to handle it, apps sanitize it away etc. MathJax offers a context menu to
+> access TeX & MathML source (and in our upcoming release any annotation-xml);
+> cumbersome but it works everywhere. We are considering web components /
+> shadow
+> dom, but given the state of support that's for the future (current
+> implementations have some funky copy&paste behavior).
+
+Copy&pasting entire formulas should be possible as long as our data-mw attribute on the outer wrapper node is preserved. That has the TeX source, which can be used to re-render the contents from scratch. This will enable copy&pasting of entire sections including formulas.
+
+I also get the impression that copy&pasting parts of a formula directly might not be feasible. It works with Presentation MathML in FF, but that would not be useful as we don't have a way to convert that back to TeX. It might make more sense to let users copy the TeX and insert that in a new formula using a widget.
+
+> * generating static speech strings is the lowest form of a11y, especially
+> when
+> you could use MathJax which math accessibility tools support.
+
+Are there popular screen readers that handle math? I agree that MathML is probably better in the longer term, but for current screen readers a speech string could still be a useful fall-back. At least if that would not prevent a plugin like math player from using the MathML instead.
+
+> * generating static images of any kind will remove all the advantages of
+> reflowable and accessible content.
+
+I think nobody is suggesting to generate *only* SVG. I'm not sure about the need for reflow in Wikipedia, as the limits of texvc seem to have motivated authors to handle this manually in TeX.",238621,9,,
+-2.15790446837281,-2.0255073151685483,0.35189614708916084,0.5372760384994475,-0.16227893725605824,3.392011918059307,1.3215630527311895,1.4911837694488086,3.2727868080324853,-0.13348255422282307,0.0072587889123409965,0.07688967030902916,-0.5350555980569647,-0.24805660439450383,-0.5876915965545235,0.18237821750458538,0.8894583782577055,-0.01396451199378479,False,c1,3,"Arg -- I had responded twice, twice it was lost... Trying again.
+
+===
+
+On Sept 4 (after the IRC chat log) I tried to post:
+
+Obviously, I'd love to see MathML + MathJax on Wikipedia. That would be a huge step forward for math on the web, accessibility, and education. 
+
+But on the wikitech-I thread I started a while ago, there was a bit of uneasiness when it comes to MathJax performance, especially on mobile. I got the feeling that fallback images will be required for a while. Perhaps SVG might be better though and MathJax could help there, too. 
+
+MathJax is modular on input, internal and output which is sometimes confusing in discussions; so yes we have an HTML/CSS output and an SVG output. At the same time, the texlive+texvc backend is a bit horrible. Personally, I think LateXML is a great tool for converting full LaTeX documents but I worry that you'll need another texvc to limit it -- it's too powerful. MathJax might just fit better because of its restricted syntax (and is extensible through javascript). Obviously, I'm terribly biased. For the record, LaTeXML is miles better than texvc. I'm meeting Martin Schubotz (the author of the arXiv link) over the next few days, so I hope to learn more about his projects (and he's coming up to WMF after that I hear so that's awesome).
+
+Copy&paste is tricky. Yes, it works in FF, but often OS clipboards do not know how to handle it, apps sanitize it away etc. MathJax offers a context menu to access TeX & MathML source (and in our upcoming release any annotation-xml); cumbersome but it works everywhere. We are considering web components / shadow dom, but given the state of support that's for the future (current implementations have some funky copy&paste behavior).
+
+I did get the strong impression on wikitech-I that wiktext should keep TeX as its internal format, so I'm wondering what you have in mind for pasting MathML. MathML isn't semantically rich enough to produce human readable TeX.
+
+Regarding Content MathML, that's a topic of debate. I'm not an expert on Content MathML but I've heard relatively negative things about it from a semantic point of view. A case in point is that accessibility tools don't do better on Content MathML than on Presentation MathML -- they build their own semantic structures on top of it anyway. In any case, you don't see a lot ContentMathML in the wild since no one can render it.
+
+From a search point of view there doesn't seem to be much difference (but of course a specific search technology might prefer Content, Presentation, or TeX).
+
+It's more important to produce high quality Presentation MathML instead of low quality Content MathML. MathML today is a bit like HTML 1 -- we have the language, some basic rendering, that's it. MathML has missed out on 20 years of web development (although it's the de-facto standard in publishing and technical writing workflows). MathML on Wikipedia would be important to push things forward but small steps in what's currently possible would be better.
+
+
+====
+
+Yesterday I tried to post:
+
+cc'ing Fred and Moritz who have been actively working on the math extension recently.
+
+@Gabriel I'm a bit confused by your last two messages. [[well, less so after seeing that mine didn't get through]] 
+
+Are you just collecting thoughts on this? Are you thinking about long term or short term? Is the topic now the back end or is it still the front end (as the issue title suggests)? 
+
+Anyway, here a few more thoughts, trying to provide some outside input.
+
+* Content MathML won't help on the front end -- you need Presentation MathML on the front end and use polyfills where necessary. MathJax works on all current browsers and while older machines and older Android devices may still see performance issues, those will continue to improve. Replacing images (PNG or SVG) on the fly is a progressive enhancement on all systems.
+* the prototype that Gerardo mentioned combines MathJax and ChromeVox, so you'll run into the same problem for MathML support.
+* generating static speech strings is the lowest form of a11y, especially when you could use MathJax which math accessibility tools support.
+* generating static images of any kind will remove all the advantages of reflowable and accessible content.
+* the math extension does not yet use LaTeXML but Fred and Martin are working on that.
+
+I can't help but point out that there are also a number of serious issues with WIkipedia's math that are more important than ContentMathML. For example, there's no display math mode which is an incredible shortcoming. There's also poor unicode support and poor RTL support. None of this will improve by switching to Content MathML -- garbage in, garbage out would be the result.",238615,9,,
+15.36114879799055,-3.9079159818599916,2.5868818342110442,3.2075166780728406,2.753470061261728,0.39054290716898876,4.256461871116693,-1.666386164080555,-2.240188021656685,2.2464943159687953,-0.5358859156872213,0.10589938590475967,-1.5955715439030511,0.41222862871386967,0.458654263799227,1.3650126270421274,0.6624849658395446,0.16373984923425278,False,c1,3,"MathJax only works with Presentation MathML: 
+http://www.mathjax.org/resources/faqs/#problem-content
+
+It also accepts only Presentation MathML as input. 
+
+We might actually be better off using LaTeXML (https://www.mediawiki.org/wiki/Extension:Math#LaTeXML) to generate Content MathML. LaTeXML provides a web service that we could probably use directly. SVG can be generated with dvisvg from the TeX source. Afaik this is already used in the math extension.",238609,9,,
+-2.424941092379651,1.8937303368968639,-7.685832588361542,6.513597847785698,0.7530140263325773,-1.195202196383379,1.621109651442719,2.145283890639608,1.2175645720414703,-0.4742450583662614,2.0268446515376968,-0.5261122620337115,-1.4790966542316268,-0.24446313058223557,-0.9773866710301309,-0.2670632691222279,1.309772570491179,-0.7627911437534807,False,c1,3,"Just had a meeting with Gerardo Capiel in which we also talked about math. He was involved in a node / MathJax prototype that renders to SVG plus a textual description of the formula suitable for screen readers. It might be possible to use that to avoid the need for client-side rendering altogether:
+
+* Content MathML as primary rendering for indexing and good rendering in Firefox
+* Server-generated SVG fallback for fast rendering on other browsers
+* Textual description for screen readers
+* tex in data-mw for editing
+
+The fall-back selection needs to be worked out, and might depend on JS. Compared to client-side rendering from TeX with MathJax this should be pretty fast. Ideally the DOM will not be modified, so that copy&pasting from a read-only page into an editor preserves all information.",238603,9,,
+18.30858412902994,0.7182226347554153,5.659705143469939,2.3871697895850303,5.8792766752643555,0.2284193733227653,3.242752235158566,0.429092534800667,5.09006997243446,-2.9960752886524213,-2.7654029845602417,-5.197484758602953,3.53412986302669,4.13628558941292,2.8174879306846945,-2.8750227016452468,2.264786050668005,-2.2881098474687747,False,c1,3,"Very relevant: http://arxiv.org/abs/1304.5475
+
+How does the MathML generated by MathJax compare to the 'content MathML' generated by LaTeXML? Is it purely presentational MathML?",238594,9,,
+-2.4621613940558977,-3.514292176992912,-0.500522295991173,-1.4609553782885953,-2.267816692456859,-2.7343872229137,3.380269491210637,4.559966132057837,0.03477771662091422,-1.2919641709436154,0.55145569741691,0.7627152051863382,-2.6273013776245486,0.9570146423710961,-0.14472322273602511,2.070857163011718,-0.060756607491462306,-0.24585645585923732,False,c1,3,"We currently render as PNG with the tex available in an attribute. It would be nicer both for semantic information / indexing purposes and copy / pasting to render as MathML instead. MathJax could be used server-side to generate the MathML from tex, and client-side as a polyfill to provide HTML+CSS (or image?) rendering for browsers that don't support MathML well.
+
+Copy / pasting native MathML seemed to work quite well the last time I tried it in Firefox and vanilla contenteditable. MathJax-inserted HTML+CSS will likely not do so well unless we preserve the MathML and especially the tex in the data-mw attribute. At least entire formulas could be copy/pastable that way though.",238588,9,,
+-1.2741249424794328,3.5327158744338334,1.816024918032256,3.112570863346159,1.6306306863811546,3.961515761574578,1.2344060870022187,7.165347199634592,-7.6091187288164415,3.003490565694304,0.1548080854223275,0.3815872961626843,-2.019876100209605,0.08340141927691525,-1.4518667015374749,1.0382913640689466,-0.4007687672974943,-0.5596592786167163,False,c1,3,"Thanks for pointing me to this thread, Gabriel. 
+
+Let me add https://bugzilla.wikimedia.org/show_bug.cgi?id=48036. 
+
+If there's PNG+TeX in the page, then MathJax can replace the image on the fly. That will produce a nice user experience as the math will always be visible and only improve once MathJax is done (cf this Chrome extension https://chrome.google.com/webstore/detail/wikipedia-with-mathjax/fhomhkjcommffnlajeemenejemmegcmi).
+
+For the OP, I should point out that MathJax preprocessing will remove the spans and insert its script tags, so you might want to insere those directly see http://docs.mathjax.org/en/latest/model.html#how-mathematics-is-stored-in-the-page.",238581,9,,
+-1.6932656401054578,-10.049709186011713,-1.056363378607337,-5.723029892499972,-4.567810488414182,-4.184444488779539,-2.6020216848892677,-1.7016744095535077,-1.8319331249606612,-1.759210727595042,-3.713516807033628,-2.2710911762932384,0.20707619467381289,-1.203693632073436,-2.8293224728595305,-0.19844182435502278,3.6754398293784827,-4.608575832960152,False,c1,3,"From IRC discussion with pkrautzberger it seems that we could actually use MathJax directly to convert tex to MathML without calling the API at all. Some work is still needed though:
+
+[17:03]  do you have a node package?
+[17:03]  ah. no. The problem is that MathJax requires a dom  right now. But we plan to liberate parts.
+[17:03]  we have a dom
+[17:03]  (a lot functionality doesn't make sense outside the DOM).
+[17:04]  domino currently
+[17:04]  but TeX2MathML conversion could be isolated easily (MathML to SVG not as easily). BTW our internal format is MathML.
+[17:04]  it only implements DOM4 in case that makes a difference
+[17:04]  I'm not sure if dom4 would be a problem.
+[17:04]  but we've seen people use dom runners.
+[17:04]  we could also use JSDom for math if that helps
+[17:05]  supports the other levels
+[17:05]  and script tag execution
+[17:05]  well, ideally we could just isolate that from the dom.
+[17:05]  but yes, I know someone who got jsdom to work with MathJax.
+[17:06]  ah, that sounds promising",238576,9,,
+6.344575644343989,14.80914988428449,6.023967969032389,-14.54002537935101,-14.304328180621994,-6.3083942857119055,-6.396999803460829,10.52564465494362,-14.668531942391818,15.578470409911697,-14.65600358644258,12.786043086910688,3.8352701571727374,1.0711733665481054,-2.516005674339198,-8.734557180342222,-0.6609420243606144,7.967878426839308,False,c1,3,See bug 52031.,238570,6,,
+-13.600361797799863,0.14309951163213874,-1.5155479966648002,5.257513719902642,10.702399144012126,12.116397454622966,-6.916760393381269,4.549242548846042,-9.957749410497355,-1.9661884256350937,-3.68493145914688,-3.3174961616918948,1.7266857689750372,-1.979852102066156,-2.0226150439507466,-0.752818126193513,0.1122630498105128,-6.4462156241729875,False,c1,3,Have we filed a bug against the mw api to support this?,238565,3,,
+-5.979223335905043,-5.188331727030876,-3.2640506883339153,7.171484275768469,2.8541344731588314,0.0038049848262406982,-1.2073158998774574,3.8798903482166467,-3.5433680149229394,-1.9890854422178124,-1.3923998245033156,-2.816273735877797,0.09559001374860632,-2.316309825574572,-1.7091631225304342,1.5582660127976535,1.4669276589774622,-1.8707102107746327,False,c1,3,"From IRC discussions:
+
+It appears that supporting this on the Parsoid end would definitely require an update to the mw api so we can pass in options to the extension (something like action=callextensiontag&attributes=...&options=...)
+
+In addition, if the math extension doesn't accept output rendering options (except via config settings), the extension itself will need an update to support this.
+
+Once both are present, Parsoid can emit mathml.",238564,2,,
+-3.7979193469127828,-5.867552339922554,2.2827119046341764,3.3486793393337226,-1.9676897463501355,2.6693659391545026,3.0883148058783085,5.223312116781946,-1.3357416765197447,5.809951651096647,-3.6587971513232938,-1.8537228641116612,0.7815323038556397,-1.0637295961251554,0.5405682941531609,0.5855682963445714,-0.5726730413394001,-1.9166750997081614,False,c1,3,"With VE's JS requirements we can just force everyone to use the MathJax rendering when editing, makes things a lot simpler and both ends, and means we don't need to round-trip to re-render.",238563,2,,
+-11.62998401793078,-1.8877464228013157,5.501686153281839,-1.289971256421401,1.5194276210515927,22.04410175538718,-8.201529518836855,-4.937609114587196,-4.364571972314291,-8.414273191098243,-1.7170989330323545,-1.4540760035263278,-2.3630339372541167,-1.3754855426143064,-5.741258876552392,1.8344489757640436,-0.3123685078208335,3.7528130338611914,True,c1,3,"I have a patch for this one, taking it.",237617,13,,
+-3.491708063321516,14.387576534640807,-15.370778034378542,14.35541782347129,5.439954988581734,5.833186459469726,4.787368558573663,-2.0190894242934725,3.1383405853892636,5.171138751417674,-2.6911120437019442,1.2368731533464121,-2.3345851935506783,1.5377888863660731,5.3561765683807545,4.231362691605815,-1.3435415610367711,0.4375940413083135,True,c1,3,"Namespace prefixes need to take precedence over interwiki prefixes in Parsoid, as is the case in the PHP parser.",237614,6,,
+-9.065104816379085,8.350197788846433,-1.5999033659676354,11.190567596016896,-8.973233730360228,-5.745502523523132,13.576186532815365,6.716866026151558,3.4670858510398608,5.641409279633322,-2.1735914598858135,-2.492566945070806,1.4273805261379078,4.700119221024609,2.315543053149759,-6.064367084108417,-3.204722925172326,2.474604438233754,True,c1,3,Can't reproduce on enwp for obvious reasons.,237609,4,,
+2.3451464855017274,2.425486548022331,-4.739998324407258,-8.307256331749393,-3.028950249324029,-5.368692384916512,-6.1701328531471455,0.9187051745427153,-2.844265472414926,-5.726647147262366,-1.2697357905157975,-1.1495744483712205,2.4424605317654784,-3.6709221591991694,-2.324424417767455,3.1013096766526767,2.2692474496731156,2.491225090832508,True,c1,3,"Created attachment 12996
+screenshot of adding a wikipedia: link
+
+**Attached**: {F11284}",237604,4,,
+21.773839027183477,-2.5969605225570263,-3.682553521326523,3.975328773467906,5.614976760285407,-3.3051026724900847,-5.561267623941368,0.4365479828059344,0.9229876013492855,-2.5824180011995352,-2.1791088851272042,-5.637977166200346,1.018296807135127,2.1899326484054598,-0.04857726948305885,1.9271979018549656,1.7043331630567535,-3.7704962850720998,True,c1,3,"This is because Parsoid sees [[Wikipedia:VisualEditor/Cosa_cambia]] as a link to [[VisualEditor/Cosa_cambia]] on interwiki ""Wikipedia"" (i.e., the English Wikipedia). Whoops.",237599,3,,
+18.54039963299619,-8.679544838870711,-1.5845886249838248,19.645264590771873,4.995807425546463,0.6520594308302723,-1.264089635137056,-0.40593726533765406,-3.9546727760162934,-2.804668678853472,-4.015498323923232,-0.773090958730724,1.0075270190122216,-2.625728617095375,-4.127360856007486,-3.12456407972522,2.4131038645775695,1.250611243186777,False,c1,3,"Seems to work for me now. Tested on Beta Cluster using iOS Safari 8.0 on an iPad.
+",475919,102,,
+16.161713694447656,0.18290891616257277,0.06600418297038413,4.385151281325969,-7.1799556331161245,4.757608565473227,0.05081605119477217,-1.9528385667496098,-1.0787480747665994,1.6900888275506079,2.3030122140561353,1.1795523622033572,0.09202507642473767,-0.3242644273110449,-0.2373913203083129,-0.4089145383578914,-0.48609737665639463,-0.10808794114118747,False,c1,3,"(In reply to comment #0)
+> An IP user on the English Wikipedia reports the following slightly alarming
+> bug:
+> 
+> ""After I edited text near a link, ""♙♙♙♙♙♙♙"" characters started appearing
+> around
+> once a second, and I couldn't stop them or delete them.""
+> 
+> Based on another bug report left a few minutes later by the same user they
+> were
+> using MobileSafari on iPad 2 with iOS 6.1.3
+> 
+> I can't replicate this in Firefox on a Linux PC and don't have an iPad to
+> test
+> on.
+
+Since you asked,in VE test edit we had encountered it at mr wiki http://mr.wikipedia.org/w/index.php?title=तेकिर्दा_प्रांत&diff=prev&oldid=1189390 When I increased space.I suppose developers already may be taking care of this.
+
+I suppose en wiki maya be needs to track nowikis with better targeted edit filters for space and other mark up aspects.Thats my guess.",237371,2,,
+15.919366111285017,-5.075906520543727,-8.491531897529644,16.050187872801388,-5.2434218130206895,-13.158128272695873,-8.561614078807935,-4.472667996662377,-2.0735466776300493,-3.2323841456850375,-7.895607465458911,5.426525568479053,0.924254556100967,0.18638934104789762,-4.9554960762966775,-8.974871311594669,4.190517435370335,-2.3612971645013574,False,c1,3,Done by gerrit 117305.,237192,35,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52950 has been marked as a duplicate of this bug. ***,237188,7,,
+-14.424621165290118,6.89460825425526,-11.629706039976536,10.601247768554602,11.357804224184022,5.962915865128284,0.8111834659048895,0.023964830460067532,-3.828910518500284,-5.443916129898772,-3.7580935005354266,-0.36788019272713157,-0.7069008006366397,-0.5769701940992732,0.24394466574348783,2.554378686581763,-1.6010432910040227,2.1561671033690764,False,c1,3,"After a moments though I wonder if this might be the same issue as bug 51670, with the search requiring input that matches the parameter as defined in the source (which the VE user has no way of knowing) rather than the title as displayed in the parameter list.",237184,2,,
+-13.979421195937915,9.501405466529228,-10.057579319880844,-6.456079970097489,11.704065385626254,4.990561387191221,5.553505256570347,-2.7283243520616813,-5.139635102458735,-1.0546535462241602,2.105048172093048,-1.9242173177621447,-1.2848993050396273,1.2716549895913591,-0.14176464287879087,1.0354815298372029,5.187107351813592,-0.9652471620391547,False,c1,3,The button has now been moved to the right of the template or parameter's name.,237132,35,,
+-0.539708711684006,8.406545302944743,-3.5733734538802477,0.04883499529034374,-2.035746441313764,-0.05200813665305937,2.5483717658075307,4.159481254888704,-0.9259550738932424,2.114439000285347,-1.4290920491587569,-0.9172597188953269,-0.6973681566645151,-2.3500609376109085,3.4248076520481456,-0.013381295645535474,-1.3326938633688932,-0.6031982771516402,False,c1,3,"(In reply to comment #2)
+> The problem is that button removes the single template that the pane is
+> about,
+> not the entire transclusion (which can cover from one template to thousands)
+> -
+> the dialog footer buttons are meant to apply to the entire dialog's subject,
+> not just the bit you're currently looking at.
+
+Ah rights, yes that does make sense
+
+> However, maybe it could be up in the top-right, alongside the name of the
+> template you've currently got selected?
+
+Right aligned on the same line as the template name / parameter name (for remove parameter) does seem like the best. Need to make sure that it doesn't collide with a long template/parameter name though.",237124,4,,
+-11.35479356953051,1.9995083343871123,-3.649172035316864,-1.5032719594342172,2.627693874757732,1.311014393983644,4.8658491274306375,-0.4720804378033384,-1.915937820764404,-0.4630030238562095,-2.0859656255513235,0.21187956850567957,0.9786397303368699,-0.784302183011351,2.037044514500474,0.6124680691483135,1.364658741300416,0.009979640170400206,False,c1,3,"(In reply to comment #0)
+> *moving the ""Remove template"" button next to the ""save changes"" button (which
+> would probably be more logical than placing it under ""options"" - see also bug
+> 51135).
+
+The problem is that button removes the single template that the pane is about, not the entire transclusion (which can cover from one template to thousands) - the dialog footer buttons are meant to apply to the entire dialog's subject, not just the bit you're currently looking at.
+
+However, maybe it could be up in the top-right, alongside the name of the template you've currently got selected?",237115,4,,
+-14.823714585209592,3.7472365491377175,-7.157356701354337,2.7334912119408177,8.26303652205246,2.498241647682791,4.083042645556018,3.0806942323043005,-3.0804132552241485,-4.603059905809197,-2.3241407034717003,-0.36781088053726396,-0.5184220101678294,0.941334910614285,-0.10421330879410595,-0.9624354430184012,2.8428921148848203,1.598485398200435,False,c1,3,"The fix to bug 51739 has made this less of an issue, in that the remove template button can be accessed by scrolling to the very bottom of the list. I still think the button would be better placed next to the ""save changes"" button though.
+
+Changing from a bug to an enhancement accordingly.",237106,3,,
+-0.9365267935564789,4.802940744781289,-6.035053966728427,-0.523948740347052,1.7133716193269368,-4.195368308898818,3.8374288065195135,0.8246473625299663,7.564604407922932,0.15789937352607186,10.197002354268028,3.9854399246385457,-0.795630568230693,2.4817503799032767,-1.1041307660165234,-6.212779808806001,-1.597291679792109,-1.4289831470823904,False,c1,3,"Specifically, this was fixed by Ed's changes to clickable nodes last week.",236711,50,,
+-13.950480973452969,3.135519147665285,-1.326441783058648,8.975811324331437,13.131080679592408,-0.34667687007195624,6.9691113998647065,4.989987753386572,-9.594688190788649,11.678864332026366,-3.7783735419632563,-1.4605444144165292,2.758994330474522,4.774074477239007,6.966662750844031,1.750033720324597,-1.9617570487793439,3.5205406378901665,False,c1,3,This doesn't appear to be a problem in master.,236704,50,,
+-9.134930041364779,11.493298560169642,-13.59780193997115,7.792439687078607,5.387261076592246,3.525806630414909,0.8000367429790085,3.406786483241072,1.6962196754930912,-5.117624241356279,-2.4809613906201524,-1.013361117668926,0.0950546361937823,-1.2511193261078963,-0.6239504545470824,-3.6759459129303758,3.060833571679476,-2.3751581179511283,False,c1,3,fwiw about Problem 1 the same happens with text based templates. Tested with the template {{languages}} at the top of the page at https://www.mediawiki.org/wiki/Groups,236699,12,,
+-11.785529522810652,-4.6354419604450605,-1.005226838161651,0.05829947654035372,1.850857874240118,2.836040296632749,0.7010289838933446,4.903243732387585,-2.9973248129351635,-4.494967978955265,-0.9849654180525893,-1.7359590437157069,0.6720828933564373,-2.1145521527629128,-0.1616263498132149,2.1095345164549615,4.584332890657154,0.40374888843064527,False,c1,3,"Some suggestions about dragging from Adam C.:
+""If I might suggest, if dragging isn't possible, why not just make it that when you select an image, you have a few buttons. A left arrow to move it left, a right arrow to move it right, a menu button between them that'll give you the chance to edit image properties (and to set the rarely-used centre), ideally a way to directly edit the caption without entering a menu, and perhaps a little drag bar at the top for moving it vertically? (Having a standardised place to grab and drag would be an excellent idea, by the way.I'd suggest adding a little bar at the top of an element when it's clicked on.)"".",236694,12,,
+-6.80575159009779,-0.5434255631048366,-0.8036453161805395,9.545857287165399,-0.8693686498450024,-14.022052191178172,-5.884845025221023,-1.7536001010258007,0.6963575074509609,0.9958434840159534,-8.06236219810794,9.135342926630411,4.657872568127724,-3.3228407232516073,0.20289780081487097,-3.381743430960776,-2.082134703911875,1.543154893881359,False,c1,3,Note that there is one (exactly one) piece of useful information in that comment: @abstract,235923,2,,
+14.05247837362129,-5.689241792430179,-0.7175897752805731,2.07076481551025,-0.09996213966322998,-8.137984667241785,2.9758868568041112,-2.128095998828861,0.39966842330949537,2.8023427967499153,0.18279926344293562,-0.3035048718497251,-1.5856134220067601,-0.7205967026470319,-1.6597657968317696,5.329188930299847,-1.8885900811448104,3.19675997811231,True,c1,3,"#MediaWiki-extensions-GettingStarted has been removed from Wikimedia wikis and is getting archived per `T292654`. Thus declining this task to reflect reality.
+
+See e.g. #GrowthExperiments-NewcomerTasks or #GuidedTour instead nowadays for related use cases.",2251231,546,,
+4.037760100180973,-4.432728915278291,7.676381211563722,-1.2510240387091631,-6.126530552373167,1.0800393385802778,-1.9352290631376015,-3.840135659207816,-2.249818021946048,-1.1586145694808843,4.1551181986950265,0.007674620657948772,-2.5864397768229823,0.7869001832391398,-2.7055493960010537,2.8949160854724094,0.995633239225086,0.09570786265864717,True,c1,3,">>! In T53634#991958, @Halfak wrote:
+> @aklapper  Hmm..  This should not be assigned to me.  I'm not sure how that happen.  
+
+See https://old-bugzilla.wikimedia.org/show_bug.cgi?id=51634 - it was assigned to you in 02/2014.
+
+Unassigning (you can also do that) and lowering priority here.",402798,81,,
+1.1330141780145455,-10.573442764035892,16.120046105632184,-4.147258240540355,2.068857589262926,0.3062730104660538,-0.009815768042162887,-3.5517317735868157,0.03370319080376116,0.3025428609317151,0.304190298444607,-1.2631273019276192,1.0149564589701123,2.153227793124387,-0.927737610673621,-2.394124413757083,-5.0939395262544,-1.3553507972964185,True,c1,3,@aklapper  Hmm..  This should not be assigned to me.  I'm not sure how that happen.  ,402703,81,,
+-2.830487358731714,-1.3472494091214315,2.5118219340908237,-2.4828457678949274,6.56384783214104,-5.096985828054262,1.2802293197833006,4.1209601104591105,1.610869391578133,1.3682689804151833,0.4892963397136072,-4.913156745068837,1.639066332703372,-1.5050194500953675,0.1872053427814211,-2.5170027174979723,1.0366485984960354,0.04780978436839245,True,c1,3,">>! In T53634#544033, @Mattflaschen wrote:
+> getPageSchemaAction has been removed entirely, so I'm tempted to close this.  However, we will need to revisit if we want to track something like ""edit impressions"" again.
+
+@Halfak: Still working on this? If yes what's the progress, if no should the assignee be reset and is ""high priority"" still correct here?",401803,81,,
+-2.68513119431854,-0.29360603071332747,-1.9315740462364455,11.02853476731885,-3.2483964237942535,2.9990274548996645,-2.682213257543464,8.81712449453733,5.649061062424904,3.48900561647889,1.9092069033120938,2.7415257696532898,-1.1460358923796758,-0.8040993191086075,-1.199432306289569,1.4126931913254142,-1.8394227778045402,1.0435569376541802,True,c1,3,As part of the new VE tests we will need to have reliable instrumentation (adding Nuria and James to make sure they are aware of this change).,235026,33,,
+-10.57594905553984,-12.394889452037157,10.311366620084183,9.79028195141719,-7.154401704300604,-1.4354401121148967,-0.5460908791554111,-2.835921317532238,-3.050820132297522,4.70244043145814,-0.6653366677460961,-3.865907071752267,1.0531794289557554,3.199351055570708,0.7757969917408358,0.2761275526770297,-1.227198274981758,-1.9788383236711267,True,c1,3,"getPageSchemaAction has been removed entirely, so I'm tempted to close this.  However, we will need to revisit if we want to track something like ""edit impressions"" again.",235018,33,,
+-13.726424426449016,-2.675024598258455,1.1373071973839641,2.138819062118193,-5.242809130681268,2.957764566089036,5.633381718277684,-0.8986095408963547,-6.171405118178059,3.31197734236596,2.4998363633745067,0.5201747654444553,-3.182894535412005,0.7725205414407628,-1.8524445339922306,0.3571556735817438,-0.4622835232658412,-2.3913976039664373,True,c1,3,"When this is fixed, we should also try to put back page-save-attempt and page-save-success for both (we might do it just for wikitext again in the meantime).",235011,16,,
+-2.450572793676724,-9.030561754637024,8.303188012492157,-6.481514695610852,-3.5296429576389308,-2.0443146212936245,6.284321519175203,-2.0921085888682334,2.143159039998312,-0.5285356050765522,-3.3259051497858487,-6.292921841357526,0.7214856423854354,-0.5638146433684879,1.985578351763638,-2.730626893856136,-5.252955931362071,3.4399055922886936,True,c1,3,"Yes, good catch.  VE doesn't touch wgPostEdit, which we're using, at all.",235005,2,,
+2.754205338881448,1.5487718645725117,-8.961434734432903,-9.271232056662903,-6.499956013219052,-1.5762236621977603,-0.9344993163365807,1.8526372647894043,-4.1122437263820455,1.2514928634305278,2.92694864308935,-2.5612022463857693,0.7450202503143943,-3.4764370307034396,-3.7411591509069755,2.102035074714567,-4.7657650670006335,0.7589090610290721,True,c1,3,"**swalling** wrote:
+
+Would this impact page-save-success logging for VE?",234999,2,,
+-1.3349558517721682,-2.3003175914127887,-5.696093964836347,-3.6170436212354975,2.0991956467624053,-4.220606393225722,2.975001196639587,-0.8438589988176816,-4.31971035356934,4.840904581310209,4.376270553382547,-3.7894751071654023,-0.36670024129454104,4.868097699923169,-2.099004291181301,0.8671551238585993,-1.2595299626847176,2.278222593449468,False,c1,3,"Uses of this ""trailing pxpx"" feature are now tracked, see T207032 and T15500, and this (kind of) feature will probably be removed in the future.",2416201,585,,
+-1.335102575651094,-2.300543006186148,-5.696100872039373,-3.6172131660154285,2.09906755264981,-4.22059887790037,2.9741317368635585,-0.8442815507203835,-4.320496631271605,4.840918683406647,4.375933580236811,-3.7896864361625013,-0.36766148268417487,4.868356884691303,-2.0980069241551678,0.8670059457341597,-1.2597877865996916,2.2774598963103077,False,c1,3,"Uses of this ""leading pxpx"" feature are now tracked, see T207032 and T15500, and this (kind of) feature will probably be removed in the future.",2402140,581,,
+25.35248501718383,6.447400089057094,-8.960712396565706,15.119552770270014,-4.9809843106488625,-5.683476989015094,-2.190607473193386,-3.296924167034873,-0.2749763657719384,-3.1952873211744723,-0.465648178531866,3.2499754668019696,4.502908016070664,-4.371297627479737,3.69834445465054,3.357132081227759,-0.9140282713462791,-0.6951349911784206,False,c1,3,"(In reply to C. Scott Ananian from comment #8)
+> Yes, 'pxpx' is actually a ""feature"".  See bug 13500.
+
+groan!",234693,33,,
+-1.0408876859185066,-0.8205825160598295,-1.202760232614502,-10.069696815299015,2.9862763823373992,-3.5830739651826615,-3.9336587145890904,3.0858362032805537,-4.015225215419461,-2.199291132901968,-5.032995019898495,-10.505151553124367,5.1567347159137285,8.901703521534204,5.888287855984665,-2.862968011309571,4.132987101540393,7.5206786090876125,False,c1,3,"Yes, 'pxpx' is actually a ""feature"".  See bug 13500.
+
+Working on a fix...",234685,33,,
+-3.407138459078116,-0.9982987908316776,-4.788721070834932,-1.9566690949147016,4.111920525094472,3.820041357658834,-2.6447182276491876,0.20945406115143084,0.9394821631429717,2.0627537174952693,-1.7854832145150241,-3.6559069760876044,1.3680723425262142,0.11010102788598108,1.0370335034682778,0.130160582852465,-0.18925212067069513,-1.8367475191433156,False,c1,3,"Another concrete example:
+http://parsoid.wmflabs.org/arwiki/%D9%85%D8%B7%D8%A7%D8%B1_%D8%B3%D9%8A%D8%B3%D9%8A%D9%85%D9%8A%D9%88%D8%AA?oldid=11661406
+
+This bug increases a little bit the size of the offline dumps. I have estimated for example that on arwiki, ~200 pictures (calls) are impacted.
+
+It seems that the PHP related code is the function parseWidthParam() in Parser.php (but this doesn't seems to support things lik ""$1px"".",234680,20,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 54371 has been marked as a duplicate of this bug. ***,234676,13,,
+-4.088683424648761,-4.0273526398353034,4.874766567595702,4.450954078196231,0.40645592883922177,4.384232661801139,0.8022693687507427,-6.093095903860294,-1.649032090430306,0.5995277570490485,-2.8749951675946916,-1.5791645727485344,-0.5080957713494905,-0.419426858980979,-0.11593044426321741,3.393557030632071,-5.760318509404183,-0.6765055303444307,False,c1,3,"We are supporting localized option patterns. In this case we get something like $1px, which does not match 30pxpx. We need to investigate why this works in the PHP parser, but not in Parsoid.",234672,6,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51826 has been marked as a duplicate of this bug. ***,234667,3,,
+10.781816601595308,0.9706590320893849,1.6724784725734043,-0.9172054335796762,0.3910182251778753,0.40284779453600095,-4.093204618453506,1.0458872648995836,6.6140092264372425,-2.7369392395440513,-2.414224164718516,1.4101019107745874,-0.5347796270661744,0.11876321928493883,-2.459872420544059,-0.9096125916242426,-4.893590137326704,-0.9572347012500604,False,c1,3,"This happens on every infobox that uses
+https://de.wikipedia.org/wiki/Datei:Kazakhstan_location_map.svg
+e.g.
+https://de.wikipedia.org/wiki/Balqasch?veaction=edit
+
+Im seeing it on _some_ other SVG based location maps on German Wikipedia, but not many (1 in 15?)
+https://de.wikipedia.org/wiki/Almaty?veaction=edit
+https://de.wikipedia.org/wiki/Bosporus?veaction=edit
+
+Other similar issues
+https://de.wikipedia.org/wiki/Totes_Meer?veaction=edit
+https://de.wikipedia.org/wiki/Zittauer_Gebirge?veaction=edit",234663,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51845 has been marked as a duplicate of this bug. ***,234656,3,,
+-9.949304656681436,3.123118945567235,2.2606962050369397,12.471093589958253,8.467001211761058,4.141084336343972,0.05405575661894524,-2.8462223971962732,2.990164800615913,-3.0468171584877513,0.5112994675529513,-0.6915451850148218,-0.47875502501210976,3.6421439553431814,-0.21500167037138596,-3.367276533815152,-0.10420371518975233,-0.7682701511694918,False,c1,3,I've just been pointed to an older discussion about this issue at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Problem_with_image_and_other_information_in_an_infobox,234649,2,,
+-4.728501353532445,-1.9417756906469563,7.120759707033983,-0.5334329809269303,2.2873069736313933,8.046656348490174,1.1294410385794862,0.06211655760090645,4.541687268417219,-7.270439321183412,2.940656922703449,4.639094868200011,1.2719650867532253,-0.05318658753023442,2.6544891025453357,-1.9399278041110937,1.8302375267005162,-1.405182903319111,False,c1,3,"None of the reported issues happen any more. I think most of it was fixed a long time ago, I fixed the last stragglers with T92702.",445973,93,,
+13.505337866803414,2.399474125794633,7.850748142503294,-4.13800263498093,11.508582501482294,-1.6604583388617868,2.222045401151174,-1.1713426772260007,-3.7436941287721712,2.6289707114004264,-1.7975337527608648,-3.5028170105843444,3.482079279280751,-7.81193258840944,3.6387715847201196,0.2850031593774123,-1.1173074786395416,5.468711873463729,False,c1,3,"A user on Polish Wikipedia reports this is happening there, too. Please see Bug:61272.",234483,32,,
+-10.13249261669576,-1.6273972869977715,-5.670593542778986,-1.6147425482468627,0.7098388650439365,-2.073756586596435,-5.887837192043238,1.8797621226843733,-0.8785326490949295,-2.0984277799144224,-4.868466748176651,-2.6867433753661185,2.364476844593323,-0.24147135637211403,-0.014506008554051153,-0.9206848855414091,3.1300634128352693,-0.8867494560908984,False,c1,3,"A user at en.wp has reported what appears to be the same bug also occurring with image captions:
+""Suppose an image lives between paragraphs 1 and 2. If I click before the first word of paragraph 2 and press ""backspace"", the rest of paragraph 2 gets moved into the caption of the image.
+
+Suppose an image lives between paragraphs 1 and 2. If I click after the last word of paragraph 1 and press ""delete"", the image disappears and the caption gets moved to the end paragraph 1.""",234476,2,,
+-6.215328102129919,-17.281706715193025,20.890889303705045,-9.664551697335419,8.888432200374947,3.634243318054697,-5.6492571673341505,-7.45651300379135,12.431918302999948,4.75925052535244,0.4920609931142649,1.1901337062378392,4.260182514514058,-3.9595194067408297,-6.544645963080662,-1.4701079129960068,-7.813154583208742,8.406655503881735,True,c1,3,I think this is now better; closing.,234259,2,,
+-2.176189622340441,-3.9830672100621562,-0.7923592555509475,-5.116889434702072,-3.2086887280102685,-3.7336669482070306,-1.3417218939555529,2.524269118234736,-0.9879954181894062,2.7694230018370805,0.8765438632874327,-1.796064767528612,-0.3624032540287767,1.6744219711680184,0.2255682929582532,0.571276625122525,-0.7378838273192649,-0.8716142814908356,True,c1,3,"(In reply to comment #0)
+> User:Hhhippo notes that the language ""VisualEditor is in 'beta' and so many
+> not let you edit everything yet"" is likely to be very confusing to those who
+> are not techie or wiki insiders. New users may understand better if
+> ""VisualEditor"" was explained or replaced with more general language such as
+> ""This editing software"".
+> 
+> While we're talking about clarifying language, I wonder if those same new
+> editors would benefit from a note that they can use ""edit source"" if a
+> feature they need does not work.
+
+This language has already been changed (but not deployed yet - that will be this afternoon) to:
+
+| VisualEditor is in 'beta'. You may encounter software issues, and you may
+| not be able to edit parts of the page. Click ""Edit source"" to switch to
+| wikitext mode – unsaved changes will be lost.
+
+I think this makes this a bit clearer, though not perfect.",234256,2,,
+-0.5662862918842952,-10.88227923435535,20.21726818143177,-12.80112518328466,27.777055878860832,-14.321514175747456,1.6492623120392107,-16.733503872700627,-2.2011644530386456,12.102576444358556,10.196536095996791,0.2330336024248032,0.8804166467383072,3.4597096482674,-3.3884585119152337,-2.152465357529565,-5.210731799986241,-1.0132871976775277,True,c1,3,This is now merged.,233560,4,,
+-1.0962556910639156,4.6229658404584875,7.734600180144927,-1.508488113277668,-11.604739941210912,6.1452417195800955,-5.654789733812293,-5.150837591163111,2.973971447070899,-0.3205636013635722,-3.0824667800031125,-15.917270249314402,10.184702057457123,12.461901187036808,0.12269490495120694,-3.433485541808223,-4.259415740434526,7.59457196064321,True,c1,3,Digging around I assume wfUseMW( '1.22alpha' )?,233530,4,,
+2.0395726190971697,-9.602945377382607,5.390548247085096,3.616315816426061,0.7334456727971332,0.8214894777609256,0.4507415492877538,2.070178166230914,0.21699445952059548,-4.602420497660048,-3.367442421858247,-0.4938264906564358,-1.361491975098354,-1.6714986376679488,2.5333304222972135,4.916659565127386,0.6030074099164262,-1.482336601550554,True,c1,3,"http://www.mediawiki.org/wiki/Extension:VisualEditor says yes.
+
+I'm not familiar with how extensions usually check for MW version compatibility. Obviously we could do it in the client and throw a JS exception, but there may a preferred way in PHP?",233526,4,,
+-2.9333350054274607,-8.13259805904896,12.36158577023887,-1.0819888450813266,7.020111097103479,-2.960418166236556,-10.071944168579352,9.170804264214588,-3.1255364653237185,-0.7827320710323109,-8.159033725502058,6.478277100987715,2.2727322613191836,-2.0128935947157904,-1.3739971464395804,0.4316011824813164,7.801901696144628,1.1403820106093776,True,c1,3,Is MW >= 1.22 a requirement? If so we can check wgVersion and throw an exception,233522,4,,
+-3.910246690471072,-0.5893916118584048,0.0694930402529339,-9.648701993619948,2.241457539165726,1.5620186407431227,-0.6850956563291906,-7.52090105160172,11.411521858265619,7.5093076248657695,3.2591631364287013,2.2156907456349293,-1.9077255798244648,1.3006613931008328,0.3119734033425732,3.6899260290180167,-1.915234116264102,-0.578888479784526,True,c1,3,This has been resolved in Ic97a636f9a193374728629931b6702bee1b3416a - now menu options are individual tools and they have static titleMessage properties.,232773,12,,
+-11.197731971784453,-7.8011624288503905,0.8444724576534477,3.9354706361732728,-1.6758807660626855,-2.767105514064669,-1.666297100417781,0.6486173448089608,-0.5209022558295671,-2.8325258185394615,-1.6978693760464902,-1.4181605010611258,-0.5014545904733667,1.192744153237575,-2.387170594967465,-1.2906428038438347,-0.7291597998729148,-0.6545803092920117,True,c1,3,"This is now done, but marked as ""experimental"" (so it will show up on MediaWiki.org and the test wikis, but not on other production wikis like the Wikipedias). This is mostly because we don't yet have a proper design for how to have lots of different text annotations (currently we're tracking bugs to create an additional eight on top of the four that now exist including this one). Once we've got a design for that, we'll switch it out of experimental mode, but I'll mark this as fixed for now.",232679,3,,
+-11.141306186761366,-8.809376037071235,3.3895795181003434,-7.612371852664254,-5.948064041031207,4.57634797724948,3.3079906274432958,2.060192363229782,-4.735090994205408,1.6293450736125061,0.10785103680500119,-0.034784792472606796,-1.22543745008029,0.5628164686132695,0.22330245817643846,3.606659437023919,2.208411762044956,-1.4460903065175186,True,c1,3,"With the latest master,  blocks are no longer alienated (so you can edit their contents and copy them), but we haven't added the user interaction tools to set or unset the styling.",232643,2,,
+1.2743311014570997,0.49639682352682435,3.2485293162349373,0.10560807440773345,-3.5324534457009733,-2.3182596644608946,4.00417755468165,-0.9257059674877467,-2.6935773454125442,2.8790640703817916,2.848204628244585,-0.6665512971349141,-0.3122807598334738,-0.6768261453846328,-2.3216323124061433,1.435425707089216,-0.6255265892876768,1.3926556029065629,False,c1,3,"Although this certainly has been discussed somewhere already, I'd suggest adding classes `.mw-diff` and `.mw-catlinks`, that would be used instead of `table.diff` and `.catlinks` respectively (of course, keeping these for BC).
+
+And we could still keep the `[data-mw=""interface""]` attributes, for cases we want to be really sure to avoid matching user-generated markup.
+
+Refs https://github.com/wikimedia/mediawiki/commit/b1e3f9e38d7c74e080e99e58dac55629b9f0b097",2062834,500,,
+-5.972279153450307,-3.1894311802765234,4.762259282808701,8.544019992210396,-1.5664492931718899,7.731566241435168,0.15890370089248407,0.881098742217356,1.25455310636626,-1.6894559245259844,-2.505920745157878,-0.7666361832445467,-1.1243158461373024,0.030480738399701224,-0.3483090888046325,0.9502318730236756,0.274881563899235,-1.0193470119371901,False,c1,3,"Marking as done for now. We can consider the last point if/when we have a use case. When it comes up, I'd recommend we place the `mw.hook(..).fire()` code in `skins.vector.js` and same for other skins that want to support the hook.",1151861,274,,
+-4.202677596867559,-0.5014481511647197,0.15340205266232454,-1.6593091381917908,-1.7155171021285884,-3.8873956739292606,9.51958409536991,2.3273890032258144,0.15898680127222042,0.2864886228591068,0.004807597639203909,0.00286864216457694,-3.298120238172727,-0.15805992221082343,-0.3359908115770205,0.11002402295734282,-3.3016167033252604,3.2083062640836064,False,c1,3,"Hm.. might make sense to fire the Language portlet from individual skin scripts, rather than making core responsible. That also avoids shipping potentially dead code to all skins (e.g. Minerva where it wouldn't be used).",1151860,274,,
+-3.9894439756817386,-3.3658089272676897,0.24008300998046916,1.5971532693155623,0.2566692746175292,-3.352462707588195,1.535690246435104,6.226926086641987,0.4354929272065158,5.461562557255796,-1.0146523413979218,-6.26124176815766,3.6158868939273745,9.07093557080048,3.121580109349477,-0.021361166369785245,-0.9200256382634759,3.3675602836730394,False,c1,3,">>! In T53583#1918917, @TheDJ wrote:
+> @Krinkle you do not think there is enough value if hotcat only hooks into this after VE saved the page ?
+
+That is valuable, but isn't compatible with using this hook. It would either need to hardcode VE, make exceptions for preview, or simply use the 'wikipage.content' or 'postEdit' hook instead. There doesn't seem to be an appropiate way for HotCat to use 'wikipage.categories' in that case.",587272,131,,
+-7.285023517446298,3.552516498120884,-1.3596223084450003,0.77618411743323,1.7420886338775574,6.653101876050421,8.190062651871854,-2.8074994042116086,0.5930414195857137,3.690021657708158,0.8825703224865664,0.6440793299443515,2.1194485541965618,-1.8149589402358683,1.434664892481191,-4.667671601596906,-1.8674406404342547,-2.3730159277587073,False,c1,3,@Krinkle you do not think there is enough value if hotcat only hooks into this after VE saved the page ?,587271,131,,
+0.311672848052833,-3.5593854929796613,8.097406126829002,-2.0309067555863383,-2.9933977916284666,4.550505510112355,-0.5373081341529833,2.663777892288724,-1.1228814998988952,-0.5307026839301314,0.35321743624258073,-0.1761744468291475,-0.558965195948935,0.0932388562076587,-0.9139907271435523,-0.5776464920233151,-0.8955045028474292,-2.285005071024107,False,c1,3,">>! In T53583#1885706, @TheDJ wrote:
+> @Krinkle, probably yes, but I think that is a concern for HotCat, and not for the hook I would assume.
+
+True, but if HotCat shouldn't use it, then that leaves the use-case question empty for this hook. Which means I may want to revert it. (It got merged meanwhile by @Jdlrobson)",586994,131,,
+-0.6289563000253713,-4.856296341724116,9.730149271961643,-1.062307025393432,4.627072613975198,4.077309574154352,-3.621826328389056,-0.6935918317902082,-4.615073071561141,-1.242804002672934,-2.997945980161855,0.018209302803947836,-1.029832323694191,-0.9204727392944068,0.3241826738286444,-2.5997009929566492,1.611122189762249,1.5033484723500457,False,c1,3,"@Krinkle, probably yes, but I think that is a concern for HotCat, and not for the hook I would assume.",580098,128,,
+-8.200794161288972,4.709478769234899,-7.361814307070977,14.151277962328274,-2.2924837403201908,-0.5262620263082365,6.297880335839837,4.200166874738304,1.5280729982998886,0.4612789792751837,-0.8679691832505672,2.08098391000442,-3.063655402665976,1.1808985830532757,-0.4630080065158704,0.779468188545831,1.4206864458738557,4.476335876448964,False,c1,3,Triggering wikipage.categories post-save in VisualEditor will help HotCat. However triggering it in edit preview might be unexpected in the particular case of HotCat since it probably shouldn't be creating an edit interface for categories whilst on an edit page for wikitext already (since the two would conflict). Something to consider with regards to separation of concerns. ,580086,128,,
+-14.208854899348347,2.7768895959745414,-2.9313857933309455,1.4958383982038175,0.41136329173834163,2.2862107082598033,8.316094661121008,-5.203713991135643,3.1875437296141644,4.150576777730574,-1.6616781101310107,-0.198153234375134,0.03339238180499393,-2.087827478636514,2.0764780960149105,-0.059198231044157,-0.0627055628304459,-2.0942523348729125,False,c1,3,Rebased that patch to only cover the categories case (as it is analogous to diffs). langlinks first need templates per skin probably.,580047,128,,
+8.278069897436545,10.54973419607824,-2.3685318744612878,-5.801086577082421,-2.5089378722206197,-1.0761627628148638,-1.058532377917322,-2.2832086199987507,10.352664980260728,5.039580377432527,3.7164439887797474,-3.0573391061829382,-0.16104919160409015,-1.2627286962308792,-5.451617733635485,2.441660231257828,2.182641938074962,4.997578218922536,False,c1,3,"Apologies and thanks for clarifying.
+
+Patch open is:
+https://gerrit.wikimedia.org/r/#/c/219629/",579947,128,,
+-12.588829014566429,0.4838958531827977,-4.946456642861086,5.948352835866869,7.567835115882215,-5.78432459843986,0.7604700807037084,-5.714890092198071,-2.325135227552186,-4.076169335163224,1.6171639774970799,4.547248464399604,-2.3137670191944872,3.1475219124188243,0.8126241755535362,1.5494988852241678,5.1828346475553655,1.9487058050397104,False,c1,3,"Of the 4 items in the list of the description, one was marked as done. A second one is now also marked as done. There is also one patch still under review... and a 5 item was being discussed as possibly qualifying for addition to the list.
+",579865,128,,
+-11.105416929795016,-6.879519554460313,2.9192438721617853,12.128613082577123,2.436653240567816,-11.188522449423946,4.03490888199468,7.695593928632904,-1.5620202878785048,8.567995326670744,-0.781962346890364,-0.8867921695195475,-0.552141917120311,-1.2122268310911242,0.5245768179107109,1.6737823123114155,-0.13797988322198002,-2.952083974199638,False,c1,3,Not sure what is left to do. Someone should re-open and clarify in the description (preferably via checkboxes if that's not true),579391,128,,
+1.08115765989964,0.12787410467983484,-1.4329534548719436,-3.98720249248235,2.368712143233079,-4.0286405749053085,6.286016348327765,1.7880035836824533,-5.043909214248535,1.994176931702131,-0.37937435443438594,-0.5083284399111951,-0.5331878691124861,0.18648859347057334,0.855926303013665,1.1937749183179784,2.204251323724867,-1.6916682927617566,False,c1,3,">>! In T53583#1844576, @Krinkle wrote:
+>>>! In T53583#1606076, @Schnark wrote:
+>> Not mentioned yet, but IMHO makes sense, too: `#firstHeading`
+> 
+> Why?
+
+There are tools that modify the first heading, for example append a link to edit the lead section only. or to change the heading via JS in cases where DISPLAYTITLE can't be used (e.g. [[https://fr.wikipedia.org/wiki/J_sharp|fr:J sharp]]), just to name two examples. These scripts should run again when the content was updated.",571997,126,,
+-3.747543331834919,-4.922830925450816,10.006669850284716,11.992796859789491,9.707936881909784,-9.726048798792,-2.6656360029783652,-3.4436547191963585,0.8474432725304548,11.676434058184677,-1.2934794793254727,-6.3135039364447865,6.735670611056569,-6.736735819277724,-0.41877484719561275,-3.2830124984643514,-1.4110325768040781,-8.197933082968115,False,c1,3,Is this resolved? If not what's left to do?,571844,126,,
+21.40869619676561,30.093076477328495,19.81513234013056,-15.554053197636962,-1.6778031788780794,-2.3482637185096866,11.75435780016342,-2.333861999780335,-1.077344437298922,-0.6372436455655728,0.4373986077067584,-3.042415282835411,2.0502253297266986,-3.7482050442485306,-2.269713726759794,-3.0640379008329046,1.3497518463887315,-7.7469937695828754,False,c1,3,">>! In T53583#1606076, @Schnark wrote:
+> Not mentioned yet, but IMHO makes sense, too: `#firstHeading`
+
+Why?",571365,126,,
+11.703940650053172,2.1363418232958615,12.290688614501782,-14.626251951726953,-2.8454013804270195,-8.14915313264088,15.457181153648898,-5.755093126245085,-0.21961034827832737,-1.2674247863736303,-2.1964223405919903,-0.6782653884120204,4.776344060893901,-4.4570726007069315,3.623054583920772,3.395869128763624,-0.6489505116225813,-1.2547738890181268,False,c1,3,"Not mentioned yet, but IMHO makes sense, too: `#firstHeading`",520978,113,,
+-5.376206385416868,-6.018098949106492,8.04249079968559,3.9388342380918875,0.23937975173098103,2.6299042342720824,1.0618036796981762,-2.2763652715593765,2.02753761493201,-1.794313100437447,0.5388052393098057,-0.18445886453542037,2.477628096848627,-1.5906867034759469,-2.399484955794549,-0.9647785741113242,-1.0641071738087389,1.5164963024655216,False,c1,3,"So, now that I'm so much further along with LivePreview, I'm pondering taking on some of these elements next. I was thinking starting with templatesUsed, hiddencats and limit report (I've selected them because they are EditPage only elements, should be a safe start).
+
+Do we still agree that this is the right approach ? Or have ideas changed over the past 2 years ?",434220,90,,
+-13.115044053787514,0.7414375389031154,-1.9795132490948868,6.9295438052704075,2.6462320914294146,6.419017329508122,-3.745285534204646,4.602827443650855,4.686954082326046,4.092797440659014,-0.780160736132379,2.2109717756943317,-0.9506596545664703,-0.7255172937199574,1.3463550003184168,0.8615732289409488,-0.21193019972484187,0.7235127061389401,False,c1,3,"Removing target milestone that was in the past.
+
+If you want this in a specific release, have a good reason AND you are willing to find resources to fix this bug, feel free to change it to something appropriate.",232293,50,,
+17.256787673982906,5.844633806135683,-5.922516139848631,-2.4495277893648844,-3.237966812516226,-6.979212349423473,-3.3692883568116176,-7.857660508960691,-1.0409869190625645,0.26988003709998853,6.928570799205236,4.748062463974272,-1.4565449954560377,4.456772784012975,-4.432185577501675,0.41943029680593824,2.628274615093917,5.7217984556837,False,c1,3,[Bumping TM as MediaWiki 1.22.0 tarball was released today.],232286,22,,
+-0.6975370462209769,0.5571086634175959,-4.845909537275929,10.644593806432963,8.461099575845687,-6.173822092309088,-1.2442444376640367,-5.525901390787632,-0.3069837084140228,2.6116603296003724,-1.1718092061884207,-0.4124292233056659,1.0530751395157179,2.0010005065127645,-0.10786582164984759,-3.490511515645872,3.216801672712815,0.8690241491422115,False,c1,3,"As the Target Milestone on this ticket has been set to 1.22.0:
+
+According to http://lists.wikimedia.org/pipermail/wikitech-l/2013-September/072030.html ""MediaWiki 1.22 is slated for release on November 30th, at the very latest.""
+
+If this is still intended to get fixed for 1.22.0, a patch is needed soon.",232279,12,,
+-10.95565716914483,-7.527265393484846,3.9517400136937404,6.351781386163777,-0.4087466054744322,-2.3312066067108432,1.9738015197613912,5.214656289906309,-1.4974583364578464,4.192121096806444,-0.15868653763018647,-0.9807451289554789,0.817123234821735,-1.2761449909032117,-1.044820814582732,-2.5034551579509725,-1.1314792520653065,-0.9967063323472605,False,c1,3,"These are easy to add. Holding off until usage of ""wikipage.content"" is slightly more widespread and we have more use cases for these (e.g. will HotCat be able to use this? etc.)
+
+If you need one of these hooks, please let it know here including a brief description of how/where you'd like to use it. That'll help to shape the details of exactly where these hooks would go.",232269,2,,
+-2.3605855111712795,-8.882471363968925,5.178829768491178,-4.199175642324347,10.817236149080216,-4.4084219519601895,1.7129569225579857,3.0018141473314746,-9.095349361253948,2.912061124688088,-8.901385606084906,-2.3180748013703822,6.053509629994047,-1.522130685426966,0.06931111394817169,-3.7708814230978756,-6.457827751383398,-0.4168311218755565,False,c1,3,That's because the Math extension doesn't support this yet; see bug 36060.,255890,17,,
+-4.97109001841683,3.451251959372307,0.4416658326351861,-8.943636227189376,4.2458975621094055,4.519645660063997,4.833794633774362,-1.1527852562447976,-0.6370829588082382,-0.46969850804750246,-2.9214036809476105,-1.8775778541129418,0.9791159950609951,0.3578349076813827,0.8786775301912724,1.319332205938535,-1.7490147665667828,2.3060307184430404,False,c1,3,"Hmm... Visual editor still doesn't call MathJax after saving the page (all I see is the source code of the formulas, e.g. $ \mathbb{N} $).",255884,17,,
+4.37570279942779,0.7049772837278692,-5.843892588716861,3.152900428340404,1.9653481366728318,4.6606984689521695,-1.0019087509704114,-0.48730708435294623,-3.9672309797976473,-3.3022869171832374,-1.7473946186708575,-3.121241910587741,4.104941777659807,3.666078845059868,1.4221703715113811,-2.3459987248219387,2.1384371108948756,1.926061332419334,False,c1,3,"The code of the gadget is not using the 'wikipage.content' hook introduced to fix bug 30713 (and added to VE on Gerrit Change 76751):
+https://en.wikipedia.org/wiki/MediaWiki:Gadget-popups.js
+
+I've made a request for this on its talk page:
+https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-popups.js#Use_the_.27wikipage.content.27_hook",255878,7,,
+-7.033744645039259,-2.8980363924091197,-2.4134117738171867,-5.826662018610201,1.3489640310098991,-3.4845574923990643,-1.360077432463548,3.824037922140142,-5.755584872248378,-0.019197604300008386,-3.6607010787201415,-0.7208906973656051,-0.17744519550799343,-0.3331443883756864,-0.371143365370179,1.3287726103635287,2.3370475176478727,-0.6186859145556873,False,c1,3,"Javascript (or at least navigation popups) are again not working after a page is saved but do work when the page is reloaded.
+
+To test:
+1. Enable the navigation popups gadget
+2. View any page editable in VE
+3. Hover over any link to see a popup
+4. Load the page in VE and save an edit (it doesn't mater what)
+5. Hover over any link and fail to see a popup.
+6. Reload the page, hover over the link and see a popup",255870,7,,
+-6.472987700010913,-9.772329273922097,11.210172667124104,-15.347371142008903,10.593751646442527,-14.765711521815135,7.429336864157465,-8.303091203667865,-5.277246311188987,14.860452437814194,13.477964401810448,2.8254982340114063,-5.108983474225186,5.477997324552198,-5.599628661157222,1.3130224671022062,0.9438056716237047,-0.674647989324356,False,c1,3,This is now merged and will be deployed later today.,255864,4,,
+5.322148510655275,-0.8945066687708838,0.5662104843557731,-3.92787026173089,0.618986832860017,-6.629348012287889,1.3218327566566703,-3.1605718153721076,-1.3054306745339757,5.466143919238441,1.094400464275629,-2.9795123169912143,-0.3354964250467245,0.9468208434218319,-1.233876400061827,3.675560423202274,-1.6647621074543744,0.20515413566873741,False,c1,3,"This hook will not fire in VisualEditor's editing mode. Nodes are protected and don't allow interaction anyway.
+
+These hooks are for enhancements. Anything that's required for display should be handled by VisualEditor's ContentEditable node implementation (e.g. including Timeline, Math, etc.).",255852,4,,
+17.31684815031219,9.144970609844417,18.083590114540364,-12.236269667730944,8.345791211978508,20.26031978700744,3.3470238227396614,-9.41570661684431,1.2951814664831571,2.085628921992715,-9.4568290580208,-1.6108702355732243,3.444047454826978,-3.7545406750915316,4.355202156017147,2.9227551119066284,3.90182181002391,-1.2500703486459708,False,c1,3,It also affects the MathJax renderer see http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Minor_redisplay_glitch,255843,2,,
+-12.377422732292253,-1.968904022995277,-0.3408935767533934,0.4099828505020575,2.5102108560344405,-2.1158575597701024,7.267239954289144,3.3105889809441833,-2.19547469692146,-2.1430359851698646,-2.814017555929388,-1.8616699684906521,-0.28529777080086083,-0.4283953738569204,-0.9297076011689533,1.8926855621466003,-3.087981540668768,2.1876654825065827,False,c1,3,"Some cases (e.g. navigation popups) may not want to fire in editing mode.  I'm not sure if that's best done with a separate hook, or just by making the listener check the mode.",255838,2,,
+-6.096624907935441,-3.9610620236755327,-0.26594991782346433,7.099280204083149,-0.38839453075691566,7.953228016807401,0.6000738813169129,3.94504290373145,-7.769700813721919,1.0424667323670764,-2.085100874462971,-0.7098055191351644,-1.7968891348115243,-1.6421123505183408,-2.6379455585663485,5.106291526269903,0.7556420751750926,4.06694701684663,False,c1,3,"We may need this to fire when we re-render parts of the document in editing mode, e.g. you are using the Math extension with JS rendering (MathJax), or you re-render a template containing a makecollapsible.",255834,2,,
+-9.754331448861148,-1.679159224370629,-3.314617122809019,4.002183044057778,2.935215948929317,-0.3498905221979367,1.5577384397299454,1.663197669499187,1.9626811408275973,0.41047536158119335,0.752813794951801,-0.35354912616770573,-0.5011192625365868,1.292669861883972,0.32982113939336033,-0.6562185427413039,-0.6064838845151371,0.34093883194128694,False,c1,3,"No, we should not refresh because of this. This is not a new bug, this is a known issue in mediawiki core for years with ""live preview"".
+
+The difference being that in 2013 (unlike several years ago when live preview came along) we have solved this. Recently I developed mw.hook in core with an event ""wikipage.content"". Gadgets should listen to that instead of document-ready.
+
+Refreshing for every rendering is not a solution but a work around to have the native browser document trigger ""ready"" again. The solution is to have these wikipage (not html document) related actions be bound to its ready event and be able to fire that on-demand if the wiki page has changed (e.g. due to ajax navigation, live preview or page rendering like VisualEditor).
+
+This has been solved and it is up to gadgets to start using it.
+
+I'm rephrasing this bug to instead be a task for VisualEditor to start using this event (like LivePreview does in core).",255821,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51568 has been marked as a duplicate of this bug. ***,255811,2,,
+11.026929771363536,4.590302859382096,11.466421527439925,-2.531522032397598,1.8720735641284314,3.720451154760262,-2.4210994306941718,-7.5339651393868,1.6598886341814365,0.7417836058309986,-2.0333244283094936,-3.923625610231917,1.5128080197674185,-3.2194689891044277,-1.3999964258825306,-0.35774509520551145,-1.4363459823854476,-5.998043261173374,False,c1,3,">>! In T53548#1034742, @Elitre wrote:
+> I think this is still happening. See for example https://fr.wikipedia.org/w/index.php?title=Parox%C3%A9tine&veaction=edit&vesection=10 ; the list of ""Effets secondaires détaillés"" is actually a template. The blue area when you select it looks like a cross in Chrome and Opera, with the puzzle piece icon overlapping the picture at the right.
+
+That looks like it's {T52036} alone?",411500,84,,
+-6.466450890244556,6.378606741966404,-1.9676725664025776,-2.8591103675804472,7.041009139822025,11.19314420528848,3.194823939120967,-0.4631240988207507,-0.17156391176143526,-1.5536655911540036,-2.2249604501801485,-2.413490159010369,1.6343309560544634,0.687055922814386,0.4089025187849158,0.6298035730582088,2.609644676107865,2.9972346251576414,False,c1,3,"I think this is still happening. See for example https://fr.wikipedia.org/w/index.php?title=Parox%C3%A9tine&veaction=edit&vesection=10 ; the list of ""Effets secondaires détaillés"" is actually a template. The blue area when you select it looks like a cross in Chrome and Opera, with the puzzle piece icon overlapping the picture at the right.",410602,84,,
+-8.204952607020084,3.6133030647963764,0.9330833326877332,-1.8797502802999606,-0.8371432321321963,-5.8557550871725805,8.286570976033593,7.107700678243559,-9.416086287325252,12.039006524533297,4.924726377368407,-1.4027737707286732,0.25851905326140656,-2.6192794071315983,-7.160995515265345,0.05456901789117863,-1.38244554321512,5.780529760091948,False,c1,3,All test cases provided appear to be working now.,254632,53,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 60652 has been marked as a duplicate of this bug. ***,254627,34,,
+12.284113004986684,10.901697368716661,-0.6277012346959328,16.79556122667931,11.462274003610556,0.004401224532230685,-4.2099079664846,4.077273064423622,9.508433703837243,-3.8974029633761917,-4.0663644812689625,-3.639746728675507,2.622218792566523,-3.743145716786924,-0.035815697270475955,-0.09470724794370655,3.0540465054609096,-3.9084106088298007,False,c1,3,The new attachment refers to VEditing of https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61361267&oldid=61290806 .,254624,9,,
+7.035640891961997,-4.478497243595312,7.027608732759688,-12.228172914427496,1.0535185702030105,-11.690578406319295,0.616436465200767,0.532685865674973,-3.928049030724236,-8.74438331825404,-4.117887332235018,-0.18319105393617185,-0.47084969696538637,-1.292385885447025,-1.2438556143843174,1.102882335134776,3.7812623124172022,-1.6516989607986223,False,c1,3,"Created attachment 13252
+An icon far, far away...
+
+**Attached**: {F11878}",254619,9,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 57267 has been marked as a duplicate of this bug. ***,254544,37,,
+43.47627323196183,-2.025527132314771,-4.589558004505701,-8.424444725339143,-2.5693525972126716,0.46922793722829503,-0.9027141299055383,0.9370162834797345,0.14374247084023284,-0.003521250806091558,2.8402607428641273,-2.9796694549275333,-2.9245555759275654,0.8826466486314601,-2.96318642748424,3.0198397772064856,2.1548395457617575,-2.1381336438452996,False,c1,3,"\o/
+
+Thanks, Alex and Roan!",254538,30,,
+14.641674750077554,2.3031968412456987,17.846026726903766,-8.515541504753802,-13.923672133396774,21.87405171750116,-8.440385352090392,-8.645447410671645,1.8021219079731077,-1.9230419632072326,-0.9789579777734954,-2.383905117537432,-0.5590840004782753,5.745575698795406,-0.5540468431251839,0.036573737502362036,-3.7857046691965883,0.06370792733412012,False,c1,3,"Thanks! I've updated our docs :-)
+https://pt.wikipedia.org/w/index.php?diff=37359406",253556,19,,
+22.795247221770623,1.8044957057024398,3.3766366057119344,1.7510165791604333,0.06320075170646611,-8.150330343264969,-2.025381290663379,-0.6625175188956308,-3.323737600409215,2.5347399690310946,1.6180210263506343,0.5939355695671011,1.5343320939423455,-3.302316301963157,3.6047481374878343,1.70591816402192,-1.6074674224680015,-0.4888619818372608,False,c1,3,"(In reply to comment #6)
+> (In reply to comment #4)
+> > Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a
+> > content namespace but this doesn't work:
+> > 
+> > https://pt.wikipedia.org/wiki/Anexo:Lista_de_listas?veaction=edit
+> 
+> This was because of how VE was configured to be used in WMF production; have
+> done a config patch (above) which fixes this - will get it pushed out on
+> Tuesday.
+
+Just to confirm, this is now done. Sorry!",253551,19,,
+3.757940374716055,-0.5683882112329091,-2.2337057742026194,8.166086852083213,2.546047377569849,-4.27859090540786,-2.093796075614831,-1.6783522339285235,-3.732887956424568,2.9430166768375567,4.0265514321983815,1.623638143650603,2.054776022387972,-1.1956521438814742,1.7749219865328758,0.4200193692795051,0.9544959022184585,-1.6643943290148602,False,c1,3,"(In reply to comment #4)
+> Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a
+> content namespace but this doesn't work:
+> 
+> https://pt.wikipedia.org/wiki/Anexo:Lista_de_listas?veaction=edit
+
+This was because of how VE was configured to be used in WMF production; have done a config patch (above) which fixes this - will get it pushed out on Tuesday.",253544,18,,
+8.69341007928121,-2.0644928229001867,7.878340768027483,-7.59166351478715,9.423426876947083,3.962754808366963,4.872999950045175,-4.094680551277577,-1.1583567075813461,3.986435855907157,-1.6657407395734594,-5.472668418990475,5.530826230163028,3.9325417376687275,1.2729720191081562,-1.7267196676811625,-0.9494151941248244,3.1867356716681274,False,c1,3,"Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a content namespace but this doesn't work:
+
+https://pt.wikipedia.org/wiki/Anexo:Lista_de_listas?veaction=edit",253536,18,,
+26.665927395539477,12.149076153705586,21.90433529962879,-6.189864247376325,0.2924643620829741,-14.254784602383044,-14.699550400791782,2.890280077464103,-0.1301571847611871,-5.3401160508741565,0.46635180303242185,-5.695454242303083,-1.3052656796442152,0.354907860642943,-3.155691869616954,3.3932742636729563,2.405830587606373,-3.3585651624973125,False,c1,3,Merged.,253525,2,,
+-7.9915535030040274,-0.037486697628443366,-2.9847506677165483,0.18197624775011612,4.104603574529005,-4.718353349964987,-4.205081925231372,18.344606357033673,6.748324638235622,-3.2950458572338697,-1.419151156762715,4.155282410435437,-7.731262049605132,4.638717400131947,0.7491308461560098,6.774736736559872,-1.4644570508332098,-1.2523064739217147,True,c1,3,Fixed and will get deployed in a few minutes.,252913,3,,
+21.53137197925613,1.5358525183081628,3.4011042355077166,9.777037399103625,7.315528457477759,-5.602876149098873,1.4904478103314993,0.5575126774205641,2.9155052070750944,4.443776272842003,-1.3226745611816964,4.885985581665628,0.0019251903378401103,0.8578202351258783,6.175417795404516,5.252749755839552,-8.031794121292318,2.4327714627036214,True,c1,3,Confirmed in Firefox.  Note this preference is not available in English Wikipedia.,252888,3,,
+-13.01262569242878,16.120598474039088,-12.502744940093827,7.32139853561584,9.479346918740983,2.7355243907493048,0.41352405226703226,0.9588783608398854,-10.672839188795876,3.334071755998729,13.065721411818744,6.570958080510901,3.487165855119417,2.413746255594986,5.7268663005883385,1.945813322650197,-3.845127935676634,1.39880533437923,False,c1,3,This was fixed in the toolbar re-write.,252109,17,,
+-13.76328359130285,0.23567975885636194,-3.552512539622348,-8.111973987387788,7.821782132294054,5.613700435900739,2.922615164402366,-1.5645001095544022,-0.46067344715397707,-2.9976695450404334,0.7367452325112468,-1.7971757667552204,-0.6649531499344212,-1.529955161356172,-2.6535334574021374,1.028012553505235,2.7582757454696916,-0.24383306764923507,False,c1,3,This also happens when hovering over the beta label on the toolbar (both it and the leave feedback label are underlined).,252102,5,,
+-15.527125944975092,7.229288028003648,-11.207522377694382,1.8832756282089846,8.28184143000091,1.9234758484551886,3.006033472093984,8.143617692859767,-3.572966362436108,-2.1948069484895667,4.550277009465823,3.0931800139556307,0.9710157573133942,-0.0642380325415095,1.5295537427236914,-0.222786002331667,-2.47134443461512,-0.9353229059930159,False,c1,3,This was fixed some time ago in the clean-up re-write of the transclusion dialog; sorry for the slow triage.,251026,21,,
+-8.260449486397055,1.801233382124554,-10.0489037785347,-2.467382033994925,-5.608375849503419,-3.1137671861767853,2.567822419261912,-3.1282919578245987,1.261515532433214,-0.5961978394285143,-0.301807535022538,-12.54966573336963,8.43526215252949,14.013575108463067,7.91458226214995,-0.5300765873796949,-0.3094745052313693,2.964101285907271,True,c1,3,"**swalling** wrote:
+
+Tours for 'firstedit' and 'firsteditve' are out in the wild. :)",250985,15,,
+-3.932816115628148,8.33249559686358,3.668793669373069,-18.340143804388926,0.6874410723063491,-1.072877956208611,11.240929094429879,5.9367861824667365,-11.698032647793852,6.030051756034117,2.1192077955635167,-0.672944333650916,0.1371831312695746,0.822005204643016,-2.8498274008290747,-2.115420961942901,-8.66876243554053,-0.5245351103873763,True,c1,3,This should also have browser tests.,250979,4,,
+-5.638840137961576,-4.21737577494428,3.0693981945421376,2.66403203335787,-8.49138707993111,1.4222872319972826,-2.9013128354858573,-5.437632582942229,0.9213753487264826,-0.8692696581787911,-3.3533376511965094,2.5575608340574423,0.12000338271427147,0.8784333289422956,-4.13360541293501,-4.959296168744148,-0.48206716454825216,1.4434901337284205,True,c1,3,"So far I've been using separate tours (one for VE, one for wikitext), so if we continue with that approach, we should make two tours.",250973,2,,
+4.632186334180288,7.660002666588291,-4.686839835323532,-1.4635185862545228,-9.89393536806075,-5.78192605619304,0.748456627081433,1.289171229821099,-3.696704388083095,2.2873788728950712,1.2515276100041937,1.3739805278057533,3.0376604111710144,-3.350259711144647,2.5978466592930323,4.052909283430095,-1.134084385528758,-1.0857732528772432,True,c1,3,"**swalling** wrote:
+
+(In reply to comment #0)
+> Make a ""First Edit"" tour to help someone make their first edit, in general. 
+> This should not have any connection to GettingStarted.
+
+Also should work with VisualEditor or wikitext editor.",250963,2,,
+8.331414921147127,60.272002061447225,-9.480274141783493,46.902995791536476,-4.142240893057566,3.454723706653347,11.984807847623069,-10.910820335709275,3.555739621386869,0.30544689303595973,0.031780840889483075,0.7520530805236794,-7.398395546972681,6.216147260314162,3.5287970887710225,3.131806910460446,-3.368318454825381,-1.1127748768256764,True,c1,3,In progress at https://gerrit.wikimedia.org/r/#/c/64981/,250942,2,,
+-6.925527825340487,-13.433700758149211,17.857596613516336,8.02276241249084,-1.3335831247977055,-0.1261641597907488,-1.167352466971387,-4.68011405055461,-3.980955836079872,7.447485428652975,1.166428994563761,-2.7406048110774432,1.05453386231064,0.3082108745675094,-4.001398969693476,-1.3388483783888456,-1.9943189460981658,3.1311251262691875,False,c1,3,I'm guessing this is fixed by now. Reopen if you can still reproduce.,496792,107,,
+7.648979870277344,1.8042495426844543,5.276792078892329,-15.008350925982416,2.5644053744244335,-1.2462922863553079,13.526036530675155,5.881761715119033,-10.537029534436774,-3.0952468945045144,1.9101721408668841,2.6520190190721005,2.6035291192481385,-0.2180365786331513,2.68414967724521,-2.004796674283933,1.0025071973527546,0.6572775785736655,False,c1,3,"Upload failed, so see the video here: https://commons.wikimedia.org/wiki/File:Screen_recording_of_text-over-Media_bug_in_VisualEditor.ogv",249021,2,,
+5.750554728618225,40.14893047433279,-4.383179499407362,8.814224863675998,13.729650927242226,9.620940589832554,3.2442955537067864,1.2385314386436388,-6.517184636205852,-8.920199105926207,-3.3979607184609537,1.2168480836325095,-5.3537037764148305,5.899149426952394,4.622297088149632,7.9788281934995595,-1.3363584908927733,0.9363713516545844,False,c1,3,Verified the fix in Betalabs,446690,94,,
+-6.762845217843006,0.178767269582087,8.605598022906882,6.868458059436046,-6.012542352912089,7.179348026727919,-2.2764246669265633,-8.29366022499468,-2.3862259216314357,-7.601407791494653,-3.9138893939148063,3.695179740895491,2.214317457323581,1.8888361587383968,3.0017332810039274,3.1546445335538373,-0.12538979760071262,1.0175516184480666,False,c1,3,"Thanks for the explanation, I've now reported it as bug 51822.",248115,3,,
+2.4833317948703915,3.3948572663897423,-5.260531001510152,2.774785034501347,-3.142416303615569,-1.0428916588737351,0.7983820683690475,1.5978544022539718,1.8706630689850903,-1.048023304811263,0.7518089152295087,-1.045330636740612,-0.11816464301389118,-1.7841419251607276,-1.803704627041601,0.8991346510188407,0.16970047899268534,-0.012620572933645047,False,c1,3,"(In reply to comment #4)
+> (In reply to comment #3)
+> > > If I type ""book"", template ""Cite book"" is not shown, which limits the search
+> > > functionality to be useful only for people who already know template names
+> > > (i.e. those who don't need it).
+> > 
+> > That is a distinct enhancement request; please open a new bug for it.
+> 
+> Is it distinct or is it part of bug 51670?
+
+It's distinct. This is asking for VisualEditor when searching pages (for links), categories (for the category dialog) and templates (for the transclusion dialog) to use an entirely different (and slower) part of MediaWiki's search infrastructure so we can do in-string searching rather than left-string completion.",248105,3,,
+9.316646127281842,5.03071620768171,1.6877585622953104,1.134815402329977,-7.304707462035815,1.7042360859184313,-5.627272210899934,-5.018124859493973,2.6122641230762182,4.364630542507031,-0.3226805658719465,5.030014158005895,1.8887080647252343,-1.4761373644879079,2.3699141865364943,2.0351070208288133,3.055336400039302,-0.2848332874554411,False,c1,3,"(In reply to comment #3)
+> > If I type ""book"", template ""Cite book"" is not shown, which limits the search
+> > functionality to be useful only for people who already know template names
+> > (i.e. those who don't need it).
+> 
+> That is a distinct enhancement request; please open a new bug for it.
+
+Is it distinct or is it part of bug 51670?",248098,3,,
+8.842702937168571,3.140432668064019,-1.043347109474726,-1.2346821909603616,1.788287824282703,0.5571396206161694,-5.461735735290488,5.2671814860566695,-0.36785049482438065,-0.006891455736683483,-0.707951315166901,2.456150729024708,0.3433987609990803,-2.7884090974357507,4.475354630239718,2.434773633794132,1.0974728556263837,1.0957308013399474,False,c1,3,"(In reply to comment #2)
+> Also typing a word only shows template names starting with that word, not
+> containing it, which is a weird search behavior.
+> 
+> If I type ""book"", template ""Cite book"" is not shown, which limits the search
+> functionality to be useful only for people who already know template names
+> (i.e. those who don't need it).
+
+That is a distinct enhancement request; please open a new bug for it.",248091,3,,
+-9.953212815711002,-2.3110216917138384,0.29747627098504603,-10.453878185753071,0.1167864950651527,1.8985919994408942,3.535479474374947,-2.4622265622717974,0.6288698738561629,1.5408057546842588,-1.5178959910701164,-3.6616666515630465,2.800060276465776,0.2308807145132581,0.7152768061237231,1.0470208869105795,-0.20983050800101707,2.5536663649453986,False,c1,3,"**turingt** wrote:
+
+Also typing a word only shows template names starting with that word, not containing it, which is a weird search behavior.
+
+If I type ""book"", template ""Cite book"" is not shown, which limits the search functionality to be useful only for people who already know template names (i.e. those who don't need it).",248087,3,,
+-1.2961632960750613,0.9982538864625141,-6.088196637486284,1.7950144285676455,-0.7337057935381202,-2.578308975654494,2.808299168825453,5.77864356070237,3.139890352827904,-2.3822193959584386,-4.039382563651099,-8.985170986443032,6.522221031990756,10.225055632287939,2.219126118458063,-3.6648978869346656,-0.03555826774511378,5.501485088644754,False,c1,3,"Also typing in 'new' into the New template box returns a list of 10 templates starting with 'new', with no way to scroll through the longer list of templates starting/containing with 'New'
+
+https://en.wikipedia.org/wiki/Special:PrefixIndex/Template:New
+
+More practical, 'New Zealand' or 'New York' only returns 10, and the user may not know the right keyword needed to return better results.",248083,3,,
+-8.887375218323252,-3.743768932718444,-2.403389899742787,-2.7088904192781342,-1.0420124006571498,-0.9299219578333329,1.8928525473660134,1.0349788992283242,-2.3453820599534194,0.2216292965778992,-0.03705567928101905,-1.1092967876289341,-1.4843602644446903,-0.13117615148097705,-1.0739651610176228,0.5197361933996474,-0.23972486933697212,-1.6102604807083616,False,c1,3,"This is generally worked around by wikis by providing another template that when substituted inserts the autofill parameters.
+
+e.g.
+
+{{subst:newdelete|reason=Foo}}
+-> 
+{{delete|reason=Foo|date=YYYY-MM-DD}}
+
+These templates need a ""must-subst"" property of sorts in template data first (bug 65550), but that would make this easier already.
+
+The subst-behaviour is a super set of the scope of this bug (autofill values), however it may be enough.
+
+The problem with a declarative autofill (as opposed to substituting a wrapper template) is that you'd need a fair amount of logic to express what you want to be filled in. Obviously you don't just want a literal string to be inserted, because then you'd just have users omit it and use that value as the default value.
+
+With autofill you most probably want a dynamic value (e.g. the result of invoking a template, or magic words like current date/times, current revision user, base page name etc. Some of these (like date) could be trivially done, but that still leaves a lot of questions (how to specify the date etc.) and compatibility.
+
+So I'd say let's solve bug 65550 first and see how that unfolds. If we still feel a need for this we can revisit it later.
+
+This should additionally be helpful since subst-ing is that wikis do now without VisualEditor so they likely have that in place already and will want to keep that for wikitext users.",247666,46,,
+-5.353690337030737,-0.7561607988835792,-2.609341947701289,-3.8478218286337196,-2.645283810574698,2.77322228700098,-0.9574580468370755,2.928023253694519,-0.022480285637967667,-4.01276800842946,0.7779365607681682,-0.812808233628119,0.7535492867931128,0.6110033659204093,0.43459406850880633,0.7899854152906087,-0.9205536055990942,-1.2160083593559263,False,c1,3,"I almost submitted a new bug, but saw this one in the ""possible duplicates"" at the last second... Pasting the text I wrote, in case it helps:
+
+
+Most cleanup templates, banner and inline, have a ""|date={{CURRENTMONTHNAME}} {{CURRENTYEAR}}"" parameter.
+
+If we don't add them, then (on En.Wiki) AnomieBot adds them a few minutes later*, which clutters the history, and more importantly Buries the initial edit in watchlists, making it harder for us humans to check.
+
+*eg. https://en.wikipedia.org/w/index.php?title=Red_squirrel&curid=638291&diff=572563931&oldid=572553559
+
+
+Could we have an ""Add current month and year"" button, for parameters like this?
+
+Or, a tweak for TemplateData so that specific templates will add this parameter/value by default?",247661,10,,
+-3.518456500481985,7.25915362786337,-6.551209905284017,-3.3986393368665784,4.56192688293979,1.400558591312544,1.5150844116129605,5.059111136838272,-3.6380613156764188,2.4548893132591108,-1.1858883115745882,0.40995916054481985,0.5658633549168375,-1.3073511608781319,-1.231672131203499,1.080837103952316,1.2590164530804857,2.011382852790718,False,c1,3,"From Bug 52028:
+TemplateData should allow some parameters to have default values which are
+prefilled when using the VisualEditor transclusion manager. 
+
+An example would be the current date for accessdate in citation templates.",247657,4,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52028 has been marked as a duplicate of this bug. ***,247652,4,,
+-13.761723218077407,-6.376424455463583,3.3171453713655312,17.53584373794056,11.503367238516748,7.1736755217179144,-4.976755807917151,0.7562239189905378,-0.924454342619246,-5.410892912434675,-5.919989613601624,-3.503707575325752,1.482125954102806,-4.610479103816817,0.4840406878582941,-0.230621718882297,4.718439276511267,-4.561740911276067,False,c1,3,"This seems like a nice improvement, though I worry that it sets up an expectation that a client may not honour.",247646,3,,
+-7.739497913750201,-0.8147501688573673,-0.817000255550766,5.46900444928337,4.539095255486025,-1.1904177909373086,3.548453878827395,5.591529744476516,1.0753546420027167,1.4787496057254028,-0.14281410351025925,-0.3364617571241961,0.7898593363045427,-2.276696494332623,-1.1244547135440464,0.5183264438352779,0.9351629861134079,1.9659872404895204,False,c1,3,"@matmarex That hurts :/ Adding a parameter would be surely working, but also highly specifical code which shouldn’t be the first choice; unless other parts of the code throughout MediaWiki will need to know if the current edit comes from VE. Before giving up, is there something else in the global scope which could help us?",1133086,269,,
+-2.672362198438749,-1.118310029979435,6.238060338523962,-4.004461076213163,-0.21103641605663093,3.207630024316334,6.275569257656121,3.7549795045820913,-3.6031811287054696,-1.3130501455193113,-2.0841474983515496,1.474278818719526,-1.9399094794892344,-0.48514478037305053,1.2087235730886072,2.161176579262814,0.4177686062956557,-1.6322889871489632,False,c1,3,">>! In T53421#4546351, @Daimona wrote:
+> Is there something in the request which can uniquely identify VE edits? Sorry for asking, but I cannot set up Parsoid on my wiki and thus can't test VE.
+
+Not really. VE just calls the action=edit API internally (from PHP code), see ApiVisualEditorEdit::saveWikitext(). However, maybe you can add some magic parameter there and handle it on the other end in the AbuseFilter hook handler. I am not sure how it all works on the inside, you might need to experiment a bit :/",1132919,269,,
+-1.0205321969787278,-2.192743248543989,2.6161831355829106,3.462612236849223,4.245651574414991,2.898018694634274,1.3308474173546738,2.344430706219784,-1.87978112342137,0.8408534776305947,-1.269059184085151,-1.4988476553784964,-2.0367789423415257,-0.10344331149008257,2.2130277395532802,0.5598079291305895,0.5464124598110155,1.0158377505251264,False,c1,3,"To complete the patch, I need a way to determine whether the edit being saved comes from VE or not (yep, the main part). The main thing we have access to is the current WebRequest. Is there something in the request which can uniquely identify VE edits? Sorry for asking, but I cannot set up Parsoid on my wiki and thus can't test VE.",1132795,269,,
+-4.374599060402759,-3.055985353643033,1.9373935244531024,0.13375282169195835,-4.981209598524423,2.271631562494397,2.5658805046328013,4.715408156450287,2.268958907719421,1.1638073302393366,1.1543400097316274,-0.05982957156313251,-2.02595691048507,1.027155701282177,-3.2055322784759634,2.004285193760115,0.16851521025813596,2.2400792894827046,False,c1,3,"I'm sorry, I may have missed something, but... wouldn't it be much easier to generate a dedicated AF variable inside VisualEditor using AF hooks? This would avoid messing up with change tags and request params, and it's also the way used to distinguish edits coming from e.g. mobile app or mobile version.",1132618,269,,
+-6.6014401509759715,7.33155467973781,-3.7332004212043115,-4.457910596029027,3.6122472798150156,4.113491905714945,2.0824588298193145,2.773447434542309,2.676193579549224,0.8254665298275459,-0.3792859971235618,-1.5455453077649688,1.2915231454848133,-1.7850641687551008,-1.217255114544594,1.87981884566444,1.4134619340004106,2.8850252114299457,False,c1,3,">>! In T53421#2905524, @jhsoby wrote:
+> Now with the 2017 wikitext editor I think this should get a priority bump, seeing that it too uses ?veaction instead of ?action, which makes it impossible (AFAIK) to use edit filters to identify those edits.
+
+The action URL path is a poor guide to the source of edits (see the Special:Edit or whatever it's called tool, the mobile Web wikitext and visual editors, and other mechanisms). Anyone trying to capture edits by use of the URL path is going to fail pretty terribly.
+
+I also don't agree that this is a particular priority. People have been editing using different tools for years without the software allowing discriminatory edit validation.",788500,183,,
+-9.646863708917653,-3.163940650829254,1.4337451386999387,2.25019877721582,-0.14254542585455,3.727459094229907,0.2730593074372809,1.0265863562548692,-3.8993141767955803,-0.00032618346375734575,-3.132100592484606,-0.7218672984493129,1.1352286787850097,-3.4500745843945975,-2.102088884806651,0.09727275290897897,-1.4691999410350747,-1.8030743313615925,False,c1,3,"Now with the 2017 wikitext editor I think this should get a priority bump, seeing that it too uses ?veaction instead of ?action, which makes it impossible (AFAIK) to use edit filters to identify those edits.",784647,182,,
+30.458461325328088,1.2026964608691237,-0.8611543012641969,-0.057467973111341664,-4.043628741792346,-6.126238050286493,-2.0052376494434387,0.7803664369813885,-2.227498609325967,-1.1238164386221703,0.011326949494470995,1.3994601325653964,3.3470615896907336,-3.2416601648487675,2.7174410549983605,4.313858211638611,-0.885237240502395,-0.648121721841465,False,c1,3,"(In reply to comment #10)
+> The original request was merely for the AbuseFilter to somehow be made aware
+> whether or not an edit had come from VE as opposed to source editing.  
+> 
+> For example, the Abuse Filter is aware of ""action="" but not ""veaction="".  At
+> present ""action=edit"" and ""veaction=edit"" look identical to the AbuseFilter.
+
+Adjusting comment accordingly.
+
+> I think the suggestion that AbuseFilter should somehow be allowed process
+> tags generated by other entities is actually an unnecessary (and more
+> complicated) diversion.
+
+Sure.",247245,4,,
+-3.0660300691121334,-1.6641202377521669,-3.5255462460329974,2.0558560013291824,2.5138169430794797,-4.404468053088134,1.647598261552364,2.924031417257293,4.442504671817547,-2.1086810754093137,1.1959887134998353,-2.1881885893327597,1.5388434366071149,4.070707549267198,1.8490377940178861,-1.3250800386161559,3.9175470911712775,-0.11103673918361956,False,c1,3,"The original request was merely for the AbuseFilter to somehow be made aware whether or not an edit had come from VE as opposed to source editing.  
+
+For example, the Abuse Filter is aware of ""action="" but not ""veaction="".  At present ""action=edit"" and ""veaction=edit"" look identical to the AbuseFilter.
+
+I think the suggestion that AbuseFilter should somehow be allowed process tags generated by other entities is actually an unnecessary (and more complicated) diversion.",247240,4,,
+0.5889992350161251,2.404643232647093,12.804065844400556,3.277179039696838,-4.941392762006721,3.212802516318469,-6.348542470698771,-1.4015501421802212,6.158674353799302,-6.648573645692351,2.181262309487914,6.370954196951321,3.78667957668649,-0.4965499733320532,-0.5808815116049209,-4.8143152378474205,-4.449618654111311,-2.6035324767243826,False,c1,3,"s/invisible to VE/invisible to AF/. I swear, I did proofread that. :)",247235,4,,
+-4.802679730882713,6.3210028762072135,-20.819169170635774,-7.4374114170152,-12.641111162496056,3.0405901045855153,6.031032491864542,-4.008814731797221,0.2560923395937744,2.0217190854958433,2.611172121608214,-2.8015441981452924,-1.946888967398715,-1.0982138505066257,-1.622791470659248,-1.2882905356279353,-0.7092997675355135,-2.036050034218036,False,c1,3,"s/attempts/happens/, of course.",247230,4,,
+-7.687871900244776,-3.8465185301993614,-1.0442453143677235,-0.9015477772236036,-1.7441887476126317,-2.40214196737087,1.7914473209971806,1.8382623601257126,-0.2520189644718087,1.0014123570903095,-0.6683636272119937,-1.4770058190096131,-0.6047052293738209,-0.6522343308906048,-0.6249698986352858,1.4029151884938316,-0.1418085958311949,-0.9031209171398009,False,c1,3,"AF's hook attempts *during* save, in EditPage#runPostMergeFilters and ApiEditPage#execute (the second one is only used to present nicer information about saving failure in the API and is what VE is actually hitting, but that doesn't matter here).
+
+VisualEditor's ApiVisualEditorEdit calls the edit API first (#saveWikitext) and only after it has succeeded calls ChangeTags::addTags to add the tags to the edit.
+
+So to make this work, we'd have to adjust code in core, in AbuseFilter and in VE to allow passing change tags with the edit API call or in some magical way before it. It'd make the logic really awkward (since tags could now be added before/during and after making the edit, and the second kind would be invisible to VE) and likely introduce back-compat issues (for the same reason).
+
+There are also requests to make the tags editable by users (bug 18670), which generally seems like a pretty good idea, but complicates the issue here even further.
+
+So to summarize, I don't see this happening, but feel free to prove me wrong if you think you can tackle this :)",247225,4,,
+12.839164207025783,4.030566329858736,-3.589930654115328,2.1471969603644787,-2.390274675634923,-3.2336952920792044,-3.6129802313720436,-1.8548331846831627,2.3855803595840994,3.034158114657969,-2.302467157871193,-0.7514387678492058,3.7593467555653177,-4.029442829322833,2.1499536544278843,2.150400539989844,-2.776701500689445,-3.495179201939761,False,c1,3,"(In reply to comment #5)
+> I'm pretty sure it's impossible to do this since any kind of tags can be only
+> added after an edit is saved (ChangeTags::addTags() function requires the
+> edit to have a know rev_id which implies that it already exists in the
+> database).
+
+Does AF's hook happen after VE's save (which applies tags), at least?",247220,4,,
+-15.139772165200835,-2.6620501565461137,-1.0691609875305135,4.5473032450015705,5.6433838805158025,5.349548588506213,0.04643409451186464,-0.9562973116210841,-1.28689881851654,2.657292208075054,-2.062894073784847,-0.9948119073497343,1.4063360026873708,-1.8834216169180016,2.085608557423291,0.7037294216305119,0.17495439104944208,-2.0785524828179973,False,c1,3,I'm pretty sure it's impossible to do this since any kind of tags can be only added after an edit is saved (ChangeTags::addTags() function requires the edit to have a know rev_id which implies that it already exists in the database).,247218,4,,
+-4.368775768292146,-3.645615392804684,-4.391507225180451,-2.294971883229671,3.506063526685555,-2.6437221257982237,-0.8529334515106104,4.083920486091384,-2.5989791205446973,2.541823357270239,-0.3672207955281608,-2.7538144360126346,0.7402731596094867,-3.1418016074598567,-1.8376741296126884,3.4673955442586033,1.0913835785729327,1.2702268218793953,False,c1,3,"**nykevin.norris** wrote:
+
+Wait, if the AbuseFilter is going to understand tags, and already applies tags, what order will filters run in?  What if a later filter applies a tag that would have triggered an earlier filter?  Should MW just keep re-running the filters until everything's been triggered?",247216,4,,
+-7.198179858525403,-7.490671856334464,4.988004985745115,-4.217934194117031,0.029378014056371526,6.643340288550398,4.592083680440995,-2.4893729580164345,-1.406817057831437,2.2455065072551026,-0.38149438176610384,-0.10951349502352681,-0.34051490245904414,-1.9378866622962745,-1.2157574053460796,1.9737850520402926,0.9490228825495126,-0.8416516171932122,False,c1,3,"Can the abusefilter detect veaction=edit. Using that and we could block edits which insert nowikis from the VE when they are almost always in error and allow them from wikitext editor, when they are normally ment.",247215,4,,
+-3.2174322836663936,-5.795061492976933,-2.532802460522639,5.37313750333602,4.7273652119456795,-4.973498650977817,-1.8338831619218574,11.19291673011128,-2.991051185296585,7.365511768452606,1.4915391528443456,-1.3650360265215737,0.9457441085308367,-1.8009166799238903,-3.699353408661876,-0.7754607489033694,-2.0090390365605173,0.20619225824797516,False,c1,3,"This would need AbuseFilter to be extended to understand tags (or, to understand VisualEditor, which seems a less satisfying and extensible way of achieving this).",247209,2,,
+12.113700130208178,3.268134275410855,2.6677022085381807,13.413691627830252,-5.454765508735394,4.032420971130467,1.9254233312122562,-0.6656071192520431,2.712373510632223,8.756942321878457,0.14013587542070383,-1.9821599822991498,2.312049603415077,-0.7807183122481196,1.4310804094070377,-0.8083750022303309,2.5597401039659013,-1.0575774789436214,False,c1,3,"Both AbuseFilter and VisualEditor use change tags.  It might be possible for AbuseFilter to use VisualEditor's tag if AbuseFilter runs after, though I don't see tags mentioned at https://www.mediawiki.org/wiki/Extension:AbuseFilter/Rules_format",247203,2,,
+11.62587070663959,0.295512521152304,-1.2059705100152232,24.732687400623064,-4.102149221148193,-11.107755690952441,-4.102370336619005,5.74919453493386,-3.3045294369255043,3.716548545163133,0.8719107193839274,-4.535621008047076,-2.367434899181504,-0.9561446780318774,-3.116115267103895,-1.1182582319102097,2.852685466925362,-3.7738623884025153,False,c1,3,Merged. Will go out with wmf15.,245948,7,,
+1.8969394093748413,-5.298558677489574,-2.040628770950435,-3.0387321326300487,-0.573852999091379,-2.4873716440172835,-2.449890817763884,2.4287423492380045,-0.3249276732376051,-1.160887855147188,-1.0285436138827002,-3.589979102246355,0.7414114868523898,2.2338579103796503,-0.23005896720748575,0.4883762540815604,2.284681662360174,-1.8917953163703314,False,c1,3,"I was going to request this, because I've seen a similar case where the parameter is to be filled with just an internal link. VisualEditor should be able to hide the wikicode markup from new users as much as possible, and this seems to be a very common place where it still appears. See e.g. the values of the parameters ""imagem_legenda"" and ""cidade"" of the [[pt:Template:Info/Bairro do Brasil]]:
+http://toolserver.org/~kolossos/templatetiger/tt-table4.php?template=Info/Bairro%20do%20Brasil&lang=ptwiki&where=&is=
+
+We see things like ""A [[Praça Dom Sebastião]], com a [[Igreja da Conceição]] ao fundo (2007).""",244357,5,,
+-11.960353769820873,-6.463809952960533,6.407438356217977,8.378993754404076,3.598557305603288,5.141696338897152,-0.5038565582308685,5.5695154487555785,-0.3958472090062208,-0.6053541062099308,-2.9578373990668285,-3.3372179501766004,4.698932613330673,-0.7522712393422619,-3.508484318711179,-3.3099288702896144,-5.543587745476697,5.335647360696694,False,c1,3,I'm going to provisionally deem this solved with the new icon.,244262,47,,
+-9.377629024510329,-6.1363342471605895,3.0208048068534827,-6.3725476599239235,0.8528092704931449,3.6893182033819443,2.020385842117941,3.9881613073552904,-0.9359785662473704,1.0926850192410615,-1.475070466553483,-1.2413503169353297,1.091773147948241,-1.6067749109876939,3.9727191594888076,-0.3569594882156699,1.238999523664448,-0.8328143839052515,False,c1,3,"**turingt** wrote:
+
+You should include a label besides each button whenever possible. When you have a clear label, it doesn't matter that the icon is hard to recognize. And no, hover text doesn't solve the problem.",244259,2,,
+8.601614927696572,4.144735937915026,-2.076001430660766,-5.384635729588587,2.5526108968626016,3.277668497044239,-1.2262451780624168,-0.14078306681691688,1.2968753139436033,0.8686253193492934,-0.7032938626793219,-0.2128300984931384,1.449111223127749,0.7638783214008857,-0.36407974607983684,-2.54660617287024,-1.24194247586287,-1.100370339474928,False,c1,3,"Notes: 
+
+The current icon is stored at http://commons.wikimedia.org/wiki/File:VisualEditor_-_Icon_-_Reference.svg
+
+Threads on en.wiki which discussed the confusing design of the current icon include these:
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Icons_are_incomprehensible
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Reference_Issues:_Omnibus_Edition
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Mystery_meat_navigation
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#References
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Attempting_to_add_a_reference
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#User_experience
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2013_07#Refs_and_templates
+(And one thread that reminds us that cellphones/tablets don't get hover text)",244257,2,,
+0.7536120375850262,-15.082627333020685,4.680785595206859,-0.5632912328161588,2.8357714293946756,-15.081532565806175,5.944986437238962,-11.295139687037492,0.8413401155472187,1.4545345227300501,10.06054512989485,0.052989422154812615,-0.7748571558588708,0.40589927901526734,-2.113473063563105,-1.8439982688038454,3.0826346212859637,-5.19737242515002,True,c1,3,"Done and merged, now that wmf12 is deployed everywhere.",242265,4,,
+127.78399037328187,-2.78938560191739,0.055795218115534784,8.746597274855846,13.059046484958774,10.357346789343616,2.7759437887127785,2.280631342092483,0.20079040058870112,1.0372382353933078,-1.1234198578239458,0.9037507197387136,-0.457330158323614,2.1125811564837056,0.7753289966697325,-0.6779017806805192,1.374684054350588,1.129778788760047,True,c1,3,https://gerrit.wikimedia.org/r/#/c/73614/,242243,2,,
+-5.269245477009702,-4.247676773669022,13.840766789343517,-17.394212233655384,14.861024989871726,-8.696842770142307,15.98064127418708,-5.162810743702351,9.527349052306294,1.1596442521709491,1.2718915254274359,4.4494075530467585,-1.4914341109657996,-1.0828829190300953,-2.5973358966795597,-4.868006999466406,-9.125045261376986,-3.574147291686819,False,c1,3,This flyout is now much wider.,242153,34,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51618 has been marked as a duplicate of this bug. ***,242151,2,,
+-3.1843752915143546,-3.509294955413802,-2.983349858308703,-1.1828945660335322,-0.07724092138574257,-1.1501894309998129,-1.7960524749800566,2.0383313454569048,-0.45163552341286817,0.4846495730603868,0.1480399463595774,-1.014396730216271,0.11335124659493712,-0.74444892935813,0.08754037996949382,0.14425311585459166,-0.8480658330661635,-1.565225759866638,False,c1,3,"(In reply to comment #3)
+> (In reply to comment #1)
+> > Which page / URL does this happen on? And what exactly is ""strange""? The line
+> > break between ""Leave"" and ""feedback"", or anything else? Feel free to edit the
+> > bug summary to be more specific. Thanks!
+> 
+> I suspect it is the font (DejaVu?) that is common on Linux systems. It has
+> wider characters than Arial (used on Windows).
+> 
+> The Beta popup should be made a little bit wider to accommodate this font.
+
+The width is defined in terms of the font used (ems). I'm not sure how this fails due to that font - unless its em width is wrong somehow?
+
+Note that we've just changed the language in the beta notices and expanded the width to compensate (deployment will be tomorrow afternoon PDT). Interested to know if this has an impact on this issue.",242149,2,,
+4.090366033343889,4.327681266195977,0.3210750435911418,0.05413746451327128,1.6386153235327061,4.302999846106278,-4.571741949181009,1.6860634704733797,2.6995568673796733,3.7261385709592094,-0.07877448227257777,2.7079724430957555,0.42304564399840894,-0.6043513648295027,1.392159909075052,0.42823680841033385,-0.21108293635695694,-0.49836507934988283,False,c1,3,"(In reply to comment #1)
+> Which page / URL does this happen on? And what exactly is ""strange""? The line
+> break between ""Leave"" and ""feedback"", or anything else? Feel free to edit the
+> bug summary to be more specific. Thanks!
+
+I suspect it is the font (DejaVu?) that is common on Linux systems. It has wider characters than Arial (used on Windows).
+
+The Beta popup should be made a little bit wider to accommodate this font.",242146,2,,
+9.927880314730915,-4.21018341215599,4.854316398283899,-0.550300890652677,-3.2431080332997846,1.0736814054782347,-5.221467113286478,-3.1045295489989693,-1.3766860444461582,-5.71734617350552,-2.0107536472743,-0.3906571670541581,1.3425464221213361,-3.143902671873562,-1.6540190841611508,1.273366185430396,3.286622861315965,0.6851821977170913,False,c1,3,"Screenshot
+
+Adding a screenshot of how it looks for me (Firefox22, Windows 7).
+
+**Attached**: {F11423}",242143,2,,
+-2.719951105896182,3.939795929720759,0.7087196933025246,-3.6759928677996854,1.1244129002883554,-3.783967735270844,1.4520461133018028,7.212088500360006,0.3350192812305579,4.426808547507067,0.31010338699420015,-6.644939976131708,4.118552508598029,5.313864868375858,1.0435058211990054,-1.936933212876371,0.14468804389352133,-2.461928756321561,False,c1,3,"Which page / URL does this happen on? And what exactly is ""strange""? The line break between ""Leave"" and ""feedback"", or anything else? Feel free to edit the bug summary to be more specific. Thanks!",242140,2,,
+-3.884444032713753,11.077172134364524,-10.820972635182006,2.590973325217936,-4.804642953385203,-1.84198542241929,6.384388903159168,-3.5010504611246196,-1.2958786916464284,-4.559554927310262,2.3729433949121885,-3.145702870553366,1.209876348811889,-3.9294399662097055,-4.644920074432781,4.055030177067548,-0.3404566280897834,5.130131194183257,False,c1,3,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366],513030,111,,
+-12.195083858246914,1.241745275302609,-4.9487789459371765,18.403646645625322,7.670589818717922,-9.157194738082257,3.3511975927707685,4.831787133342228,9.256514376394902,-8.36652636350346,3.0359143050328283,0.45567185383293296,-2.634730920427887,-0.5612321194393527,-6.994483866818693,-2.7152770552424914,-9.85303036703047,1.8598271079220772,False,c1,3,No outstanding requests for these; closing for now as complete.,240974,23,,
+1.5342150387188545,-2.899371711681157,1.3272944814046794,-0.5972354685070727,-2.9692510321755465,0.1481091965232384,-3.3434222858580673,-2.112222351950046,-2.997618050506083,-1.4196200186799732,-0.11465254107413081,-1.4080409411147845,-1.5509006552370297,0.9888745228549489,0.10000463026541073,1.7372130613325545,-2.0115880112689264,-1.8772500192936574,False,c1,3,"(In reply to comment #2)
+> That was exactly my point is that we do not want to do that, because we have
+> already went through this with Vector. But I guess I have not expressed
+> myself clearly: I do not care about the exact image files linked there. The
+> point is that _we already know_ that Czech, Hebrew, and Polish (in addition
+> to English) want to use B/I, and we already have these images, the only
+> problem is to modify the configuration. We already know that Danish,
+> Norwegian, and Swedish (in addition to German) want to use F/K, and we
+> already have these images, the only problem is to modify the configuration.
+
+Thank you! No, ""we"" do not know, as we are not experts - but you clearly do. :-) Have created this as bug 51330. Will do this tomorrow when I'm in the office.
+
+> We also already know what letters 13 other languages would want to use, even
+> though we do not have those images ready (I guess), but the best person to
+> create those missing images is the person who created the current A/A/B/I/F/K
+> ones, I would say.
+
+Our developer/designer time is limited; we did F/K as an example for others to follow, not as a commitment that we would do this for all scripts.",240963,1,,
+5.413180255277085,-4.986001855137067,2.7164402690042753,0.14339228690349337,-2.2419868069339177,0.04826672886828831,-1.3834225773392728,0.30348838122456595,0.25004132377761,1.2376907427732906,-0.6030468906542845,-2.5102470032763047,1.8460062540034246,1.753910388579915,0.31076184107651716,-0.5663715988668305,-1.0240955679883261,-0.8994033679697004,False,c1,3,"(In reply to comment #1)
+> (In reply to comment #0)
+> > Since bug 38551 have been resolved, it is _possible_ to have per-language
+> > bold/italic button variants.
+> 
+> That's about Vector, which is entirely irrelevant here.
+
+Really? Bug 38551 ""VisualEditor: Bold and Italic UI buttons need to be internationalisable"" fixed by https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FVisualEditor/f49d80d27a757d0500b542959284a6c6bc99aebe? Anyway, that's not important.
+
+> Yes (and the Latin-generic ones).
+
+Which are wrong, that's the point.
+
+> > We already have
+> > https://commons.wikimedia.org/wiki/WikiEditor_Toolbar_Icons#List_by_language
+> > --
+> > cannot we use that?
+> 
+> No. Those are low-quality PNG-only icons and not in keeping with the existing
+> VisualEditor ones. VisualEditor's interface is in SVG. We look forward to the
+> creation of such icons and would gladly include them. Turning this into a
+> tracking bug so each language can be tracked against it.
+
+That was exactly my point is that we do not want to do that, because we have already went through this with Vector. But I guess I have not expressed myself clearly: I do not care about the exact image files linked there. The point is that _we already know_ that Czech, Hebrew, and Polish (in addition to English) want to use B/I, and we already have these images, the only problem is to modify the configuration. We already know that Danish, Norwegian, and Swedish (in addition to German) want to use F/K, and we already have these images, the only problem is to modify the configuration. We also already know what letters 13 other languages would want to use, even though we do not have those images ready (I guess), but the best person to create those missing images is the person who created the current A/A/B/I/F/K ones, I would say.
+
+So: I believe I do not need to manually create 6 new bugs to request Czech, Hebrew, and Polish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-b' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-i', and Danish, Norwegian, and Swedish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-f' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-k'.",240957,1,,
+1.4740564394362563,-2.1512846629202187,0.8039595341960086,-3.023141849279071,0.3658807490396505,-3.6546930962438644,-1.9248997231277443,1.065250952129987,0.7575840083306946,-1.2224586929759194,0.8516863393171712,-0.9771867884721237,-1.3872627823529395,-0.7717672474786546,-1.5577514054418145,2.040459821840165,-0.5026960570528942,0.40837638533709875,False,c1,3,"(In reply to comment #0)
+> Since bug 38551 have been resolved, it is _possible_ to have per-language
+> bold/italic button variants.
+
+That's about Vector, which is entirely irrelevant here.
+
+> But the only two languages _using_ this are currently English and German.
+
+Yes (and the Latin-generic ones).
+
+> Do we really need to ask language by language, when we've been through
+> all this with the Vector edit toolbar (see e.g. bug 23625, bug 23911,
+> bug 24188 etc.).
+
+See above.
+
+> We already have
+> https://commons.wikimedia.org/wiki/WikiEditor_Toolbar_Icons#List_by_language
+> --
+> cannot we use that?
+
+No. Those are low-quality PNG-only icons and not in keeping with the existing VisualEditor ones. VisualEditor's interface is in SVG. We look forward to the creation of such icons and would gladly include them. Turning this into a tracking bug so each language can be tracked against it.",240950,1,,
+-7.176325185175084,-0.44502453796567565,-2.5233249842270125,3.4347916802218226,0.8818749798025092,4.731138535730281,-1.6212049518202765,-3.6582470108118916,1.9610973814356705,1.4198949724471053,-0.42039546973972697,-3.226451181256875,0.49305090784026406,-2.6376728862802135,-2.2590485776423868,0.6205468600266513,2.924947405801982,-1.4635903777455335,False,c1,3,"Re-titling; the problem is that VisualEditor has no idea that the block of content it's been handed by Parsoid happens to contain a  call, and neither does Parsoid unless it re-parses it.
+
+Consequently, we are expanding the syntax for  to make {{reflist}} unnecessary. WONTFIXing this bug.",240460,21,,
+-10.26159200949416,2.5765552496085142,-6.832241262257893,-2.9551248804945036,2.6878080927727837,-5.971146446305756,-3.1707913991886327,-4.25922960543246,2.4690858544106193,0.10663861427445553,-0.0913092044913586,3.9734006045493837,-1.847493852545366,0.8705888105472284,-0.01453148311403174,0.9657443013272768,-2.137386023058746,-1.107466142918046,True,c1,3,"Same thing as bug 51851, and that one has more discussion despite being reported later.
+
+*** This bug has been marked as a duplicate of bug 51851 ***",239913,3,,
+1.8278158644984979,1.9346097878716542,-2.616229413260567,-3.350123322854021,-3.9669694666411495,-2.6992414817389108,-2.263547860886354,3.524280458221631,-3.6028420080312156,1.4059410302627136,-0.6388579577675231,-2.2299735532730693,-0.5290851508259662,-0.4487110443619138,-0.5544091408051255,1.6105058177807086,1.0465250126399552,-1.3337867345127772,True,c1,3,"(In reply to comment #1)
+> Please provide an exact testcase and/or link to reproduce, and browser
+> information. Might be a dup of bug 51293?
+
+Andre, here's a test case:
+
+*Go to ar.wikipedia, a RTL wiki
+
+*Enable VE in pref.
+
+*Go to your userpage or sandbox (Google Translate is calling these ""Stadiums""!)
+
+*Use media icon to bring up dialog, pick image.
+
+*Image defaults to the right.  Attempts to click'n'drag it to the left do not work.  
+
+*Curse the LTR imperialists.
+
+Duplicated on both latest Chrome and Firefox, OS 10.6.8.",239908,2,,
+-8.994546185419683,6.958100149944286,-6.169199151446325,-5.888003774853559,0.09237921151784434,-0.3890539892649034,-2.114017931581646,11.902931396064167,-5.3722087625693895,5.838083504891234,-0.8238978922779521,1.4198586163163167,-3.1951695049383737,-1.474470860860679,1.4815756165256673,-0.5332848095255502,5.948496243657482,1.1054572183994957,True,c1,3,"Please provide an exact testcase and/or link to reproduce, and browser information. Might be a dup of bug 51293?",239904,2,,
+-2.5776187750410733,-10.323288820718687,1.8408098135074544,4.872900081830055,13.112002994283838,-6.175513156746434,-9.616801879766593,-0.1138652168493518,11.41269417681554,13.311688887568794,1.252766604096724,-1.375450052400525,3.635600886178409,-3.2583022771584718,0.7862953520959715,-2.0768502929635866,-1.2597676987875845,-2.9844456487921747,False,c1,3,"This seems to be fixed, although T52474 (which is similar) remains open.",475204,102,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 69066 has been marked as a duplicate of this bug. ***,239579,56,,
+-10.95711342987315,0.9144264785298457,2.325413755938877,11.170345908430916,1.813984979419896,-0.1996533838497463,5.881500570723565,2.522404870982464,-6.788665940355157,4.94838757941247,-1.840194421401268,-0.7173021808799946,-1.0674240593242965,-0.9607138722705024,-0.5009401978123562,1.6533732490819626,0.5545374353502645,3.3077433950153856,False,c1,3,"Also, as seen by editing https://en.wikipedia.org/w/index.php?oldid=596381198 you cannot re-use any references that are within an infobox.",239571,33,,
+60.875234196622124,-8.229045536977598,-1.1487018989660625,-2.1304030659793476,2.2374980713320785,-1.5416375623776926,-3.6807100749968056,1.3300429628122237,-0.30706191956439643,-1.5993229911721794,0.09187933878798593,-2.1190201621935056,-1.4462269978042712,0.3733427687769393,-0.9561288947808739,1.2736479288977423,0.5737880189533481,-1.0836297343272094,False,c1,3,Gah.,239564,12,,
+11.066008905797629,-0.669767342568262,2.7552350653656346,-7.3663460197193045,-2.7419882742739343,-8.121016165898926,-3.7696917800634706,0.14994826158207256,-1.8466976677083558,-0.19893534494357556,-0.055970307308506495,-7.213031040770489,0.6226349512272322,-1.6243430215591108,-7.99529503272416,2.4196991274678012,1.8191966638421204,-5.199921550308137,False,c1,3,This has started happening again. See [[OpenOffice.Org]] and [[Bristol]] for examples.,239558,11,,
+-10.519596159263287,11.484306967763033,-9.259508974304648,2.9867956234062465,-3.129057849790695,-5.3679876344236686,4.972087295152546,-0.32114568169435687,0.6541141170498765,-7.470851757410779,-0.02867698213590497,6.734807859878289,1.1541299983078783,-6.91851705707749,9.955606564012673,0.04813784330269533,-3.4411024864510305,2.250396170567941,False,c1,3,"Ok thanks for the quick reply, now reported as bug 52427",239550,4,,
+-1.3744659930703502,7.722340804606841,-2.400189286421471,0.21947650376485228,0.3956757665702675,-5.296039074454759,1.255452680587723,-2.6754371234336496,-0.1928172954907692,1.175991054118815,-0.3729098719518813,1.8574044872841382,1.71756255432072,-1.6523234938928524,2.8252892203970603,3.5271498543573503,-1.7885821468219611,-0.9209929616196111,False,c1,3,"(In reply to comment #3)
+> Mike Christie at en.wp has reported this happening with notes defined in
+> image captions. Will the fix for this bug solve that when it is deployed or
+> should I file a separate bug?
+
+This is now deployed; references in image captions sounds like a further bug, sadly.",239543,4,,
+-2.6941524251197198,-2.6500961968644354,-2.73685345877287,5.591013339824341,2.8550783918094673,5.086055218042329,-1.4732415919454258,0.07721939168172376,-2.398528226797693,1.5217927116188603,1.3269837057298812,0.018967978740546343,0.1400076744485812,-2.129156411213667,-1.7073161864634079,1.2442311931305299,-1.7966294545480612,-0.33053758303587655,False,c1,3,Mike Christie at en.wp has reported this happening with notes defined in image captions. Will the fix for this bug solve that when it is deployed or should I file a separate bug?,239537,4,,
+-8.101483778350246,-4.810686261587767,-0.6566666963652437,2.237009414083703,4.43352592596489,-5.953196183138371,1.0990681230819401,-8.337789013177286,1.124178322457736,0.17871075914682866,-2.8100703281372774,2.2031193078329085,-0.47000407703398484,2.7038086138735027,0.5321032874705143,-0.7164881338286042,-1.486953166132197,-0.22524216673068453,False,c1,3,This is now fixed due to the same fixes as bug 51741 (and in Parsoid) - they're still numbered wrongly (which is bug 50474).,239532,4,,
+-5.515541002005875,0.5925743647985087,0.9102579132166904,-17.2584232580231,-1.1153475287336727,-7.838742122505171,-0.45837468690255,4.937419007983848,-1.6870376483872294,3.423517565994799,-0.4532748070551096,4.882994011493426,-6.376312045778322,-1.245017030936651,1.649214006868168,-7.960364833852065,-4.284019099140501,3.6728595386912386,False,c1,3,"Sorry, that second possibly related bug should be bug 50749",239527,1,,
+-9.831681408543185,12.423762822414552,-14.212557887929245,11.535258780209523,6.947219458956326,0.5948249688470284,7.128760855698493,-1.3059659925902505,2.43365250299681,-4.5360295894726015,6.260098148285305,4.168004446181615,-4.357958395218777,4.319645181334805,-0.32172292283134674,1.3253658707849114,-4.215165046034061,3.024317929006331,True,c1,3,This was done as part of the re-work of the media inserter in late July; marking as such.,239446,8,,
+22.540816642966924,26.582629851688274,19.896111225959324,-10.236843429105225,-7.269101095539342,-1.915583027959899,-3.347772796429725,15.518700175446991,-11.016957052757745,15.902938131932723,-2.82316545262375,-0.8715451161586927,0.6920604087278637,0.30860367258269594,-1.1117897215871784,1.3846171246079153,-2.485347831610732,3.3868604806022975,False,c1,3,See {T367735},2358759,572,,
+6.992252905615592,12.548892824861824,8.377868609187688,-15.260314347982352,-1.8401721637212027,4.102330903889502,-7.742907980786486,0.7555792683556846,-2.7053723295382417,-3.325542320617905,5.856366727436111,-2.1145389987161733,-3.726558088231265,0.27486336625177366,1.4938367171552507,-0.030383929742872073,8.93866622718768,-0.350120163889001,False,c1,3,"@jayvdb, ah, so it was a [[http://www.gsmarena.com/samsung_galaxy_note_n7000-4135.php|Galaxy Note N-7000]]. Thanks!",497001,107,,
+1.0965020316635874,7.642964157189301,2.4121927627463977,-4.144931753963508,1.0034536693395424,7.338394075995854,-2.376143369038914,-1.8189714048244605,-1.2270318910939089,-0.8512940348096301,4.127177076193224,-1.5113264389122683,1.2087030701249208,5.8363471448024455,0.7251302487323583,-2.045480333592218,-0.6752406037280665,0.5522888047617132,False,c1,3,">>! In T53274#1481575, @Neil_P._Quinn_WMF wrote:
+> @jayvdb, which device did you notice this on, ...
+
+This is in the user-agent I posted with the bug.
+
+> and what was the browser named? Just ""internet""? (Sorry, I know this is two years old!)
+
+The app icon was 'Internet' (upper case I)
+
+My phone has since been bricked & replaced, so I cant retest this bug.",496920,107,,
+-4.68664054083417,-2.7063245694858367,5.921877234717204,-10.275050713545776,1.27557527168279,0.8983623368442704,-8.200678658247256,-0.1961668375726554,-2.3323817977467813,-0.5345016388627712,1.6787452400401868,0.023407794528083947,3.079793092007911,2.0280170800770216,0.5137485522570016,-6.107072211178409,-2.3900538368361337,-0.8159510890924717,False,c1,3,"@jayvdb, which device did you notice this on, and what was the browser named? Just ""internet""? (Sorry, I know this is two years old!)",496795,107,,
+-4.896908685892678,-2.939703000333532,6.279712745948327,-10.326166765513177,2.1100759300478114,1.4141768027489459,-8.325363546964267,-1.33435574549131,-1.1809906405553061,1.2525247477796464,-0.8718457590060851,-1.1092032059668462,2.9182088076131754,1.1810457671108814,0.4521065341527404,-5.182924092169843,-2.727532941743377,-1.0843014572831922,False,c1,3,"@jayvdb, which device did you notice this on, and what is the browser named? Just ""internet""? (Sorry, I know this is two years old!)",496794,107,,
+-9.252561364816385,8.46872162196441,-2.232017449213736,-6.16975612580758,3.282304026130374,14.27990248422456,-2.3136637582324813,2.0456682497214143,1.8184476466921111,-4.4354442372974905,-1.3639432084922039,-3.6729515529242818,1.9396051946351571,4.715057516384535,2.73825238077045,-0.07413256128762624,4.793009166038478,0.20243550288425238,False,c1,3,Iv given the user-agent. It is the 'Internet' browser that ships with the device. It passes the vast majority on the compliance tests for content editable.,238666,2,,
+2.868739259770946,-9.077914202668644,4.970286628042004,-0.13552530761607606,1.6776492166305914,1.0176492384756557,0.686038277427075,-1.4669293397935852,5.456235811631353,5.432006914711431,-2.4329993522142894,-1.4361565070171638,3.566962609811527,-0.8677418062954545,2.3595676162245285,1.749476145189403,-4.400716760103654,1.2316228534920737,False,c1,3,"Safari literally doesn't exist on Android phones; there is no such thing.
+
+Some mobile browsers report themselves as compatible with Mobile Safari, which appears to be what you're seeing.",238662,2,,
+7.648732626095809,-2.168996085773996,4.396679293734079,-7.2023333416315225,1.282990615574052,9.37797492489981,4.561237595449533,-3.7809720283681725,9.562149515886881,2.1365060770408055,0.8904929150237184,3.8288173837776958,-1.8850855277156935,0.26614971753183747,1.682562144370876,-0.5876869368846291,3.7869528921364344,-0.0768694111500432,False,c1,3,Mobile Safari isnt just iOS.  It is the *default* web browser on many Android phones.,238657,1,,
+-8.170128812095697,-4.144789165326138,-2.20910714663344,-2.42889180138644,-0.16316835700176036,-2.913378708872319,1.041656075344708,3.343561928654736,1.4634303402148776,-0.0909740258095626,0.7164985046164747,-1.0466434819643826,-0.5367297904226553,0.4179742853759134,-0.8288221136618548,0.5359896321007978,1.014008609101213,-0.6030985437250993,True,c1,3,"FYI, I've added some support to en.wp's {{reflist}} to explicitly enable and disable automatic columns.
+Next step for en.wp will be to enables responsive by default for a plain  element
+
+This leaves the following capabilities that are specific to Reflist, which currently cannot be fulfilled with a plain references element
+# Different list item counters
+# Differing column widths (this one is also not really compatible with automatic columns, which will create a bit of a disjunct in behaviour).
+
+This doesn't negate the fact that:
+* of course reflist is already universally used, and universally changing it will probably be seen as disruptive.
+* there is also a rather large documentation gap, atm. regarding new and old information.
+* ironically, it seems that the responsive attribute cannot be set/unset from VE
+
+An idea that played in my mind, which would be terribly WMF specific, but might make it easier to work with this problem, is if we should maybe change the VE editor of  and the Template:Reflist, to be aware of each other, and maybe offer the opportunity to switch between them (""more options"", vs ""convert to references element""). Just a thought.",891461,210,,
+-10.689452965858468,0.2128587017117205,-2.6102648922182623,0.9840556878867854,-1.1629615298648268,0.5044428240703045,1.2614069801479832,-0.7585188013558445,2.286687639632218,-1.3373234037241004,-1.6532183393232036,-1.477831064599937,0.5244687216966741,-2.6535048922781517,-0.7982361712134907,-0.27481296530990296,-0.8697389548136453,-1.4959766548769429,True,c1,3,">For VisualEditor, we are continuously-bitten by  tags that are embedded within generated content like the English Wikipedia's {{reflist}} (T52769). It would be much easier for everyone if we just moved the features provided by such templates into the Cite extension itself and allowed such templates to be replaced by the now more powerful  tag.
+
+>Reference incidences (s) inside templates are an entirely distinct problem for VisualEditor to worry about, and this isn't about that. :-)
+
+You're contradicting yourself, chuckle. I agree with the second statement, fixing VisualEditor's difficulties with templates is bug T52769. This proposal of a more powerful more powerful  tag isn't going to help that bug because communities will still have various reasons for putting things inside various templates. If that's the purpose of this bug, it's a failure when it still gets templated.
+
+This bug really only makes sense in light of something like //T33597: Render references list in multiple columns based on the number of items// which aims to add useful new functionality regardless of whether it's put inside a template.",559955,122,,
+-11.034831992355166,-4.213272328471868,0.9404365605722069,6.02512251323069,4.852816000310197,0.6929659636723215,-7.747025427109925,-1.8393133171436182,-4.038165561477459,-7.928263391169352,3.937301012586719,9.015552654896595,3.850883786556442,4.353276413206857,-0.13612313354789407,-10.331116157749856,4.125671507499165,2.5109598889631584,True,c1,3,This was discussed at the weekly meeting on 2015-06-30. We decided that it wasn't a priority for this quarter.,484575,104,,
+-8.626945691422115,7.886595375039754,0.1308056031457352,-12.486696882849442,-0.4014093120977247,6.664799932593894,6.966266867956497,-2.7606957153209937,-4.582864315623561,3.049667243979097,1.646887153899082,-0.5283800116246562,-1.3056551102358664,-1.1024775685467951,-2.5403989228544144,0.5991536165312508,2.357817095513041,2.516493887708102,True,c1,3,It should be noted that mobilefrontend already does some CSS overrides here (setting a default column width).,419186,87,,
+56.652469651725276,29.794229695314442,4.294639813788165,-8.751437197944973,-3.698577618662722,4.289211469209111,-0.3748814931696547,2.7833306429476,-0.13363350126076745,-2.8258545115114493,6.118485835978257,4.753788579345641,19.178807884210457,-14.15149129483709,9.7636354014683,16.42847012068504,-2.4348543171261294,1.5353991481588882,True,c1,3,@thiemowmde mentions T33597,332460,73,,
+3.353065156395173,-2.844149853872258,0.9648445629742262,11.18351533023244,0.3677398125272795,-7.1905396857476225,4.001836151735654,2.046227767938322,-2.2595561993256488,-1.7563243303930474,1.1922463191334198,5.139839709624586,3.703952955647269,-2.549668248780936,2.070422973092983,-3.0460510904385036,-1.4207885212720859,-1.750266597599178,True,c1,3,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See bug 31597 (T33597) for a much more elaborate proposal.,332889,73,,
+3.877178739088773,-4.538098469889414,2.796505620829053,13.783641206322594,2.438099043565984,-5.9373791093396715,4.543861219197494,2.26285255734606,-2.5383925436209944,-1.2537889426723914,2.122926093469088,4.992953447663308,3.7289121879419556,-2.637431786637606,2.988764813701305,-1.5228597346205395,-1.4803527644804984,-1.7005939146672067,True,c1,3,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See T31597 for a much more elaborate proposal.,332886,73,,
+-0.45035955955353035,-2.8276356783212133,1.6630081880784982,12.21274825910915,1.124100869408041,-5.776656070478414,4.791987479432592,1.6470469305592514,-2.8231252347335642,-0.9963476918031864,1.3242098776795046,6.071039707062112,3.9800541976240407,-2.533943485695672,2.8410327111360116,-2.372384571326901,-1.3875847474125884,-1.3362224561961515,True,c1,3,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See bug 31597 for a much more elaborate proposal.,237920,66,,
+-11.919150620850242,-0.24342075289270326,-1.3063459085355316,-0.11477619856096233,-0.2940583198177933,1.8669994380774906,4.44488343652379,1.5073546098492585,0.7661780557852287,1.4439306976085762,-0.0002792972871172861,0.2436155789275558,-0.41520994210704476,-0.462197501869668,0.05024444476781742,-0.11777994575449435,0.8177471141396955,-0.5596088992781572,True,c1,3,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual `` list.
+
+These are traditionally implemented in a `{{reflist}}` template on Wikipedia. That was by all accounts a compromise due to the limited capability they have inside a template. What people want is for stuff to just work. They don't actually want to specify it manually each time.
+
+Adding this to the extension will improve nothing other than move it from a template hack to something we now have to support and maintain forwards.
+
+There has yet to be given a valid reason for why anyone would explicitly, semantically, by intent, want one specific article to have its references in a certain number of columns or certain list item number style.
+
+The number of columns should be determined by width, not hardcoded count. And while the latest patch uses width, it is still imho fundamentally flawed. Users don't want to hardcode this everywhere (authors will not know this even exists, leading to generally no single user actually using this feature other than power users, whom then have to write bots that fix it everywhere; or more likely, they'll just use another template that specified the width and list-style they agree on for that wiki).
+
+If this were any other feature, it'd be obvious this is something for the software to provide as a convenience. Not a burden for the users. Based on design considerations, can make a reasonable choice for what the column width should be. And it can be improved as we collect more data and positively influence all readers.
+
+While there may not be a perfect value, I know for sure the factors that make it less perfect don't vary by article. They vary by device, browser, etc. It will traditionally and up with authors using their personal preference for what looks right on their device.
+
+The only thing that is probably in need of variation is list-style (based on content language), which, again, seems like something we can be much smarter about. If there isn't a way to get that already from the Language infrastructure, we can provide a config variable or mediawiki-message specifying the list-style for that wiki or language. One exception could be multi-lingual wikis, so maybe provide list-style as attribute indeed.
+
+
+Note: Gabriels proposal for css classes is imho better than providing a hardcoded column-width, but per the above, we don't need either.",334669,74,,
+-11.936002193462247,-0.21405896232284682,-1.3873644262104952,-0.11065930516227063,-0.18776296827977035,1.955791325772923,4.273395775843246,1.5701382392919898,0.7251647554312772,1.4392734375128287,0.016850509720575557,0.22515109980298664,-0.40309138311064574,-0.45502082661720367,0.01941987668029288,-0.1261601888625301,0.7559123894854045,-0.5666577696086801,True,c1,3,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual `` list.
+
+These are traditionally implemented in a `{{reflist}}` template on Wikipedia. That was by all accounts a compromise due to the limited capability they have inside a template. What people want is for stuff to just work. They don't actually want to specify it manually each time.
+
+Adding this to the extension will improve nothing other than move it from a template hack to something we now have to support and maintain forwards.
+
+There has yet to be given a valid reason for why anyone would explicitly, semantically, by intent, want one specific article to have its references in a certain number of columns or certain list item number style.
+
+The number of columns should be determined by width, not hardcoded count. And while the latest patch uses width, it is still imho fundamentally flawed. Users don't want to hardcode this everywhere (authors will not know this even exists, leading to generally no single user actually using this feature other than power users, whom then have to write bots that fix it everywhere; or more likely, they'll just use another template that specified the width and list-style they agree on for that wiki).
+
+If this were any other feature, it'd be obvious this is something for the software to provide as a convenience. Not a burden for the users. Based on design considerations, can make a reasonable choice for what the column width should be. And it can be improved as we collect more data and positively influence all readers.
+
+While there may not be a perfect value, I know for sure the factors that make it less perfect don't vary by article. They vary by device, browser, etc. It will traditionally and up with authors using their personal preference for what looks right on their device.
+
+The only thing that is probably in need of variation is list-style (based on content language), which, again, seems like something we can be much smarter about. If there isn't a way to get that already from the Language infrastructure, we can provide a config variable or mediawiki-message specifying the list-style for that wiki or language. One exception could be multi-lingual wikis, so maybe provide list-style as attribute indeed.
+
+
+Note: Gabriels proposal for css classes is imho better than providing a hardcoded column-width, but per the above, we don't need neither.",334668,74,,
+-12.353877775756278,-0.5972613390126309,-1.6984995342642248,0.10909764455926485,-0.26288685709982396,1.8561477068899421,4.283466502024231,1.5209565685595554,0.7470021807300438,1.387030565413176,0.033921372349674295,0.17617945526249912,-0.4224250665685205,-0.481916697772788,-0.014793058112084978,-0.13305859875919124,0.8071530255207668,-0.6679224652728113,True,c1,3,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual  list.
+
+These are traditionally implemented in a {{reflist}} template on Wikipedia. That was by all accounts a compromise due to the limited capability they have inside a template. What people want is for stuff to just work. They don't actually want to specify it manually each time.
+
+Adding this to the extension will improve nothing other than move it from a template hack to something we now have to support and maintain forwards.
+
+There has yet to be given a valid reason for why anyone would explicitly, semantically, by intent, want one specific article to have its references in a certain number of columns or certain list item number style.
+
+The number of columns should be determined by width, not hardcoded count. And while the latest patch uses width, it is still imho fundamentally flawed. Users don't want to hardcode this everywhere (authors will not know this even exists, leading to generally no single user actually using this feature other than power users, whom then have to write bots that fix it everywhere; or more likely, they'll just use another template that specified the width and list-style they agree on for that wiki).
+
+If this were any other feature, it'd be obvious this is something for the software to provide as a convenience. Not a burden for the users. Based on design considerations, can make a reasonable choice for what the column width should be. And it can be improved as we collect more data and positively influence all readers.
+
+While there may not be a perfect value, I know for sure the factors that make it less perfect don't vary by article. They vary by device, browser, etc. It will traditionally and up with authors using their personal preference for what looks right on their device.
+
+The only thing that is probably in need of variation is list-style (based on content language), which, again, seems like something we can be much smarter about. If there isn't a way to get that already from the Language infrastructure, we can provide a config variable or mediawiki-message specifying the list-style for that wiki or language. One exception could be multi-lingual wikis, so maybe provide list-style as attribute indeed.
+
+--
+
+Gabriels proposal for css classes is imho better than providing a hardcoded column-width, but per the above, we don't need neither.",237914,66,,
+-9.44003505719305,21.028853071465512,-11.486138891689258,-0.6096948185369762,-6.660870508754529,3.4280319382324116,9.917376044652821,-0.4079008784073468,-4.710799330403032,2.020884272283789,-2.2803414757784504,0.1369429160897795,1.0501665735926462,-2.0656440988895657,-4.235587827707137,-4.289580974498795,1.5752397768723974,4.791921414423289,True,c1,3,"See also:
+Bug 31597 - generate class for references list according to the number of refs",237909,64,,
+11.719473734485954,-2.3802020507044137,2.495435928862241,12.378238930456467,7.453098956039668,6.536049007061866,1.530032283027472,-0.8445617024834918,-6.524542335728186,-11.247550531891761,6.135160914207113,1.101287971034938,-0.7670116895473202,1.8833764312076047,-4.099625838800445,-5.056594953518536,-1.2260290351262297,-3.9437283583564975,True,c1,3,I picked up the Cite & VE parts of this again.,237897,61,,
+-3.1096989580667196,20.3314201524867,-5.2212612701775,9.293959124755618,-8.046437913878414,-4.787802968686339,0.8027140487089177,2.889734218144712,-7.649953994168102,19.038357441064754,1.9124284517683212,5.197528773517473,-0.4603940216313802,2.570052701993424,-0.984924912851183,-4.530182927357433,5.616675392050232,2.507654239231989,True,c1,3,Bug 22265 - Allow references to be listed with letters,237868,55,,
+-4.276134377493762,-8.192568972094831,7.531899293129525,6.038368302401411,0.07690634200172042,5.876385531866113,-2.7609546663574003,-2.0885310577069673,-0.9671099670983923,-1.3446610123228728,1.028943004956294,-2.728985082620692,3.532407588290244,-1.1347723165962555,3.1033934831273076,2.2113187310160205,2.925185555754688,2.9718042501016853,True,c1,3,"No. We /are/ going to do this. Gabriel is on the hook for suggesting how to do it in a way that makes him happy, given he vetoed the agreed way. It certainly isn't ""UNCONFIRMED"".",237862,54,,
+-0.7157455866367135,12.273590855683551,2.16208449340857,20.185074603965532,3.9198392917360056,-5.824950074056921,-2.9292240680829646,13.808974504980563,3.2645494376857718,2.929793382782873,0.6786711902045849,-0.6799512733682445,2.1678328322027562,-3.1190029107260697,-5.059232808244129,-5.674254079426566,-6.259190891510381,-2.381353722355408,True,c1,3,See https://gerrit.wikimedia.org/r/#/c/120962/ for more discussion on this.,237843,47,,
+2.426836322040911,2.956871059185861,-4.918681821761968,9.193718881647415,1.4744691128066645,-3.1671952042857843,-1.7834916053874963,1.3660130388052671,0.753247511169717,0.7594288244123337,1.8454251484591429,0.9873292669859017,1.150585997058673,-1.9167980579741148,0.3412391406198916,2.2079798964107598,3.950631415364959,1.2190782064868615,True,c1,3,"(In reply to Gabriel Wicke from comment #24)
+> Is there a good reason to use magic attributes and inline styles here
+> instead of CSS classes? The latter is easier to customize for different
+> environments and creates less complexity in the parsers (PHP and Parsoid).
+> 
+> All VE needs is a list of classes to offer in a drop-down or the like.
+
+Your assertion that a restricted set of classes invented by the development team will be sufficient for the community's existing wishes to be fulfilled is not met by reality…",237840,47,,
+-5.305082816727803,5.191741295712049,-6.4723264106212754,0.6284320497399225,7.510642612021904,1.7792955060907811,1.259818429839422,5.790924732540166,4.6625013070928025,2.353012572497857,-1.7146444478170029,0.74757800437163,-0.8564263805925418,-0.1768402338991717,1.8001220931972721,3.0252671375608284,1.5806365511063913,-1.081408245212085,True,c1,3,"Is there a good reason to use magic attributes and inline styles here instead of CSS classes? The latter is easier to customize for different environments and creates less complexity in the parsers (PHP and Parsoid).
+
+All VE needs is a list of classes to offer in a drop-down or the like.",237834,39,,
+-2.657287726011966,-4.7947978789668415,17.35741301034487,4.075161922915827,2.743737516112681,-3.051745085541409,8.451894343457019,-3.6172976706469395,-3.0824396263062503,-1.5061413338121796,-5.4074352389950295,-6.620980691834095,2.9863769964012556,3.733954984936311,1.7196430367218012,0.010135007395253304,0.8613559807617801,-4.130164205611842,True,c1,3,"What? We don't do LATER, and haven't for over a year.",237818,38,,
+-0.6682210602823719,-5.045402667626622,13.24499604773576,-11.301576615940313,9.766450613686867,-13.40445182429455,3.8891574250173413,6.457405702243655,-12.260469239285582,6.804252247854993,1.8125680696479916,7.01918641112442,-4.390983177475484,5.420798658437376,-1.1680286182562916,3.713943528404057,3.9025036595766975,2.5168553500784587,True,c1,3,"IMO this should be a WONTFIX or LATER, and instead bug 6019 should be fixed.",237813,38,,
+-5.5340739283576434,-1.0363640650695434,-3.636063760922662,-2.194599411802889,-0.1391327755594549,-1.554255923754873,-2.9028878290250413,4.731670040093218,0.9422568435836749,0.06207389108547545,-0.23036400652648337,-1.5245835125668217,0.7729768727851654,0.8074446984682633,0.5053465783571705,0.820407312122525,0.6812105821734672,-0.6005696325887238,True,c1,3,"(In reply to Alex Monk from comment #17)
+> Can someone sum up exactly what has been agreed to do here?
+
+My understanding:
+
+Do: 
+
+* Add a ""column-width"" optional property to the  element, in ems, defaulting to unspecified => one column of 100% width.
+
+** Ensure the issues about RTL display being logical are fix (you need to make sure that the columns and their contents both flow RTL).
+
+** Make it look nice. :-)
+
+** Should this default be variable as a per-wiki option?
+
+
+* Add a ""list-style"" optional property to the  element, an escaped pass-through of the CSS list-style of the OL, defaulting to decimal.
+
+** Should this default be variable as a per-wiki/per-content-language option? I can imagine there might be better alternatives for some languages than ""Arabic"" Roman decimal.
+
+
+Do not:
+
+* Add a ""columns"" property (this breaks the concept of the Web's content being fit for any sized screen and shouldn't be encouraged).
+
+* Add a new class to the  OL – the ""references"" class can be over-ridden locally by wikis if they want to change it further.
+
+
+Is this what others think?",237804,36,,
+-7.796449434059885,-9.84591350788865,7.049268218379666,8.830112319175006,-1.4031347776014922,-16.73895283227402,2.663608568194695,-0.5729664106039971,-5.281587578023212,12.16004501027862,2.9690399324304155,-0.6972513394000357,3.3561679298127016,-5.112615463717958,2.7179302409180925,3.5111677993750137,1.435864957778609,-5.310024661100972,True,c1,3,Can someone sum up exactly what has been agreed to do here?,237801,35,,
+-5.363020567069288,5.714282718834188,-4.474796428214791,-3.7912391923260493,0.475785892100939,1.8161500118675633,-0.1694443686553342,-1.2107919624783103,0.8177130808495172,0.910775418833146,-0.9758462020837615,-0.7313531392374824,2.96622326942422,-1.8754568925414326,0.8457744402775251,2.05941252493932,-1.9822775273436384,0.6386900620325586,True,c1,3,"(In reply to comment #8)
+> The references tag should support html attributes, than you can write
+>  and the template can be replaced.
+
+This is bug 6019.
+ 
+> Needs a set up a class for list-styles.
+
+Has anyone done an analysis of list-style usage on the large wikis?  I am wondering whether Cite adding a class for the group name will suffice. (i.e. emitting class=""references references-$group $invocationClassesVal"") 
+
+I agree with others that Cite shouldn't add explicit support for columns, as this is very device-dependent; a class attribute indirectly provides this and more.",237796,17,,
+-12.774151459607399,-0.7860478893860261,-4.0876535574697215,2.4306061754059485,0.6847624475342329,2.630122820906788,-0.2756057358518582,1.6270312986596056,3.129462371063581,-0.1042660014623813,-0.9191513679330385,-1.409443342564534,0.3707162823320922,-1.1930024593298851,-0.5990069978379586,-0.2841693660638489,2.8427100514233357,-1.85349289412747,True,c1,3,"Multiple columns for references causes two major usability issues:
+
+1. When there is only one reference and this reference is longer than the column width, it is split into several parts, causing gaps inside the reference. This gets even worse for bidi texts: If you have a reference in a right-to-left language inside a left-to-right context, and it is split into multiple columns, you have to start reading on the right end of the left column, read to the left, jump right to the next column, read to the left again, etc.
+
+2. When the list of references is longer than the screen and a reference breaks into two columns, you have to scroll to read it. This means:
+a) You click the superscript number, the browser sends you to the upper part of the reference.
+b) You have to scroll down to the beginning of the reference and start reading.
+c) You have to scroll up again to the second part and continue reading.
+d) If you don't know that you can use your browser's ""back"" function, you have to scroll down again to get to the back link.
+
+Both issues could be solved by using ""break-inside: avoid-column;"", but the browser support currently is very poor. So unless browser support for this improves in future or somebody writes a JS solution for it, multi-column reference lists are a bad idea for usability reasons.",237791,17,,
+-12.67623385483514,6.084163399852052,-3.931573760685147,2.1986525201631952,-0.9396813811248883,8.06896077241964,2.393819256119052,-2.228154945990824,-4.353499811935422,-0.15891350029710694,0.20486810219761242,-0.22671586884308148,-1.002535903216141,0.07963874016622774,-1.5688572607894564,-0.29170708365899367,1.3333354545727116,-2.010790622778586,True,c1,3,"For the record, both column-count and column-width are fully automated CSS properties in the browser. It's 1 line of code to tell the browser, and then browsers handle it natively for us. No development on our side to split the list or anything like that.",237786,12,,
+-12.349182695857845,-2.7546185806982297,-2.686639377040302,0.7377395887625742,-1.3304429465313783,-0.3194839764254631,2.532260753865181,0.3458338198628358,2.818630941929574,-0.7176338156900663,-1.4852692539155918,0.08512319718616279,-1.3935322868906426,-0.9925413104457186,-0.2060035146245749,-0.2943532578239174,0.6352724390008382,-1.1538529625943115,True,c1,3,"column-count is terrible indeed, especially for liquid layouts like in MediaWiki skins. When viewing it on a narrower window, it becomes unreadable.
+
+column-width is a much more sensible approach, though I find it hard to believe either makes sense to be specified on the individual reflist. What I've seen in practice (at least on nl.wikipedia) that there is authors who know about it and explicitly use reflist with 2 columns in all their articles, and others who don't know about it, and others who prefer 3 for whatever reason.
+
+The result is a chaos if different column counts per article.
+
+When incorporating this back into the Cite extension, we can also provide a better default based on whatever really makes sense to derive it from. Whatever the rational is for needing multiple columns (mostly for readability I presume as the lines become too wide, and the list too long), we can automate that trivially based on rational UX arguments (yes, there shall be a global wiki bikeshed about why 2 is better than 3). Probably deriving it from the number of references in the list.
+
+column-width will allow the list to fold back into 1 column on smaller devices and people who just like to narrow their window, and multiply out as the window gets wider. Of course this problem isn't entirely specific to references lists, it's also a long outstanding petpeeve of various designers about the article content itself, a fluid layout makes that content hard to read as well in some cases (though a fixed layout is probably better than multi-column in that case).
+
+",237781,12,,
+-10.089217570867774,4.1659315336362255,-10.226095389456429,3.846950721971906,-4.208220116893004,-5.9877996501899045,-3.0116561275498137,0.37473568191744455,1.6545458069585781,-4.230519879633947,-1.8600320518097395,-0.3058456172786519,-1.6358466988689502,0.39318020964553946,-1.15635240689183,-1.3164365525755337,-0.4278815687446862,-3.099778902904819,True,c1,3,What about the {{reflist}} variants on en.wiki such as {{notelist}}?,237775,8,,
+-0.7969922488695964,11.096948206238217,0.6549975755521698,-20.29349428745482,3.05895467959839,-1.4229761539810486,0.8230244003921623,-5.8127675380282655,-1.8076597878319323,0.6060776249944668,-5.368271757359054,0.5619305383983084,2.6406076106701715,-0.014642278947581966,-1.9684055918506074,-0.9985289051377255,7.204968964650475,-3.0474566340706257,True,c1,3,"The plwp infobox  is here:
+https://pl.wikipedia.org/wiki/Szablon:Infobox_uwagi_dodaj",237769,1,,
+-0.3331561329116228,1.3327543646305084,-5.7247319975852315,-1.4039994860471445,-0.7218031378464715,-1.804181607954316,-1.7238350441772141,-0.6781555247963921,0.5837781665376016,0.10280958337159429,-0.8530676940542694,-2.5568427043711894,0.10755301121942251,-0.9977289217016754,-0.42270949249593315,1.3238519285855752,1.4089797341988703,-2.8886460028633323,True,c1,3,"(In reply to comment #7)
+> I don't understand what you're saying? This is an enhancement about users
+> frequently using a template to achieve a trivial software feature, and so 
+> building that into reference lists (s) rather than having them
+> need to invent and use the template.
+> 
+> Reference incidences (s) inside templates are an entirely distinct
+> problem
+> for VisualEditor to worry about, and this isn't about that. :-)
+
+This bug seems to be about enhancing  so people won't (often?) have to embed  in templates.  However, I think db's point is that there are other reasons (besides {{reflist}}) that  may be in a template.  The example Bartosz gave (Carles Puyol) boils down (after a few template layers) to [[pl:Szablon:Infobox_uwagi_dodaj]], which has its own references tag with a custom infobox group.  As shown at [[pl:Carles Puyol]], the effect is a small notes list just for the infobox.",237761,1,,
+1.6305174284669768,2.176009916543503,-3.487594409754937,-0.05988125702087288,-2.6204104238477886,-2.3667703578690844,5.0672402571965485,-0.9990569883004944,-2.0435893807910466,0.8576692674661057,-1.0273162993469924,0.9832419603097557,0.16881554891217876,-0.9086598697652086,2.178226018124535,3.3380218621022113,1.4798151907614479,-2.0138627218173637,True,c1,3,"(In reply to comment #3)
+> Also, some wikis include more stuff in their reflist-like templates; for
+> example [[pl:Template:Przypisy]] unconditionally includes the heading.
+
+Indeed. The equivalent template on Portuguese Wikipedia is also used to generate the header, and also has parameters to change the header text as well as its level (
, 
, ...):
+https://pt.wikipedia.org/wiki/Template:Referências",237756,1,,
+-11.063464720667582,2.984974143153636,-7.887656170522512,-11.86168661862312,-4.277531148737565,2.559694736202214,0.44164625497104737,2.2399616852655098,-2.3296274924380964,0.03286993614316103,0.7995574844919943,-2.224906902639263,-0.37743467539975395,-0.13178044000071454,-0.5470140993141648,0.9806072164012476,0.25639062078734876,-2.044176457653493,True,c1,3,"The references tag should support html attributes, than you can write  and the template can be replaced.
+
+Needs a set up a class for list-styles.
+
+The extra class=""reflist"" is unneeded, because the references tag already adds class=""references"".
+
+Thats why you can already add
+
+.references { column-width: 35em; -moz-column-width: 35em; -webkit-column-width: 35em; }
+
+to your common.css/user.css and all references will have column width, no need to tag each references tag with its own class.
+
+
+But the template has the advanced, that syntax errors will not eat the rest of the page.",237751,1,,
+-7.864885474339127,1.7155321597766289,-3.5991178362099348,-0.1632961332226337,-0.4110032177037919,0.783290302493068,2.627741178629483,1.3629933164957886,-2.774075475184116,2.0701647205668285,-0.4977955916392236,-1.7143640374335076,2.30281533324228,-1.3180195872672713,-0.4839640336848845,1.522587647182673,-0.04477029752775491,1.5213483584554477,True,c1,3,"(In reply to comment #5)
+> You will become also problems with  in infobox templates or so on, that
+> means you need another soluation than add a new tag or maintain a hardcoded
+> template list in VisualEditor.
+
+I don't understand what you're saying? This is an enhancement about users frequently using a template to achieve a trivial software feature, and so  building that into reference lists (s) rather than having them need to invent and use the template.
+
+Reference incidences (s) inside templates are an entirely distinct problem for VisualEditor to worry about, and this isn't about that. :-)",237747,1,,
+0.41060114652209556,0.7990988500711964,-4.31563460353142,-5.037297730947718,-7.471293937946321,0.7167908237969929,0.04683769860305986,0.21677177019115637,-0.3887628996745974,0.8062605350130303,1.2539510040359287,-1.3136096273835376,-0.16548379552900538,-0.8151827707170818,-0.7275111679738444,0.8163933093132782,0.17005793816305662,-2.9831818102667187,True,c1,3,"(In reply to comment #5)
+> You will become also problems with  in infobox templates or so on, that
+> means you need another soluation than add a new tag or maintain a hardcoded
+> template list in VisualEditor.
+
+Hm, yeah, I didn't think about it, but some infoboxes include their own s *and* , for example pl.wp infoboxes for football players and some other sportsmen; an example can be seen on [[pl:Carles Puyol]].",237743,1,,
+-10.417415762319989,0.5121704889236796,-3.2833204348675684,2.9016938033641733,-1.1757864059092178,3.596483746150504,3.5055003611928477,1.9327491817969533,-3.6635124079392467,-0.7275726174263615,-1.5651737518698785,0.37635954612235345,0.6171037832816357,-1.9050023402896876,1.82183956844825,5.494349582886068,-0.6623533499643092,-3.2168891101568806,True,c1,3,"You will become also problems with  in infobox templates or so on, that means you need another soluation than add a new tag or maintain a hardcoded template list in VisualEditor.",237738,1,,
+33.87710835835533,-4.612270384895904,0.857765809555187,0.3710195078446237,-3.937792587056732,-1.4576390488372706,-2.367422666088242,-0.4132621796674053,-1.7218530639639944,-0.34985932322559465,-0.689120849418213,0.46751419646228687,1.3201572923958045,-1.323630374939278,1.3089096606430792,2.2145114667508965,-1.232330654094332,-0.5285201212625958,True,c1,3,"(In reply to comment #3)
+> Also, some wikis include more stuff in their reflist-like templates; for
+> example [[pl:Template:Przypisy]] unconditionally includes the heading.
+> 
+> (In reply to comment #2)
+> > > ""Obviously""? In my opinion setting maximalcolumn width and letting the
+> > > browser figure out the layout makes more sense than hardcoded number
+> > > (although sadly it's not how it's done right now).
+> > 
+> > We should be reducing, not increasing, the use of hard-coded widths. HTML is
+> > not a graphical layout language, and should not be bastardised to serve as
+> > such.
+> 
+> Hardcoding the number of columns is the same, except worse, since it can't be
+> adjusted to the capabilities of the browser/device without violating CSS
+> spec.
+> 
+> CSS only allows specifying column width ""hints"", anyway, and they can be
+> measured in ems.
+> https://developer.mozilla.org/en-US/docs/Web/CSS/column-width
+
+OK, then I suppose we should maintain equivalence with {{reflist}} here.",237733,1,,
+-2.4427905214324706,-0.9901620856680342,-3.8694151364299936,-3.7970555866332383,-2.929332266052133,-2.352369315402104,-0.22463290430960825,-0.36229025844117946,0.601589948150079,-0.8134463528251246,1.2052820689149657,-2.3569595578804505,-0.0798484563920483,0.1181380128006646,-0.6958077528258626,1.9936445482161793,1.3288206868084182,0.9013621576213153,True,c1,3,"Also, some wikis include more stuff in their reflist-like templates; for example [[pl:Template:Przypisy]] unconditionally includes the heading.
+
+(In reply to comment #2)
+> > ""Obviously""? In my opinion setting maximalcolumn width and letting the
+> > browser figure out the layout makes more sense than hardcoded number (although
+> > sadly it's not how it's done right now).
+> 
+> We should be reducing, not increasing, the use of hard-coded widths. HTML is
+> not a graphical layout language, and should not be bastardised to serve as
+> such.
+
+Hardcoding the number of columns is the same, except worse, since it can't be adjusted to the capabilities of the browser/device without violating CSS spec.
+
+CSS only allows specifying column width ""hints"", anyway, and they can be measured in ems. https://developer.mozilla.org/en-US/docs/Web/CSS/column-width",237728,1,,
+6.366653164980608,-4.039255651986695,-2.6209580839659696,-3.509074849553368,-3.1567442427540344,-4.292127366966852,-2.796852711537613,2.0161075438100937,-0.4584691683239761,-1.5111714399374931,0.9145664726037611,-2.0174445596758095,-0.5984787083841587,0.07230417441544001,0.8362056642852136,1.5582606396056555,-0.5784762910682553,-0.08192278069994696,True,c1,3,"(In reply to comment #1)
+> (In reply to comment #0)
+> > * columns (default to 1; a number between 1 and … another number? - not
+> > allowing width, obviously)
+> 
+> ""Obviously""? In my opinion setting maximalcolumn width and letting the
+> browser figure out the layout makes more sense than hardcoded number (although
+> sadly it's not how it's done right now).
+
+We should be reducing, not increasing, the use of hard-coded widths. HTML is not a graphical layout language, and should not be bastardised to serve as such.
+
+> > * list-style (default to decimal; just an escaped pass-through of the CSS
+> > list-style of the OL)
+> 
+> That would be a bad way to do this; the list style should actually depends on
+> the group name used (since Cite has a way to provide custom markers instead
+> of [1] to reference citations, list-style is used to match them - see
+> [[Special:PrefixIndex/MediaWiki:Cite_link_label_group]] for ones defined on
+> en.wp).
+
+Sorry, yes, I meant ""default to what the group states; if no group, default to decimal; otherwise, let the user over-ride"".",237721,1,,
+-3.8688793319735435,-1.404030916269809,-4.527127451267239,-1.11548367797052,-4.060252316317116,-2.38594769048977,0.33167355179804225,-0.485196556938537,-1.9087306857522175,0.9264535877491724,-0.7723852115534151,-2.2654622473937165,0.12285564830490481,-1.2513333160636184,-0.9014123099340994,1.123753569666377,1.5533023021671442,-2.0938486321944274,True,c1,3,"(In reply to comment #0)
+> * columns (default to 1; a number between 1 and … another number? - not
+> allowing width, obviously)
+
+""Obviously""? In my opinion setting maximalcolumn width and letting the browser figure out the layout makes more sense than hardcoded number (although sadly it's not how it's done right now).
+
+
+> * list-style (default to decimal; just an escaped pass-through of the CSS
+> list-style of the OL)
+
+That would be a bad way to do this; the list style should actually depends on the group name used (since Cite has a way to provide custom markers instead of [1] to reference citations, list-style is used to match them - see [[Special:PrefixIndex/MediaWiki:Cite_link_label_group]] for ones defined on en.wp).",237712,1,,
+-14.834563256327396,-3.514887238771296,0.7757787753103722,2.8290478558220684,8.717154119609322,1.6289200886054243,6.926269784092662,4.9511266225117545,0.43763755534796145,-5.059816503496519,4.778897152583204,5.403650590985648,0.5575472043461285,-0.053977842709439505,2.873657526069451,-1.9331778113896747,5.070604892052638,-0.7421315762213401,False,c1,3,"It also ignored the fact that the new token may be logged out or for a different user, though this was previous OK-ish because it was only to load the content which is a read action and not a write action (hence why we fixed that API recently to no longer require a token)",237246,1,,
+-13.494035516919496,-16.500495020855485,8.571387912374671,-16.782235212869836,12.8341033728233,-7.816423802133721,10.76773486637502,-2.420137844788557,9.635080487136737,0.5062980206125856,-3.6630532456348432,0.6534170362263838,1.9603077531786148,-3.2188525455443466,0.993016240166456,0.9808574867949456,-0.42891845038986187,-2.192029263437397,False,c1,3,"onLoad no longer requires or even considers a token, so this is now obsolete.",237239,1,,
+6.94626198481129,-8.007299776757348,16.061158665092883,-10.022797858510051,2.075830256978641,-2.094841968305129,1.1367055959955525,-0.6809901558191077,0.8586836934971047,3.536124298361301,3.315050236853223,1.0950599993020003,-1.7220013235065275,4.599333823452509,-1.4596035015177786,-1.4563337631108673,-3.8648666732431933,-0.598096263566394,False,c1,3,"I'm pretty sure this can be closed now :) Thanks, Fabrice!",237169,8,,
+0.393333961023953,-2.6029717699256008,6.590274677058639,0.5688087684319445,-8.311122010904793,3.098702572741356,-5.256359066843169,0.517671457898502,2.0796215117439436,-1.269856750476401,1.7677671291331893,-6.570457519170381,3.1864200547970327,7.113475045897938,1.433110928052539,-1.3042688797748245,0.3242775674586692,4.206506316375654,False,c1,3,"Sorry, I meant to say 'translate to Polish' (not 'Swedish'). My apologies, I am juggling a number of parallel releases and am using more copy-and-paste than I should. ;o)",237162,5,,
+-5.619382682055901,-0.08697820013511404,-0.48447106770787896,5.47055029035519,-0.2354595080055617,1.8762956241854258,1.1931986772045828,1.6335662933385446,-1.9054405486821524,0.034543317620727265,-0.5876526022126669,-0.7532818680353284,-1.1588450222475863,-0.7528196917691722,-1.3953151904800716,0.1085840967529812,-1.706442422024638,-1.6291216585653094,False,c1,3,"Hello Bartosz,
+
+Thanks for bringing up the question about FlaggedRevs. At this point, we do not plan support these events, and will not be able to implement this request in the near-term, sadly.
+
+In the meantime, I would like to make sure that all is ready on your end for our August 20 release.
+
+If you haven't already, we recommend you do the following for this proposed release:
+
+* Confirm on Meta that the Notifications interface has been properly translated to Swedish -- update the translations if needed.
+
+* Translate and create a Polish version of this help page, which links from the tool's interface (question marks on flyout and archive):
+http://www.mediawiki.org/wiki/Help:Notifications
+
+* Go over the checklist in this Notifications release plan and determine if you need to make any special adjustments (e.g. default user settings):
+http://www.mediawiki.org/wiki/Echo/Release_Plan_2013
+
+Thanks so much for your interest in this tool. I look forward to working with you soon.",237158,5,,
+-7.846688899377678,-2.331714340696351,-1.0114042141862263,6.033042604523109,-1.7863199161322036,3.0821624264679564,2.0453546502105127,0.14970001600305505,-0.2184586773905196,-4.486197610800434,-0.41500486428486716,-0.7899255462229355,0.0505122011966157,1.2709870846476348,0.4363857727162137,0.5291216630841,2.055519505528899,1.1894213186995013,False,c1,3,"By the way, I just noticed that Echo doesn't provide notifications for events related to the FlaggedRevs extension pl.wp has installed, in particular the act of ""sighting"" a page (similar to how page patrolling in core works).
+
+I filed bug 52510 about this. It's not a deployment blocker, but it would be *really* nice to have it.",237149,4,,
+3.317414674548676,-4.835997950874969,0.9880859322578202,8.114761704950093,-1.7840034112153615,-3.3597613753743527,-5.950042800455616,3.81700217532031,-0.4926343183869849,1.8908136955675534,-3.958785966618707,1.4629790841628658,0.6283667525056886,-2.2547447561939586,-2.147691975197004,-2.8165678992054652,1.2013379693157695,-2.0497516817480097,False,c1,3,"Wonderful, thank you!
+
+Let's reconnect after Wikimania, around Aug. 15, to see if there are any final questions before the scheduled Aug. 20 deployment, which should take place at about 21:00 CET.
+
+Cheers!",237142,4,,
+10.544748507714553,-6.1171351716165425,2.000950734575876,6.169066529744251,0.07039993972764691,2.279660962677376,-7.15248678083346,3.8541347482389696,0.15130099918265438,-2.796280364681353,-0.5890971457400049,-2.3947441018244566,-1.0536209862905153,-0.17647596292563228,-1.6840906616668008,1.8958632080256412,2.3471851153031187,-2.669369878507403,False,c1,3,"I have copied relevant pages from the English Wikipedia to:
+* https://pl.wikipedia.org/wiki/Wikipedia:Powiadomienia
+* https://pl.wikipedia.org/wiki/Wikipedia:Powiadomienia/FAQ
+
+They should get translated and adjusted before the deployment.",237134,4,,
+-5.8852980915620225,-2.2848497455984464,5.207989422490065,6.746994820797932,2.3839595529155186,0.10229275040368435,-3.23092388267189,1.5480411591236374,-4.083326872399064,-11.196525728778749,0.9205231047056871,-5.677647613124934,0.8469862774899428,0.14850178138211856,-8.138805707218376,1.7380671014938016,-1.0955066458761378,3.0236786162888767,False,c1,3,And thanks for responding :) I'll forward this information to the community.,237126,3,,
+9.765883145002848,-5.993268124800235,1.0573892497019575,-3.66663654045826,2.8418515379770266,-8.429948176388695,3.0909234530877914,0.14880501234792218,-3.096443488630949,2.040713432559617,3.172589977220139,2.0416961011156856,-0.085210480737691,0.5849928187220588,0.0408672081016519,2.2937095982609526,0.4723404240704603,-1.5412080391113712,False,c1,3,"(In reply to comment #3)
+> It would be great if someone could start translating this FAQ page to Polish,
+> and give us the URL, so we can link the help icons to that page when the tool
+> is released in late August:
+> http://en.wikipedia.org/wiki/Wikipedia:Notifications/FAQ
+
+Then this page should be copied somewhere that is not English Wikipedia and that has the Translate extension installed.
+
+VisualEditor's FAQ and help pages were being translated on mediawiki.org and copied to the wikis later, but Meta would do just as fine here.",237117,3,,
+0.06486218310763103,-2.742803871522268,0.39540166194280113,6.780713595328551,-1.4431116864779892,3.312647859209136,-1.7485261127281628,1.7345359404873846,0.6442788803934854,0.030210224644330985,0.6477715981277703,0.5865143213161224,-1.5780440051202926,-1.0471000235243522,-1.8901876526043295,-1.175095255655791,-0.8334649742074929,-1.2588348134641572,False,c1,3,"Hi Bartosz,
+
+Glad to hear that the Polish community has reached consensus for deployment of Notifications this summer. We are very happy to have you as one of our first pilot sites for this tool!
+
+Our current target date for this deployment is now set to Tuesday, August 20th at about 12pm PT (~21:00 Central European Time, if I am correct).
+
+It would be great if someone could start translating this FAQ page to Polish, and give us the URL, so we can link the help icons to that page when the tool is released in late August:
+http://en.wikipedia.org/wiki/Wikipedia:Notifications/FAQ
+
+We plan to deploy Notifications to MetaWiki tomorrow, which will give us a first preview of how the tool works in languages other than English. 
+
+Please let us know if you gave any questions, comments or suggestions.
+
+Look forward to working with you on this release!",237109,3,,
+-3.4721128352190025,5.020662307262562,6.3937389701096965,-11.593837433868046,-2.653736629025447,-0.31453853107907115,8.984805886378401,3.670944686849409,-0.4865996241631203,-4.015857792371502,-0.36794309299641714,-0.9790111078460413,-0.9785943309402485,3.891685998517545,-0.8896519684912523,-2.8230239597464997,-2.5817977623590496,-2.002065229136065,False,c1,3,"Straw poll: https://pl.wikipedia.org/wiki/Wikipedia:KT#Nowy_system_powiadomie.C5.84
+
+Overwhelming support, 21/2/2 right now :)
+
+Can we get a more precise estimate on ""later this summer""?",237101,2,,
+-0.9607811425605197,-5.109272029317726,5.6135736686272955,2.003639410892333,-0.19362846230205832,6.879934028947414,-1.020531160901621,1.5210975175939243,-0.49614181318805833,-1.4609497971234822,-0.0807243470820802,0.1725037627971311,-1.2633885668622373,-1.698905040792879,-1.596465214570174,0.09654166194820801,-0.8251123583588937,-0.3598452237871492,False,c1,3,"Hi Bartosz,
+
+Yes, we are now looking for a few wikis who want Notifications right away, so we can deploy it on their sites later this summer.
+
+Let us know what the Polish community thinks. If the straw poll is favorable, we can include you in our short list of summer deployments (which now includes Meta and the French Wikipedia).
+
+Thanks for taking the time to suggest this!",237095,2,,
+-8.194191698579592,1.7896888373461994,-6.28976056602682,17.001645471888864,-11.661817346165869,0.5066981444525087,3.481308483249169,-5.802126565847217,-1.5668608638334218,3.229941498786234,-4.4989954505030365,-1.3800496649880905,-2.0491551280911358,-0.4614328286182008,4.151378471551829,-5.467410207829198,-2.4746262002524926,2.172982920095549,False,c1,3,"Instead of help /pages/ we've decided to go with help /popups/, per bug 51798.",236277,51,,
+0.23922396197996854,-1.5422705609914722,1.8412138256062454,-16.642613643933903,1.4653481661979875,-4.034249906046124,7.326649217921572,-1.7647404626449519,-4.690421880866154,3.782798150360092,5.677757717226502,0.4699965799491137,-0.6227140614746631,2.6046773818365097,0.7984294759546064,1.7000876729664913,2.7771645919457044,-0.32929979658519004,False,c1,3,"Fix deployed, but cache is not yet purged. The purge will happen tomorrow.",235289,6,,
+-9.363417032762218,-0.4872737091149357,0.7295647573786637,13.396519342905131,-3.0735879554820995,-1.828756400465707,-2.3819546420019284,4.477125074469916,0.28178113978178043,1.503467168734148,2.1593806290663826,1.5985505527706483,-2.7737898014639786,0.770083293804708,-0.15279443506997703,2.4306414614450547,0.7072098464022206,-1.876004181750507,False,c1,3,Now deployed in production.  I tested dummy test cases and it seems to work.  Would be good to keep an eye out for this in production.,235262,4,,
+11.793846006208158,32.393240816174675,4.594820685504782,-19.371849467227463,6.663574106884985,8.005161533462442,0.019285362994697408,11.791817575171013,9.830576592103919,-2.6948236634935125,1.9734898176449442,2.8524521609324873,-1.3877227929611662,2.330350053618967,-2.891707935677548,-3.4752870264484534,-7.79572921980617,-1.797177182905217,False,c1,3,Another related patch: https://gerrit.wikimedia.org/r/#/c/76324/,235257,3,,
+15.85395172383051,-0.7095462841765734,1.916409698194598,-12.229631293533076,-2.991801546940202,-6.553154233193913,3.042960468697414,0.6146060483027,-3.078597479775161,6.980486187256661,6.602478088863288,-0.9962666732399255,-3.344576607819759,1.5822814142639474,-6.0473560180606,4.515175724014994,3.621591087123114,6.619893999515282,False,c1,3,Currently undergoing rt-testing and will be deployed Monday/Tuesday.,235254,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51993 has been marked as a duplicate of this bug. ***,235246,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51964 has been marked as a duplicate of this bug. ***,235242,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50754 has been marked as a duplicate of this bug. ***,235232,2,,
+-6.5304097190225345,0.642027154569881,1.959035942379293,-0.8350101155870941,5.722029301331961,-8.215518938828243,0.6185134787375759,-2.3737328853805733,7.400807191411783,-1.5778369831094654,-7.372453782564474,4.320021373004841,3.8982377228079557,-2.665336368318653,-2.675353182455954,-9.138514923468197,-5.37371094228811,-2.9531589836808174,False,c1,3,This looks very similar to bug 50754.,235226,2,,
+-9.424264104314375,-7.870141842879199,-2.0467390395443332,-4.081395922590268,-6.5054029513210185,-2.929003067384812,-3.86075017703344,0.31489826259132786,0.9072689939707175,-1.155445324948392,-1.2432790989338223,-0.6200886582072194,-0.9227039967925452,-0.3229422787225067,-3.7964479383757044,-0.5692661033097317,4.294695148770325,-4.486849959059865,False,c1,3,"From IRC:
+[14:44]  subbu, re https://bugzilla.wikimedia.org/show_bug.cgi?id=51217#c9: we should be able to detect when something was fostered out by our treebuilder, and should also be able to ensure that everything fosterable is dropped or fostered at the end of DOMPostProcessing
+[14:45]  yeah, I wonder what he is up to
+[14:45]  in that example, what do we do with the information at all .. itis not helpful since the output still looks corrupt.
+[14:45]  subbu: IMO it is fine to drop such content on edit, but if we can avoid dirty diffs with selser then that would be great
+[14:46]  we could strip the fostered content from the DOM
+[14:46]  is it the right thing to do in general?
+[14:46]  and rig selser so that it restores it unless the content is touched 
+[14:47]  or we can keep it in the DOM, but mark it so that selser does not serialize it
+[14:47]  ie, a zero-length dsr
+[14:48]  yes, the rig-selser bit is missing right now.
+[14:48]  subbu: detecting foster-parented content and then excluding it from dsr calculations might already be pretty effective
+[14:49]  I guess the gaps in dsr would be spanned by the dsr algorithm
+[14:49]  yes, that should work.
+[14:49]  (the holes where content disappeared)
+[14:50]  i was wondering if we should mark blocks of fostered content with a special div/marker so that VE can treat it specially if there is a use-case for it (not sure there is ..)
+[14:50]  subbu: I'd vote for data-parsoid
+[14:50]  data-parsoid is fine for internal use.
+[14:50]  if the user edits the fostered content, we serialize it
+[14:50]  i.e., do the dirty diff then
+[14:51]  but, i mean: if VE can do something special if it knew about it.  not sure what that would be .. i doubt this is a high priority thing in any case.
+[14:51]  when something adjacent to the former location is edited, we dirty-diff it there
+[14:51]  subbu: IMO we should abstract such issues
+[14:52]  bot authors would not want to deal with it either
+[14:52]  and the DOM should reflect the rendered semantics 
+[14:53]  dom should reflect rendered semantics for sure.",235222,2,,
+-3.369473307440219,-5.482546633315197,-1.2782538486876582,0.16406492586592414,-0.0795308087820672,-2.9539296376183692,2.1179909666853796,-0.7586259660088147,-0.2731786650608332,-1.3468502269321325,-0.7502481841140325,-1.1424773310598377,-0.21665983334469674,-0.17186796803956383,-0.00081858932380241,0.5024766636393552,-0.5013354868788196,-1.4712834491409776,False,c1,3,"So, I investigated the bug with this page (https://en.wikipedia.org/w/index.php?title=List_of_Jessie_episodes&diff=564684769&oldid=564554799) (comment #3 above).  
+
+This is quite nasty and nothing to do with foster parenting as I mistakenly/hastily believed.  The page has since been edited to remove the problematic wikitext (https://en.wikipedia.org/w/index.php?title=List_of_Jessie_episodes&diff=564803163&oldid=564788048) so the problem will no longer manifest there.
+
+However, here is a snippet from 
+
+{{Episode list
+ |EpisodeNumber   = 1
+...
+...
+ |ProdCode        = 101
+ |Viewers         = ...
+...
+...
+|}
+
+Note the input to the 'ProdCode' param.  Here is a snippet for the template source of Episode list (https://en.wikipedia.org/w/index.php?title=Template:Episode_list&action=edit)
+
+... {{{ProdCode}}} ...
+
+See what that will do with the parameter passed in from the page.  Here is the expanded source that Parsoid sees:
+
+... "">101 ...
+
+So, that td-tag is totally broken and Parsoid renders that as literal text (rather than a html td tag) which then promptly gets fostered out (by Parsoid itself) which then adds noise to the HTML output which is what you see when you opened that page in VE (see video above added by AzaToth). 
+
+The editor Geraldo Perez has already fixed the page as I indicated earlier, so this is not a problem anymore.
+
+But, I dont think we should even bother trying to handle broken wikitext like this.  We do go to great lengths to fixup/handler broken wikitext while still preserving it as far as possible to not introduce dirty diffs, but dirty diffs are sometimes inevitable in situations like this.  So for now, I am going to classify this example as unfixable in Parsoid, unless someone has smart ideas.",235215,2,,
+-2.820435258170469,-2.6497330753388493,-0.33939003011176716,-0.19678439702021677,0.9958091063630761,1.4710141718145806,-3.4186239537851684,3.095289443774271,-1.939974526019561,-0.7392392007506174,-0.11669031556063758,-1.0927132636747485,-0.8908743276760809,-1.7961508990806578,-1.092113030441801,1.1334752704415982,-0.2386774447092909,-0.7800512609050898,False,c1,3,"(In reply to comment #7)
+> The problem on the VE end is that foster-parenting happens already when the
+> browser parses the received HTML. Doing a simple string comparison with the
+> received HTML won't normally work because of quoting differences.
+This is right. We have no reasonable way to tell whether the browser's HTML parser introduced changes, because inferring anything about the HTML string requires using the browser's HTML parser which... well you get the idea.
+
+On the Parsoid end, this is easier to detect, because you have the original DOM. You could serialize that DOM to a string, then parse it into a DOM again, and compare that against the original DOM using .isEqualNode() (if that exists in your DOM library; alternatively, use your DOM differ).",235209,2,,
+-7.695251079566832,8.954433832501927,-4.5115476195543245,-2.0925495943099417,10.689063817619385,5.162473712509495,9.332364081052804,2.8871963573249384,2.214588982425675,-1.8306983679289552,-3.2589239025809733,-2.2886329128790086,2.2941334191099694,-1.8743620301655075,0.45697915662877486,-1.9157936498574482,2.660123944087699,2.5274164748578216,False,c1,3,The problem on the VE end is that foster-parenting happens already when the browser parses the received HTML. Doing a simple string comparison with the received HTML won't normally work because of quoting differences.,235203,2,,
+-5.246200649164835,-2.1412682157702445,-1.747058041916305,3.3899430962040373,2.2286341304387456,-1.030886096050617,0.5915771870080722,4.408678978862875,-2.3439331834745447,4.797537641729949,1.4128719001419763,-2.6656185826261036,1.631069572363674,0.5194177690815551,-1.4602048067183055,-1.1893456562297726,-0.7361419893492251,1.8781900820213768,False,c1,3,"On the Parsoid end, detecting that the page cannot be handle is equivalent to fixing it.  Same analysis work has to be done.  On the VE end, perhaps they could use the 've-needscheck' verification to detect something like this -- that is something that VE developers can respond to best.  Adding Roan to this ticket who might be better able to answer that part.",235198,2,,
+-3.3897785539652245,2.268640672063542,1.4987566684843983,-1.5437443512240971,-1.8876195740115511,-0.7529643899805478,8.864141473968209,0.7350199302292302,0.7990708524894843,-1.9301092880734756,1.5685700261626911,-0.901513284880278,-0.7210185153831354,1.5176176511396482,-0.2629138450521582,-2.3427655141449963,1.7542997839225556,-0.5378603161045223,False,c1,3,"Why not just disable VE on pages like these for now. Edit page, parsoid render, ""VisualEditor encountered a structure that it currently cannot handle. You will be redirected to the source editor.""
+
+Breaking pages == bad.",235192,2,,
+-4.89209421107125,37.78750865915877,-10.593942846362841,9.150008178487306,-0.8649625831110903,14.031831674897486,10.726767929283062,7.09990878711773,-8.816978101469221,8.627409481240257,-2.2436589062508094,-0.9853683051728934,2.0240866500684493,-1.280325000863614,-0.35784656850883634,-5.63231305644562,0.41523200530484394,2.597369902053385,False,c1,3,See http://youtu.be/QYgkdnQ6Yng for realtime feeling about the issue,235185,2,,
+-5.011175780489591,4.832007193619429,-9.013006947412455,15.872715654955046,3.2528134435028235,-2.9142708443073584,-1.8752904382639883,-4.024678514514848,6.91482671872668,6.078367049905017,-1.6625682458934414,-0.960199039077092,1.0780580761867546,-2.3484511274162614,0.44790973881864105,-2.4442819701556124,0.9350055584080836,-2.667902666750407,False,c1,3,"Looks like this corruption is because content gets fostered out of the table on
+load in VE.  One more instance of fosterable content that needs to be handled.
+
+https://en.wikipedia.org/w/index.php?title=List_of_Jessie_episodes&diff=564684769&oldid=564554799",235177,2,,
+-8.172741772836446,-1.630017007411892,-2.2408033100528573,2.4833915734271006,0.3141319180787949,-0.9230533990637593,3.1748705653832268,5.488061053701929,-1.333140335903607,-0.5186237858914549,-0.627365148867806,-0.40233401053658735,-0.9406785960921276,-1.079680499178456,-0.46891920686816,0.2742822615662397,0.5849018067508622,0.2782822585147291,False,c1,3,"(In reply to comment #1)
+> Jotting down an idea:
+> 
+> https://gerrit.wikimedia.org/r/#/c/73369/ is going to add tag-ids to dom
+> elements.  Since they are added linearly, it will always be the case that
+> tag-id(node) < tag-id(node.nextSibling) and tag-id(node) < tag-id(node.child)
+> except when a child is fostered out. 
+
+http://www.mediawiki.org/w/index.php?title=Parsoid/Todo&oldid=554715#DOM_tree_builder is making a cameo appearance ;)
+
+After detection we'll have to figure out a way to make this work with selser though. Simply enlarging the start tag width to include the fostered content won't work. Fostered content can also come from several places in the table. The best is probably to prevent selser from serializing any of the fostered content, but serialize all of it when a part of it is edited.
+
+Generally we should not try to do more than avoiding dirty diffs. On edit to the fostered content (or even the table in general) we should take the liberty to fix the wikitext to more closely mirror the way that content actually renders.",235171,1,,
+-8.935048951435899,-3.1830608001646254,-3.358236599675102,-0.0266027963716855,-3.2978579108114303,-3.195965342308943,2.988270121717182,-0.19178412610966422,-2.9360917186720625,-0.594269696340076,1.4265896380330816,-1.509901862125402,-1.301503423104627,-1.5197242234091908,-1.1009384035424536,1.574750477282726,1.3088281796779135,-1.9396379088962619,False,c1,3,"Jotting down an idea:
+
+https://gerrit.wikimedia.org/r/#/c/73369/ is going to add tag-ids to dom elements.  Since they are added linearly, it will always be the case that tag-id(node) < tag-id(node.nextSibling) and tag-id(node) < tag-id(node.child) except when a child is fostered out. 
+
+So, we could actually use these tag ids to robustly detect fostered content and add some encapsulation typeof and about ids on the content and the table so that VE as well as Parsoid's serializer can deal with it.",235166,1,,
+-4.78506276654066,-2.696994068313467,0.6382024231920966,0.4085448330384054,-1.6222250073470192,3.0396205825504623,0.24207929286619567,1.2122290479195121,3.0901794301752217,-2.8446217922453116,1.9985905635564931,0.8170559215982038,-0.8536512442488156,1.2465693927971186,-1.1862658974592752,-0.494447494874088,0.23765676693509882,0.691152621285998,False,c1,3,">>! In T53202#542648, @Esanders wrote:
+> We are now using getBoundingClientRect and getClientRects. The only part missing from this bug is to use SVG. We should investigate the performance benefits/losses of doing so.
+
+This was implemented in {ee5b69772963c5d3f17b15742023cf33fc5dd48a} and I think that actually resolved all of the original performance concerns. I don't think switching the  `
` to  `` is likely to improve or worsen performance. I am only doing it because it gives us the flexibility to have non-rectangular highlights.
+
+----
+
+> Using getClientRect and getClientRects (for inline stuff) can give us bounding box information that we can then cache, and render polygon click blocks for using an SVG layer. SVG's pointer-events: none works across browsers (unlike using this property in HTML) so we can control which elements in the SVG rendering block or pass through.
+
+>>! In T53202#2280692, @Esanders wrote:
+> In order to prevent the SVG canvas (a bounding rectangle) from capturing click events we'd need to set pointer-events, which would mean this wouldn't work on IE<11
+
+This sounds like the idea was to use a single `` tag covering the whole page, but made unclickable with `pointer-events: none`, with `` or something for individual highlights.
+
+I think we should stick to smaller `` tags covering just the focusable node (like the current `
` tags). This seems like a potentially not very well-tested area in browsers, and it would be nice if any bugs affecting the new highlights (whether in our code or in browser code) were localised to just the highlight instead of breaking the entire page. For example, when I was playing with it yesterday, my first implementation had such large `` tags, and it caused the mouse cursor to rapidly flicker between regular pointer and text cursor while over it (I couldn't reproduce that again, but James saw it happen :) ).
+
+(These days we only support IE 11, so the only remaining browser that has no support for 'pointer-events' in HTML is Opera 12; it only supports the property in SVG.)",1071105,254,,
+-6.342048788186713,0.9734747535928694,-4.553498175981569,6.2461513562063775,-0.7004908482708467,3.3690587182150225,2.8330649220532056,7.422613536604453,-9.23902997159915,5.436286899544216,-1.6522435677005691,-3.90483236700921,1.2581396808031475,1.0689313201759243,-1.8257655180133785,0.9537385186437293,-3.1457600135011026,4.524289076954982,False,c1,3,"In order to prevent the SVG canvas (a bounding rectangle) from capturing click events we'd need to set pointer-events, which would mean this wouldn't work on IE<11",659399,149,,
+-0.8756943770928247,-9.205983273760475,14.090322798961262,-6.278521877481124,0.8676351841663692,-1.787916635903013,7.272320756805291,-0.894257146331291,5.551965622343,-0.9004889571133123,-1.3067838488267194,-0.6119008113876241,0.9836994152270844,1.2467222893646241,0.7448015059595829,2.3957864422249724,5.161729616134524,3.987268540026348,False,c1,3,">>! In T53202#781046, @Esanders wrote:
+> This is not high priority
+
+Investigating performance options is generally always a priority. But you're probably right that it won't be hugely beneficial.",332565,73,,
+-1.7993637063222554,-11.12682833780035,20.108639796953035,-12.14235466406017,27.696013808796973,-10.236640314238137,1.4900690493985902,0.7227801084900987,18.58760198900941,6.340895094222899,0.9545637334158732,4.069445827847791,7.90296355385408,-2.6173394102008305,1.6871347588050014,-2.1319522847361756,-5.450542708865918,2.316386986223671,False,c1,3,This is not high priority,332561,73,,
+-5.479448517600161,3.3958744265265004,1.064341497105183,-3.870247229551481,-0.20073790228638444,6.120547106141871,2.9253704469738224,-0.5355626632934438,-0.7728112004390338,2.584822000450141,2.1869326203669934,-1.2622880971274557,-0.3099215458174438,-1.0710349330197202,-5.588628182243577,0.9739496908769141,-0.05071232076346116,5.802570645003081,False,c1,3,We are now using getBoundingClientRect and getClientRects. The only part missing from this bug is to use SVG. We should investigate the performance benefits/losses of doing so.,234397,60,,
+-2.7965731699512597,6.142444521234939,3.977837161071326,9.045140811624846,-8.156896313626126,8.177782385703924,1.6566711911433156,-6.129517065978607,3.665554982000626,-4.747858713788813,0.010255621752750521,-3.03155655136829,1.3043405282937486,-0.2135304624917822,-2.4383918599549457,1.8872991194683941,0.33121883361699034,5.111551986799231,False,c1,3,"@Trevor: Thanks for writing it down. I'm pretty excited about working on it. Btw. in the meantime, I'm working on shields/phantoms performance optimization here: https://gerrit.wikimedia.org/r/#/c/72113/",234392,1,,
+-10.262941876400182,3.5000807622368413,-9.037763109091998,-3.211531405292961,5.0807642241216335,-3.7897855833723746,-6.72443586456111,-6.205858030426466,-3.428413411824989,-0.18630657237871073,-2.059095158813521,1.7036529941812217,-3.329411471222237,2.296060110217957,0.1868727730887194,1.0903868296918096,-0.32439453618584335,-0.6276282215738869,False,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50929 ***",233349,1,,
+-5.7135668194950435,6.446852532726439,1.4746182478278715,-1.5837957657229786,-3.500145252708453,1.9918196644798254,3.241336030529741,4.062318626201701,-1.3286170499316419,1.3766982786802977,-2.4642137638090573,-4.888481608063209,2.485109141238742,0.937375909000963,0.5027138461045682,-1.2871198998804378,3.4543450473514756,-2.8331657616554846,False,c1,3,"The user preference should appear under the ""Editing"" tab at [[Special:Preferences]], where editors naturally expect to find it.",233344,1,,
+2.9781451034088224,1.420341363266484,3.1626263737230733,11.791074924372156,-7.314439148597558,0.45566061230459987,-5.579293526858488,-5.478747581392802,-0.23774284904328413,-1.9201052777796357,0.4346189239613957,0.19453389038288016,3.5392116190199,-3.0457508612112227,-0.5667291183532219,-0.7511912009311725,-1.3224105403418984,-1.3393076496599021,False,c1,3,"**stephdechine** wrote:
+
+(In reply to comment #2)
+> I also see that you are using Node 0.10.8.  Note that currently Parsoid only
+> supports node 0.8
+> (http://www.mediawiki.org/wiki/Parsoid#Use_node.js_0.8.2C_not_0.10)
+
+Thank you for pointing out that. After I downgrade node.js to 0.8.23 everything works correctly. My fault. That works for me.",231553,1,,
+16.124955976333695,-13.527274350940088,12.647928873078426,7.164627591377682,-2.9467623411024952,0.2256283856952077,0.7566607745465479,-9.395256116335368,0.5489376311305842,3.745234443786739,-8.148672467129204,3.244394802845089,3.3932443233718015,-4.086981821598858,-2.2368528840066055,-4.792219768149639,2.758630020681495,3.8448637535076045,False,c1,3,I also see that you are using Node 0.10.8.  Note that currently Parsoid only supports node 0.8 (http://www.mediawiki.org/wiki/Parsoid#Use_node.js_0.8.2C_not_0.10),231547,1,,
+0.35912819962437137,-6.534529692218578,0.9596734786476899,-2.1342381554773624,-0.5654229454089119,5.394950294592608,2.6656624457235676,-0.058732572460118426,1.533265471651324,0.04598659180050113,0.3108296303052762,0.35063390722215626,-1.64782191048385,-0.8020348470980525,-2.7502924109411047,0.602300994620359,-1.9148619325389038,-0.13980191363455585,False,c1,3,"Your wiki API is not reachable from the Parsoid machine. Configure it correctly in localsettings.js and verify that it is indeed reachable using wget, curl, w3m or any other tool of your choice.
+
+Example commandline:
+
+curl 
+
+We should probably print this information when the config request fails. Repurposing this bug for that.",231541,1,,
+7.899544452853144,-9.519190185151782,11.27609226261407,-7.75701010659728,5.801256838472714,-1.6722434107774617,-15.988392312640787,-1.3559062444711696,-6.862517771313907,3.893725307863807,0.3838035108889477,2.791153045239205,-0.47941970405383105,2.03346747022238,-4.351049375530048,-1.8590505000790682,-4.441156350689113,-1.7338369914597342,True,c1,3,"@Jdforrester-WMF, can we close this? T52120 has been resolved.",512010,111,,
+7.899544452853144,-9.519190185151782,11.27609226261407,-7.75701010659728,5.801256838472714,-1.6722434107774617,-15.988392312640787,-1.3559062444711696,-6.862517771313907,3.893725307863807,0.3838035108889477,2.791153045239205,-0.47941970405383105,2.03346747022238,-4.351049375530048,-1.8590505000790682,-4.441156350689113,-1.7338369914597342,True,c1,3,"@Jdforrester-WMF, can we close this? T52120 has been resolved.",496798,107,,
+17.495419005783113,-12.073076546891116,-1.7945936627990338,-1.6791673680959533,-1.2726006127493692,1.4147925491079274,0.3058891682347351,-3.3550957315950334,-0.1246719016267348,-2.955648783941144,-1.200892647258918,-2.793894926629024,0.02747617148599213,-2.1538873259715716,-1.355785335965624,0.8010684555493222,-1.6745254993306806,-2.9085623878276627,True,c1,3,">>! In T53146#1442033, @Esanders wrote:
+> Where is the bug to move all the functionality over to the  tag making {{reflist}} redundant?
+
+https://phabricator.wikimedia.org/maniphest/query/7.xI5WLmYTc1/#R pffers some tasks about //specific// (not: //all//) functionality...",489986,105,,
+-13.94456046032327,6.336668540649423,-10.15528765036175,-4.317622490928777,6.2570613389997,3.328871823215767,2.8060631236009836,2.6436451060651303,-5.08369962383954,-0.34745101353791163,-0.3803722882116971,-4.040842562606325,2.464721083670451,-3.297003809280267,-1.6729687550266983,-0.5658054223325206,3.0235745145831197,-4.6767433359489665,True,c1,3,Where is the bug to move all the functionality over to the  tag making {{reflist}} redundant?,489448,105,,
+-5.862318242232583,-2.4082057925655267,-1.243064183033069,1.2060867491456442,1.554078978590292,1.948186936301882,0.5342769541113572,0.2656122084690189,-2.1948675723502786,-2.5371450239233466,-2.7321146482179484,-2.0292570887389707,0.5482367172888485,-0.6515142278588776,0.6850394203700443,2.0032147895235983,-0.08208158567927012,-0.9716717979108198,True,c1,3,"(In reply to James Forrester from comment #2)
+> This will be fixed when we switch over to Parsoid rendering the templates
+> mid-edit rather than rely on PHP parser.
+
+As follow-up, right now we don't have a way to give context to Parsoid, so when parsing a template that generates part of a wider structure – e.g. a cell, row or section of a table – we just give the template itself, contextless.
+
+This means that Parsoid (correctly) returns a fostered-out block, which we (correctly) splice into the location, meaning the document looks very odd. However, it saves fine.
+
+In the future we'd need a way to tell Parsoid that ""this is an update to transclusion id=1234 in structure id=4321"" or something so Parsoid has context; I assume this will need to wait until Parsoid puts GUIDs into the source for us.",231122,54,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 67856 has been marked as a duplicate of this bug. ***,231112,53,,
+-1.7630246230315922,0.7288989865118829,-2.3704616450041036,8.030031573458446,1.1233752658332872,1.8792315706267306,6.152838646578909,1.0308738525775922,-1.5468140313896352,3.664420039107452,2.1340848305014113,-0.5852820036321402,-0.6041190785397701,-1.3120611241163256,-3.4759156173364874,-2.7944170677506697,-0.10850035101858085,0.9087163874551023,True,c1,3,This will be fixed when we switch over to Parsoid rendering the templates mid-edit rather than rely on PHP parser.,231103,2,,
+-3.8333544205993277,-7.950135952089211,11.448918932976223,-8.078368921885033,-0.6589868854987264,-8.574121473357774,3.0440340933398495,3.379595486502821,1.7307278161054287,2.0170113738679936,-0.13873716677325043,3.940131066336682,2.243538115940993,-2.1959968504088545,0.917485113315724,-1.836941720803258,-2.3932027432788283,-1.321598360667097,True,c1,3,Confirmed. This one's especially annoying given how common {{reflist}} is. See also bug 50075 (which I was no longer able to reproduce).,231094,1,,
+18.813453777222357,-2.4875464451861617,0.25629604414712537,2.9330172059961352,-1.2852598917327382,0.44598292093198744,-2.0547289906820954,1.8589578579420531,0.011570059705560687,-1.6071434269094795,-0.8751727178270858,-1.4684499506452897,1.3536992112295407,1.4730205959198754,1.0028780326938098,2.026772791812463,-1.1449002066345386,0.48363549695584274,True,c1,3,"(In reply to James Forrester from comment #3)
+> Sorry!
+> 
+> This refers to the hacky fix for bug 50423 which added (eventually):
+> 
+>   /* HACK: Hide Ref errors in templates */
+>   .mw-ext-cite-error {
+> 	display: none;
+>   }
+> 
+> … to ve.ce.MWReferenceNode.css
+> 
+> This bug is asking for a way for these errors to not be shown that doesn't
+> just suppress the conent (they're caused by the templates rendering out of
+> context).
+
+I guess we could send some 'nocontext' parameter in the HTTP request which would suppress errors based on missing information... Sounds like it would be even worse than the current solution though.",255328,63,,
+-9.29463897628466,3.8027476905663598,-5.488340188763591,-1.9276411024074296,0.18945659549155458,-1.1984077284215484,1.7983795286234407,-0.5405113045161881,-3.4151541141144683,0.6903203717259192,-0.42510801832169065,-2.422730423038894,0.8148128118100515,-1.444627271898839,-0.5354190095886486,-1.5442619898687453,-1.4063795946305555,-0.012010692617644203,True,c1,3,"Sorry!
+
+This refers to the hacky fix for bug 50423 which added (eventually):
+
+  /* HACK: Hide Ref errors in templates */
+  .mw-ext-cite-error {
+	display: none;
+  }
+
+… to ve.ce.MWReferenceNode.css
+
+This bug is asking for a way for these errors to not be shown that doesn't just suppress the conent (they're caused by the templates rendering out of context).",255318,62,,
+26.87235247028959,12.752950598291218,26.08582593454836,-8.568876810017922,0.430925367018002,-15.48570039844268,-20.290928491247133,4.056835972288051,-4.260006352641909,-5.166467780102186,4.0982957538478955,-19.1047501798876,-22.09266770578361,-21.87216570211354,19.036617409299165,-19.211381757010805,-6.052099270882405,-0.8471236603730188,True,c1,3,Hello?,255308,61,,
+-7.649953924600283,1.42331119277301,2.391801071213978,0.39629386995969895,12.93668623817176,-3.079241135453106,4.09902883936622,-6.229904988532134,0.39870712614313475,-0.5656756446569298,-2.808708156855945,-4.973150537437221,3.374202252912159,-4.56353448810895,-2.0744994172175764,-1.014505352717967,1.2840761748661016,0.29606955029210624,True,c1,3,So what is this about? There's a lot of missing context here.,255299,55,,
+-12.73440067064142,5.319460031229568,-3.737596644523564,-21.603114165835407,6.277764957332687,13.260390655084887,2.531060492297671,-0.5424648578908595,1.2397133458672,-0.9200775742485949,-2.5155591243830315,-3.164717527681338,2.7241669528279973,4.6448779731250625,3.6277445427299124,0.18597265807493057,1.6904387491525752,0.1463277614421954,True,c1,3,"We now use a rubbish bin (""trash can"") icon which is a lot softer.",254853,34,,
+-6.973938200827015,-3.992783883352315,4.173069170641429,2.915062826945343,4.892523151632828,5.56845152417463,-2.2556270612502276,1.890940885336045,-0.33919594079204496,-2.2003337789541093,-1.949790788392543,1.8779263055502602,0.00869712302681247,-0.5656131705535746,1.9583513049901287,3.3221711871590123,-3.2486547458970847,-0.20890386026675012,True,c1,3,"Note that this is in-line with the Design department's upcoming changes to the skins - it's a wider question. However, we should indeed flag this issue, I agree.",254846,2,,
+8.42798633223601,-11.553693570504535,41.74032891696611,-0.14715826031538626,-10.593245425520058,29.85035897393106,-22.46057099195578,-18.943759367920343,8.054495806334087,-0.04134423375328922,-7.173790465166965,-1.5084447251351247,1.2506468972337288,-0.12161015847075984,-0.7227037071601523,3.7971166035802257,-4.8020979395369014,-3.4426584629822856,True,c1,3,I have.,254098,46,,
+-1.9359125172327056,-1.2510772734917914,11.414926147676475,7.685023867195335,2.023730738180147,-3.722838219524668,-2.4053803278700316,-2.2428137321560513,-3.30476438648346,-1.0473381994006425,-1.2487431572508827,-6.286844660788155,0.011493613138131131,-10.253493799005701,1.628852448869237,-4.6589084879517575,-8.210534260381927,0.5572107730209885,True,c1,3,"Hmm... Yes, after thinking about this some more, I agree. Who wants to mark this wontfix?",254091,45,,
+-9.554282452321175,-1.9461999947541582,1.688297150148399,5.321605018587695,-8.981943049984574,1.0627529190791165,9.48185011294924,0.7118411422844191,-2.5454813375303402,5.969162038985138,-0.8985124294085138,-1.2222930784795651,4.318968096040324,-4.19479073492919,1.0305759284240694,-0.830243941758305,-3.654320584436928,1.3475756131713408,True,c1,3,"Agree with Trevor, also on basic grounds of minimizing clutter; we should only add this if there's user testing that shows users don't know how to cancel their edits.",254085,45,,
+-10.361955833881574,-6.404999406691191,5.230264718803608,1.61519692248873,4.91825219681308,4.6542580842424,-1.0222024116683492,1.3923280525363788,0.9156050267680369,0.013330565292139163,-1.6359013840406171,-0.536044599546873,1.4108588500697206,-2.8861354864928632,1.1170622254719405,1.2242575375582025,1.7759341305794878,0.4500193946815574,True,c1,3,"It's really cool that Alex has added a patch, but I feel pretty confident this is a mistake. If you open a dialog and then hit cancel, you are going to believe it will close the dialog without taking action. This is a reasonable sounding request, but we really need to say no to this.
+
+I'm not going to wontfix until other's chime in. Can anyone really make a case for why this is a good direction?",254078,45,,
+6.345170614540226,-0.38461372479654443,3.328500999915403,3.3380988658029107,11.0710221734644,-2.039914663411734,4.766968750040194,1.7322270988721153,-3.861932371971953,7.36014127850742,-1.233145140351097,-3.7776296344971807,4.070243071527105,-4.490878636791237,-1.9441009612432563,3.065591940906095,4.9757398406687114,8.155302181219792,True,c1,3,The user is asking to escape VE entirely.,254065,1,,
+-10.775033518642266,-1.143568706919968,-4.564599905068105,14.750235886194387,0.283214742865475,-7.355046983274353,8.906782543482796,7.326661680395483,-8.443951387388639,5.550380518961077,0.3690982855412731,-1.403608763713744,-0.8601821721057559,-1.3056456772117273,-1.0898068023819198,-0.4157627607325334,2.4431241487693955,-3.4435448415921606,True,c1,3,"Would this be to escape from VisualEditor entirely (i.e., go back to view mode) or just to get out of the save dialog and back to the editor?",254060,1,,
+-6.944518653515346,5.415570490946497,-7.325680172804428,7.92872263650902,9.813046327077966,0.8389593775782647,-2.2270312417623686,5.8291868575036725,0.9895306812633893,3.62673645101079,-1.6938819876926368,0.27389349545113006,-0.18040118705024888,-0.4842424140317796,1.4484404923265517,1.8997852611218258,-4.835529256090006,-1.3014062075261599,False,c1,3,"This section details the invalid cases to handle:
+
+http://en.wikipedia.org/wiki/Wikipedia:Page_name#Technical_restrictions_and_limitations
+
+The best place to handle this is in onWikiLink in ext.core.LinkHandler.js.",252613,38,,
+-8.900902858628204,-2.51375642328877,0.3868686793381584,-1.8443675299191007,-2.6036565002089995,-9.795666225022275,5.7538638389596315,1.315590777035149,-5.330263480535423,4.693496321164615,0.592588871313415,-1.9801772197301934,-0.36574490177440433,-1.4221456484331274,-1.8454212326100574,0.8003500758591287,-1.7061545020231992,-3.3251206288910273,False,c1,3,"This needs to be checked more carefully after template expansion. Test case this will need to handle as well:
+
+[[{{echo|./Bla}}]]",252607,38,,
+31.38673399460358,20.274356597322587,7.466313644945082,14.5329406107408,-5.112089060693496,-2.764308147433111,-1.031193637707215,9.329825719470442,-7.161626566789929,9.412683546362752,1.2078406755926652,1.5337550389802201,8.72574659803697,-6.496432716220534,4.991898578102778,3.086968286887898,-2.2506229337992187,1.556784686033764,False,c1,3,"Confirmed, see http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:Jdforrester_(WMF)/Bug_51090 vs. http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:Jdforrester_(WMF)/Bug_51090&veaction=edit",252599,36,,
+-7.6356562609148835,-3.444865884376787,0.8910053460536225,2.000884694176431,-1.3078391025424283,-0.6555695949683784,2.650780386183765,-5.272439663688323,-0.14380949907385332,-3.1836619276228886,-2.7623875327179763,-0.1884582682565039,-3.53656767217144,2.698834846778481,-0.09174822965310891,4.041304556768107,0.088878294402743,-4.357426542378663,False,c1,3,"You can't now enter these links in VE (bug 33094) but when they appear in the page they are still rendered as valid links in VE. For example [[./Bla]] displays the same as [[Bla]] in the source would and when right clicked, it opens that page.",252593,7,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51177 has been marked as a duplicate of this bug. ***,251259,8,,
+-5.403231154032465,-15.635863340654474,15.16561743870164,-12.631640323231185,13.887018082424344,-18.316071692213495,4.731528536942394,-7.635191244854263,-5.642178477498855,15.232787438387165,12.98865235653092,2.728330645090586,-4.718352189173473,5.735192336871145,-4.72204696717649,1.8934092070483224,1.7767268634313693,-0.27242163720853263,False,c1,3,This is now merged and will be deployed later.,251254,4,,
+-6.571112803432154,2.0766168166968058,-2.1246892575333605,-1.4177919057760295,3.128175409543271,5.294478852658575,-2.456457634296891,2.088477494007364,-0.43500807916888873,-3.022485055340122,-2.7407940767122665,-2.59888660574439,0.30132685756585254,2.6256413978488977,2.0114495574210434,-4.479733825658361,-0.24656136696341793,0.6633931571469822,False,c1,3,"OK, my apologies.  I can reproduce with those steps.
+
+Bug 48789 looks more like a UI design 'enhancement', whereas this bug is a simple bugfix for the current design.",251236,3,,
+-10.795371914663178,8.872866719848219,-7.275388884547778,-3.9839907501152236,17.142337048950786,2.4380764260938044,-6.316209161663188,-1.25731271408418,4.241110824707092,1.0194216875297455,-6.138045716969401,9.341359699363284,-0.6148932767131039,2.549793485047007,1.5810079108333142,-2.790424069715422,-6.172739395548554,0.5694763348645542,False,c1,3,Is this the same thing as bug 48789?,251230,3,,
+-3.8703515691214805,0.6329257300741133,-0.5788466838471085,-2.1391482014921603,1.0136155436799879,2.9117578366651955,-1.039186263890537,3.8548318466468947,-4.118844862255305,1.5690212497949654,-0.8837364889808081,-1.5279723902533267,-0.8447784073466784,0.46911261175721886,-0.003448391665406003,2.655737488702677,2.067489742859413,-0.2337441555588704,False,c1,3,"
+It is reproducible, let me show an example: 
+
+Assume that the first word on a page to be edited is ""ThisIsALinkToGoogle"" (no quotes) 
+
+Open the page to be edited and without doing anything else to the page, click the Link icon.  The Link dialog shows ThisIsALinkToGoogle highlighted and entered automatically in the text field input. 
+
+In the input field, replace ThisIsALinkToGoogle by typing ""http://www.google.com""
+
+When you finish typing, just click the left-arrow icon to close the Link dialog and (ostensibly) save what you have typed into the text field. 
+
+Do the Save page/Review your changes dance. 
+
+In the diff and in the saved page you will see 	
+[[ThisIsALinkToGoogle]] which is not helpful.  
+
+What I would expect to see is your typing preserved in a link like [http://www.google.com ThisIsALinkToGoogle]",251222,2,,
+-5.823427234701705,-13.676305733351354,17.858054154966574,-10.622777944586286,5.2325597990599135,4.515752626622014,-0.6481581165716701,-1.0148517896980613,3.74153542784906,-7.2651454402025,4.711316137094492,3.2667400631895207,1.7194014376273463,2.943841176492711,-0.4415110025712683,0.110092289665086,1.9676127198119213,2.8283492802878496,False,c1,3,"Is this still reproducible?  I tried it, and the diff was empty, but maybe I'm not following the instructions correctly.",251215,1,,
+-14.136675046545324,3.137629365087168,-4.482858146923919,0.4058261786219788,14.954402931516405,2.093262446470245,2.8566325052463757,6.320891785957854,-8.022703834444407,8.346487348535806,0.677441976457769,-1.4249406561086886,4.342816087629479,-3.9708465123248056,-1.294959138644549,1.5077277312482102,4.793651546362778,6.075525100346351,False,c1,3,This is going to be a pain to get the user interaction pattern right.,250484,49,,
+-12.171619361623659,-3.1096558121872206,1.0613755979836692,8.53856811262939,1.1098530874783616,2.3587814008997015,-2.5281115004045684,-0.5290520787065771,1.0667141947564425,-1.598109369632744,0.5949514964196344,-1.002134905027817,0.4029823320623507,3.920076771473388,2.680710743774875,3.3922869308908625,0.9955801137667701,0.7714573267709732,False,c1,3,"This was reported as an enhancement, but because it causes content (i.e. consecutive spaces) to display and behave differently in the edit window than in the view window, I think it is more appropriate to regard it as a bug.  Accordingly, I am upgrading this from ""enhancement"" to ""minor"".",250476,1,,
+12.151062551214752,2.8000045240548452,-10.291831211522275,2.1211196406938484,-6.278386548229259,-3.6537533064467382,-0.6585883635067624,-3.8362793230063175,0.12120414463988227,0.7822012763287542,6.373935404185428,-5.123752972841201,7.118309901031574,10.859942933473278,7.479229268408271,0.7203441291444439,-1.466151699693695,4.134526471505168,False,c1,3,Checked in betalabs - 'Example (en)' was added to Template documentation editor.,443724,93,,
+-7.9824127681580475,-2.3501630030647824,-0.10150060892357571,0.20557550975399153,0.458056642623184,1.0898369363323663,0.4465106130578107,0.9578729781078311,0.5343676834905282,0.5654389880181334,-0.009820966724769509,0.04985711438415308,-1.6630628638434235,0.6079002571885952,0.10103389559155262,2.2692884862242915,1.56537461092547,-0.12410813329863224,False,c1,3,"The feature support in MWParameterPage is a bit presumptuous as the exact definition and property name are still being reviewed upstream in TemplateData.
+
+Anyway, this feature seems useful, but I'd like to be more explicit about at least one use case before we land it. The talk thread that requests it didn't seem to note anything about the existing properties `description`, `default`  and `autofill` which currently cover the use case of showing what a field is for and what kind of value it should have.
+
+I take it it will be used as placeholder in a user interface. However in VisualEditor the `default` is currently also displayed in the `placeholder` attribute. And the (already merged) conditional implementation of that does indeed ignore the `example` value if there is a `default`. And it seems there is no difference communicated to the user visually to distinguish example from default.
+
+If the user won't be able to tell the difference, can authors?
+
+I feel like the feature would be useful, but it is imho not sufficiently clear in its specification, implementation and current use in VisualEditor to offset it from the other existing features. And I imagine this will lead to confusion or incorrect usage by authors and users.",428516,89,,
+6.950579728988924,24.652190418811166,3.884307151795385,-18.880642450982663,15.519074661766421,9.165821148774516,-3.1008549544742285,6.344220637861793,-10.059805646396946,-4.439558909854513,2.7115917704587034,-3.4688662351588024,2.6302900237662907,-2.6609699670265696,-9.026578605021918,-6.77507222621777,-16.551050971699304,-12.463139364134074,False,c1,3,Any progress?,250162,34,,
+7.78139514810162,14.106844512527832,-6.663946928207725,2.5920449469935836,-4.400046777805463,-5.128609734639646,-2.6057765916094207,-6.740163797605607,0.08915737483099662,4.246487901749674,2.723266552186243,2.2371523914258624,-2.153337210727317,2.1695967684184128,-2.411499280490591,-4.539295785879704,5.143715848164685,0.041649122268839545,False,c1,3,"FIXED by dint of bug 70958 being fixed. Thanks, Timo!",248182,66,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 54361 has been marked as a duplicate of this bug. ***,248179,63,,
+-6.854522351774467,1.5268316804863122,-7.397885897308203,-4.042163238474792,-0.36800741486726096,2.4957578110938474,4.846820794825241,0.8950803671455684,-0.6936791791424964,-2.6690650500890576,-0.2676109330427219,1.2105804377413252,-2.3974235214752393,0.5466619546117835,0.24811494119933686,2.2660416381294928,0.4852464787552998,-0.7829858856454694,False,c1,3,"Action item: When using search in a way that the user input should be used as first hit if it exists[1], our code should always do an additional query for the literal input against the pageinfo API. At least until the upstream bug in MediaWiki search is fixed (do we have a report for that?).
+
+
+[1] e.g. mediawiki link input widget, and transclusion dialog template name input, but not media dialog probably.",248175,56,,
+-9.574174281872711,-3.7208139990784552,-0.4457512910394692,1.692589811073077,5.099793481044012,0.02245704018785233,4.946647841311167,-1.414990582361363,1.1050841951134274,-3.5892356366417637,-3.7588856213702955,-0.7068785934916448,0.3964234063824992,0.8250039866741441,0.866575362161444,-0.07547933390394501,3.904726296630203,1.0576180601980796,False,c1,3,"Right now MediaWiki search has a bug where one searches ""Foo"" and a page by that name exists, it might not be included in the search results (or at least not in the first 10). Or sometimes it's in there but on #3.
+
+While fixing the order is harder, we can easily work around the case where it is absent by running an additional api query simply checking whether a page by the title of ""Foo"" exists.",248171,56,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 65927 has been marked as a duplicate of this bug. ***,248164,48,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52596 has been marked as a duplicate of this bug. ***,248158,8,,
+-15.16001353061139,-1.8441145433418633,-3.039794155696624,1.610151754317295,16.090805352462958,-0.4192388920234986,-1.5598378171892673,-1.104429298029285,3.5357293615825984,7.699776404843204,-3.837834894103461,1.7558118513183114,3.821445589986622,-1.3472181709705082,0.9875225286398579,-2.191610272649808,-4.99605639178349,-1.9043788678174645,False,c1,3,This looks the same as bug 52596 which contains more details of which pages are believed to exist and which are not,248152,8,,
+21.76128900138543,45.24041837174371,7.664467209911551,-20.988145631262192,-7.880245631756078,6.905185437065061,1.7059100270496703,-1.5203148251365124,0.35465949021236476,2.089707219394798,3.2494346907481306,-4.390501910277921,-3.597060054330771,0.06305349176435504,-1.5972586063011494,0.5638232611106111,1.5714839084555858,-3.0672409419268702,False,c1,3,Thanks!,248112,37,,
+8.372095882457833,3.781618026959663,0.429427126942183,-6.606601753124461,-6.277341829869656,-9.053116377225642,-7.1719413021841145,1.757879845161347,3.302334869679611,-3.258666770117125,-1.1564526530670336,-0.595166622816337,-0.7729689615254884,-0.6549947598541298,-2.9031250449376493,-0.16989477176573242,0.9515680342994122,-1.8515664710237825,False,c1,3,"Created attachment 14834
+Other dialogs affected by change
+
+**Attached**: {F11659}",248090,36,,
+9.839236592745312,4.02857343948811,-8.823082824262091,-2.628388504702219,-8.00856785026856,-5.730025242697463,-3.243080295146366,-3.310860657314781,-0.8776939459623994,-1.9223735289694979,-3.270764303603498,1.8837470653883859,-1.1439567396210755,0.38206842754753256,-1.8242726992638976,-0.893029197118421,0.3486414539540158,-0.31056808715479933,False,c1,3,"Created attachment 14833
+Screenshot of 100% width in default sort field
+
+**Attached**: {F11658}",248086,36,,
+-2.709811349718775,2.999418105635449,-5.086426554972789,0.06705880715224666,2.000810774692985,4.092296796647695,-0.07784051853264096,-0.5764615548517505,-0.9201781607946647,-1.2396795395222902,-0.7038974707270473,0.8284077157696785,-0.4336786470048346,1.15339760383817,-0.15051560170037748,-0.8309931038109686,0.15257960159636644,-1.2630146668090156,False,c1,3,"Created attachment 14832
+Screenshot of 30em width in default sort field
+
+So I've looked into this a bit and took some screenshots.
+
+Currently this is set in the class .oo-ui-textInputWidget and is set to 20em. The text input widget appears in Options -> Categories, Options -> Page Settings, and Insert -> Reference. 
+
+These 3 fields all look acceptable at a width of 30em. We could also go for 100% width of the div. I like the look of this in the two Options areas, although this looks a bit odd in the Reference dialog ""group by"" field. I think that even 20em was too wide for it to begin with- maybe we should add a special class here?
+
+Any opinions? I like both 30 em and 100%, and since reference dialog is likely to undergo radical UI changes the size of the group by field in the reference dialog could be ignored for the time being.
+
+**Attached**: {F11657}",248082,36,,
+7.805548578783281,24.87115843625191,1.5511992745229621,-18.018519185522532,9.063940430874897,6.949913748278618,-2.8586653781707465,6.88915465335499,-5.826490393588588,-7.974601797154872,-1.2478682980076194,-3.2695568844633267,1.7509397145166368,-1.4943384122020884,-1.3787867095980462,5.198467938652101,3.907280776654888,-0.7601622482807238,False,c1,3,Verified the fix production:https://en.wikipedia.org/wiki/User:RYasmeen_%28WMF%29/sandbox?veaction=edit,247400,37,,
+12.340948932041757,19.465023360347992,-10.051072002625029,3.260173688452566,7.606631033154457,6.665345198359574,2.58642315058432,0.5117591150756531,-4.831060831165828,-6.327789602226428,-2.068543895495568,0.3646698147563008,-4.480871370975869,3.78265013006889,3.0550416651343886,5.909483417620941,-1.4981537270434102,0.3540386261663695,False,c1,3,Verified the fix in test2:https://test2.wikipedia.org/w/index.php?title=User:RYasmeen_(WMF)/sandbox&veaction=edit,247394,36,,
+56.783194342260266,28.882934925938784,4.797444424669013,-10.507179501410445,-0.43269993006641094,7.704247097230084,2.7003807830093667,-0.1444352838474564,0.09866723282283285,2.096684195282383,1.127051386370073,-1.4451893590689213,-0.8650941373470045,1.8110902270284666,-0.9005542571053575,0.24921355438124104,0.8763002873470791,-0.41576935446295815,False,c1,3,WIP: https://gerrit.wikimedia.org/r/#/c/84461/,247292,11,,
+-4.459304286653448,-1.8711183878982958,-1.008358168604837,4.595190871949685,-0.44228089460242614,3.3934346427710764,1.624317264118213,6.083147364593575,-0.8419814124217166,-3.764066849151598,3.3745936962389056,-0.24124565313250468,1.319565672832649,4.24359170776393,1.6980694558047524,-1.973582425298542,4.736840895672389,-0.8233324463762641,False,c1,3,"Sherry and I would really second Erik's suggestion.
+We just had feedback from a user who was clueless about what to do with ""a blue rectangle with a jigsaw icon"".",247288,10,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51176 has been marked as a duplicate of this bug. ***,247282,3,,
+-11.281502372409854,-0.385568977450891,-5.320871992690902,-8.868787546208196,4.260757965061469,0.5046323101473664,0.7472923029102123,3.211527255041847,2.5513068612737833,-0.3384132414727117,-0.7145345510228966,-0.7727930990923157,-1.072071879795447,-0.12563737037325762,-0.39476993915199854,3.81083196594357,1.9999434869176833,-2.14084004739608,False,c1,3,"I think this would work best for nodes (i.e., things that have a dialog) and not for annotations (i.e., things that are either toggled like bold or superscript, or have only an inspector link links or language).
+
+This would be a lot simpler from a UX perspective (consistency of action and explainability), and the change overall is a good quick affordance win.",247275,3,,
+-13.32776228312904,-0.39219128895054034,-0.9981647533054947,9.973727375081866,3.955684001639879,4.962758383163969,-0.7427361036089586,3.209593232195096,-2.192796646342056,-2.2128458027258566,3.3555602868644674,0.7149107235679262,0.37000476415316763,-0.22448761325120348,-2.494702821748461,0.41752979068056373,0.8449486449040775,1.7829361863473774,False,c1,3,This seems fixed now. I was able to backspace or delete anything around the indentations on the test pages without the editor exploding in my face.,445972,93,,
+-11.875957825560382,-2.1896447787951256,-3.251236767399911,12.180985369313662,5.721042860749199,-0.20637194153229466,6.3991148856614135,-1.3326504464193816,-0.2990884411463598,-3.8912800260223563,-4.615351558435021,-3.046652800919811,3.2014826866713237,-5.950000411955218,-3.6920288609265635,-2.427167467501223,3.2607580684763358,3.71692052151324,False,c1,3,"Testing at https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=570858997 shows that attempting to backspace on one of the trailing new lines no longer deletes anything, it just moves the cursor to the end of the line above.",247232,8,,
+-9.200380465867411,-2.739936870718102,-4.455005576350315,0.010098035437685837,2.6377279916984424,-2.6156648444641952,-3.2003359316355358,5.563633324964022,1.5927278019099027,-4.1756353325437985,0.011406805187250013,-0.5574574901211582,-0.5900188122654764,-1.1565303216331062,-3.257397749176816,0.4069326915787066,1.022804319873545,0.7785628604142585,False,c1,3,"I think this might be the same bug that I encountered last night. Details and a screenshot at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=564667549#Indentation_with_colons_rendered_with_blank_lines._Attempting_to_delete_these_deletes_entire_section_and_cannot_be_undone
+
+Summary: Indentation with colons is rendered in VisualEditor with one blank line per level of indent before and after the indented section. Attempting to delete one of the blank lines before the indentation unindents by one level and removing a blank line before the indented text but not removing any after it. 
+
+Attempting to remove any of the blank lines after the indented text deletes the entire indentation section. This deletion cannot be undone.",247227,2,,
+-12.529753876940958,-0.5730070158621103,1.4870454566610904,13.800007903138455,-3.0255748842466303,-6.907440197600998,11.62156555908514,5.609000276707244,-8.447802472562527,11.755774500671485,-4.7604847060895725,-5.123410295367411,4.331219911026822,-2.128345461545722,1.1772409037908007,-3.3584181017615093,-4.1275670944404395,-1.2282648531414697,False,c1,3,Also note that undo doesn't seem to work on this deletion event.,247221,1,,
+-4.815596717464142,-0.3638798732113031,4.7577391808987155,1.0256359707810887,-6.480279302492498,-12.981351022430049,9.469458972886839,8.702207398859798,3.8409873662946303,3.4856268654355187,5.424600033212368,1.3578700408934052,-6.181818378009517,1.5317812451457387,-6.73965073603304,0.07519046157338849,0.5793923455438377,-4.59304384640639,False,c1,3,Fixed and will go out later today.,246361,2,,
+5.375705856516797,0.8062347524413287,0.06080782380106875,4.645653583741327,-5.029843928993103,1.7472962687367097,1.4401102469930738,2.3055121621215307,-4.566231037404302,1.9454299702731737,-1.3679139381509167,-0.5608109182645382,1.1999873428252297,0.33602180565951434,1.7990683950879518,3.2072656898139447,-0.7816523272245002,-0.9164817818400346,False,c1,3,"(In reply to comment #2)
+> Parsoid incorrectly renders references as s. The ones directly in the
+> main documented are rendered as s by VE, but we don't control the ones
+> in
+> templates and other generated content (and #tag is a ParserFunction).
+Ugh, didn't see James's summary edit. Moving back to VE.
+
+We could probably add CSS to make  render as a superscript, or munge it in some other way. Though ideally I'd like us to convince Parsoid to render references as s the way the PHP parser does.",246339,2,,
+-0.774223749396385,-4.485662143505227,-7.536780149780647,-1.8177591224256613,2.408704850190862,0.4316795939822047,2.5303740722827595,-2.459127480314763,1.6709177304149179,-0.5772440773388983,-1.9383033774904788,-1.181196124216188,-2.2008508107498668,2.667528945150954,1.5236454993686577,5.096451655425276,1.429039676186512,-2.3723825485440133,False,c1,3,"Parsoid incorrectly renders references as s. The ones directly in the main documented are rendered as s by VE, but we don't control the ones in templates and other generated content (and #tag is a ParserFunction).",246332,2,,
+-4.583607290665076,5.067212698200372,-7.309700810986632,-3.1370528151586026,8.636642581195105,2.637401385081482,-1.372214201143084,1.9734993452415601,2.54023269434727,-2.2662745042862293,-3.49510072250041,-3.451633068815849,3.109941227605848,1.2235919023669701,1.046635640557784,-0.975044525062772,-1.1777130616345333,-1.3196977195434747,False,c1,3,"This is confusing because the lack of superscript makes these refs look like an external link.
+
+This happens with all pages that use [[Template:Geographic reference]], which the English template page says is ""a very large number of Wikipedia articles"", and that template exists in 15 other Wikipedias including a few on the 'maybe' list for 22 July deployment.
+
+Example in the wild:
+
+https://en.wikipedia.org/wiki/Branford,_Florida?veaction=edit",246327,2,,
+-10.093365197474078,-1.3748000709039943,-0.809549182646857,1.6120887746406911,1.915780103358367,1.1280960131060986,4.109574253984627,1.8552170756352377,5.25598900840958,-0.5754289602177258,-1.829254033367235,-1.0961082043980301,0.7262230628062456,-1.8067816968882036,-0.315777403037349,1.4486993206053191,1.074061969760816,-0.6123536648747256,True,c1,3,"It's now possible to easily open links in citations and image captions using the link inspector. The same isn't true of gallery captions, but that's because we still need to make a visual editor for galleries (T45037).",496813,107,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 66549 has been marked as a duplicate of this bug. ***,245615,49,,
+-9.985595826788833,-3.1550733246998064,-0.0866123955809388,-5.659573561762257,-2.584971588000319,-3.815498185543678,2.2983195818840105,1.27802079009872,1.1783616923211577,1.9080558949647966,1.0321380654195158,-4.41874497526887,1.6966698383855752,2.3758847340972213,-0.868729321175068,-1.1265782259183053,-2.067439229783477,-3.012434560881235,True,c1,3,"This affects more than just templates.  You can't click to open any internal or external link that is located inside any ""node"" (galleries, image captions, ).",245610,38,,
+5.358124423582963,4.4739693937141105,-5.718434031901806,-3.1981560101164614,-2.1674046197628876,-1.5240485067497023,-3.606345158728245,-2.8493786644984995,0.7186649276159307,-0.3791589664614685,-0.7757237025988934,-5.16647161688932,6.135482006722435,-6.525034194275476,0.6863160611862349,5.335118991297865,1.7427305463568212,-1.8464345759639116,True,c1,3,"**ignatzmice.wiki** wrote:
+
+A user suggests [Return to editor] [Exit without saving]. https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&diff=567692036",244954,5,,
+-4.295298224236182,-1.2598427762692133,-1.4008356523617205,-4.346692493249742,-4.426598447450298,-6.404490125023449,2.2887499722001206,3.5752806022895194,0.8823241426983239,-0.11760487154629207,-1.8038063001797493,-0.29895415985549345,-0.24234896610133738,-1.1490181611172827,-0.7313022904608217,2.483056786280772,0.18737540900387953,-1.1053888214691248,True,c1,3,"From bug 51655 comment 1:
+
+| The confirmation dialog should have more descriptive buttons, such as
+|   [Discard edits] [Continue editing]
+| , or
+|   [Leave editing mode] [Return to editing]
+| , etc.
+| 
+| For this to happen, it needs to become a jQuery dialog.
+| 
+| In fact, VE shouldn't use native confirm() dialogs; the implementation in
+| most browsers is crappy.",244951,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 51655 has been marked as a duplicate of this bug. ***,244946,2,,
+-1.4416820021756083,-6.351474342612028,-0.6449028245152775,-3.9468630184974263,-5.0286118752623095,-4.729500541339963,-3.842511336488199,5.003368683314247,-8.06612711088122,2.8311901852606454,-0.039298511348398346,-0.6175547403601547,2.1398751778141403,3.7753190959991425,3.0168486147416607,2.7200810293656494,-1.3696722194898778,1.6424862359777133,True,c1,3,"**ignatzmice.wiki** wrote:
+
+See bug 51655, which should probably be closed as a duplicate. (On enwiki I'd say ""merge"".)",244942,2,,
+-5.504155897386752,-8.989258054278217,5.708421626404078,-4.7609570443841385,3.204201085041122,1.5101177731854332,0.1491716606153357,2.0933957361506166,1.537824282648338,0.7882651207359226,-1.6292584919591753,-4.119366459766587,2.9316772022762567,5.193163751947691,2.308524635849335,-0.6716443437152182,-1.6162379660667607,-1.187165097246337,True,c1,3,"Unfortunately we can't actually replace the ""OK"" and ""Cancel"" buttons' text - that's supplied by the browser as is unchangeable.
+
+What we can do is tweak the message so it's clear what this does, perhaps. Any ideas what might work better?",244938,1,,
+-6.530893119650941,0.7509964277954797,-1.65148938979745,6.573833979135083,8.263908171987744,-3.3919904214516237,13.805597666297638,-0.18360381741259924,-7.798691093887765,3.7864853009292716,-2.662204020592977,-0.7026926989100062,-1.7608783323740262,5.06589963173867,5.280659608752332,2.073649289300315,2.5807835372851846,2.010036085145425,False,c1,3,The table will still be broken after an edit as Parsoid doesn't run with context yet.,244718,52,,
+0.038263047606361233,16.08199206549179,-6.108363241329608,8.771918776052631,-9.191771255784998,-9.506184200827455,-5.5279032560961685,-5.562056256378278,-1.429801880476584,-1.9715225105573437,-7.809945726894673,5.615186429138988,1.596761535971691,0.09891308854642777,-4.14087003708068,-9.933519697891443,4.626997167072338,-0.18974295133434538,False,c1,3,Fixed by gerrit 140439.,244715,52,,
+2.4099060239480643,6.783396211848636,-7.09225333490602,-6.447466413893253,-0.9477290296531784,-2.9262707453310224,-2.781883111700437,0.016509073562367416,-6.212888988369304,8.869710021978069,4.200937581287155,3.780143930932433,-1.6497735187574047,3.2525596459337365,-4.6352600129734185,-3.500771813269686,0.6500382977501433,0.43533489498080513,False,c1,3,This might be related to VisualEditor bug 50607 and foster-parenting.,244712,7,,
+-10.4686988573669,-3.5649660050809366,-1.0939160927341824,-5.834828228373086,11.018197271520666,-4.371269739589039,-4.1343837140414985,8.806806212937294,6.9041320936832635,4.929784591220995,0.7905545224535501,6.794598904655685,1.2409902329033238,0.2678607778351316,2.2070204462064167,0.8285504866286515,-0.29054548942448455,1.6660299581994518,False,c1,3,"Confirmed.  This is probably the same problem as bug 50589, but this is a nice simple case and might be easier to solve.",244709,3,,
+-7.330059932629712,-6.157101203762304,7.353232137010879,-6.96574862076461,4.909801322104286,-2.5559682860767516,-1.5201050498638757,-1.1967916347537408,-3.3487128601248495,-0.0774680033848183,3.5096383888445195,2.6374718699551467,1.7796035656371707,4.240657005644346,-2.6438141687335563,-6.710743010229818,-7.005483058898053,-0.9866273743595468,True,c1,3,I can't reproduce this. This interface has changed many times since 2013 and presumably this was fixed.,1240023,296,,
+-7.185697506337956,-1.9692514960762768,0.9932720364077885,-4.340390739568207,-0.8727473403469821,4.02748462872794,7.403815939554251,3.4021856231859133,-3.1317480353723264,-8.816034285298516,3.433311538624238,3.302332438913491,2.899160135458607,0.8578913067135672,3.7647097023700695,1.686907927532145,0.3201230075581636,3.3187165063365414,True,c1,3,"**adam.jenkins** wrote:
+
+Refreshing cache didn't help - I refreshed with VE open and again with the link dialog open. I noticed it didn't occur when adding a normal link in the body, only when adding a link in a reference.",244197,1,,
+7.3204762986477725,4.517706599485013,-9.663598059484015,-0.949654581869023,-7.274984749059207,-1.6829817773120723,0.33901860799371697,-3.106151085058875,0.8375456950498552,1.8418540646803274,0.7204935698237264,-3.6007087718828252,-0.17419941460306232,-2.218860783026495,-0.957046960407218,1.8167479995046012,-0.8513865924233721,-0.9015238952520535,True,c1,3,"**adam.jenkins** wrote:
+
+Screenshot, Chrome, Mac running OSX 10.8.4
+
+Pop-up list sits above textbox, text box for group appears in pop-up list.
+
+**Attached**: {F11506}",244191,1,,
+4.225641128920277,0.3509622217221722,1.0688164788784547,0.8419358503225869,-2.0045240139935228,1.1564796150443506,-1.5181335141229333,-0.7859938860381434,-0.12790106600290174,0.19078963212380895,-0.5904493669360484,-1.4092128474242296,-0.06765732059125718,-1.580563554779294,-0.09729255779022505,1.4682065571981533,-0.9566553155170897,-2.7899265023982283,True,c1,3,"(In reply to comment #3)
+> When adding a new reference:
+> 
+> * I typed in ""this is a lunk"" (I mistyped link) 
+> * Selected ""lunk"" and click on the link icon
+> 
+> This produces the pop-up list of suggested links, but it sits over the top of
+> the text box, preventing the user from seeing what is typed.
+
+OK, that's definitely broken behaviour - see the attachment I added just now for expected behaviour. Can you give a screenshot of what it looks like for you (is Maggie's link - http://en.wikipedia.org/wiki/File:VisualEditor_Reference_issue.jpg - accurate)? Does is still occur? In what skin? Do you have some gadgets installed, and does it occur if you disable them?
+
+> As a secondary problem, (which is why I used ""lunk"" as an example above), if
+> the pop-up list is long enough to extend over the ""Use this group"" textbox,
+> the textbox appears as an item in the pop-up list. You can see it a bit in
+> the attachment Maggie provided. If the pop-up list is longer, it is inserted
+> between elements.
+
+That won't happen if the link inspector's suggestion box appears in the correct mode.
+
+> This does not occur in Chrome under Windows 7, as pop-up list appears below
+> the text box, and doesn't have the issue with the ""Use this group"" textbox.
+
+This looks horribly like a caching bug - what happens if you hard-refresh (in Chrome on Mac, Command-Shift-R on any page whilst in VisualEditor mode)?",244183,1,,
+3.506678973805032,6.607698924670178,-5.846729068432442,0.3656107053559783,5.216509705567102,-1.0131904287209341,-4.69989308796156,2.681617266468138,-5.176932400415841,-7.902286070639914,-3.5906855633466166,-0.5131806434961188,1.1987190556538683,-2.5129716257498886,0.01410684007891394,3.4475029554936314,3.839365169742158,2.632230916324105,True,c1,3,"Created attachment 12795
+Expected behaviour if adding a link in a DOM dialog like a reference
+
+**Attached**: {F11505}",244176,1,,
+-1.5669303276239175,-7.407887017592894,-2.8569500598140474,0.030978518049908033,1.0389181304200843,3.090989535905816,-5.235622517549632,3.972695183751751,0.9846572626519525,0.3102511711552518,0.9555472962501691,-1.3365906610544962,3.5074705436405624,-1.24848899401152,0.5100764871298309,2.15075737232129,1.0638125848800832,4.588751625569559,True,c1,3,"**adam.jenkins** wrote:
+
+I've been able to recreate the behaviour using Chrome on the iMac.",244170,1,,
+-8.286442368811406,0.07635327270145353,-3.7105216341693703,2.5639297187793453,5.555982683749367,1.7645629885878709,-0.9001508543356973,0.7858987917642992,-3.093745823917108,-2.1389255364018287,-0.8783930991381625,-2.261913723198461,0.5852773839928371,1.6682450718668582,1.2674362392064613,1.8269843135626265,1.3328650243569846,0.7848681959716761,True,c1,3,"**adam.jenkins** wrote:
+
+Hi! I'm currently running Chrome 26 on a MacBook Pro retina running 10.8.4, but I think I also had it on an iMac, but I'll confirm. When adding a new reference:
+
+* I typed in ""this is a lunk"" (I mistyped link) 
+* Selected ""lunk"" and click on the link icon
+
+This produces the pop-up list of suggested links, but it sits over the top of the text box, preventing the user from seeing what is typed. A url can still be pasted in. If the user types a URL, the pop-up list will disappear, but reappear after any pause in typing, hiding the box again. (This reappearance would be desired behaviour normally).
+
+As a secondary problem, (which is why I used ""lunk"" as an example above), if the pop-up list is long enough to extend over the ""Use this group"" textbox, the textbox appears as an item in the pop-up list. You can see it a bit in the attachment Maggie provided. If the pop-up list is longer, it is inserted between elements.
+
+If a URL is entered the list reduces in size to two elements, the link in blue as an ""External link"", and the link in red as a ""New page"". However, the window still slightly overlaps the text box for entering the URL, and if accidently clicked when trying to select the textbox again, the link is changed to a wikilink and the options disappear. But there is no indication that this has occurred. This seems in part to be the ""new pages appear as blue links"" bug, so it might be fixed as part of that.
+
+This does not occur in Chrome under Windows 7, as pop-up list appears below the text box, and doesn't have the issue with the ""Use this group"" textbox.",244167,1,,
+-1.9029883644918426,1.385043507215988,2.214191999978108,3.4001863436740773,1.0880493760441805,3.5795034032553765,4.323870898024335,0.3813335593543294,-0.2798452559839296,2.0463369127246143,0.02564383346942578,-0.28904508087714653,-0.9322438957881558,-1.4808899071835544,-1.434250162158698,-0.6929820228599572,0.07601972843015922,-1.7990300263813026,True,c1,3,"Maggie, I am not able to reproduce this behavior in Chrome or Firefox; the references dialog expands with a scrollbar if needed. Are you still getting this? If so could you provide more detailed steps to reproduce and browser info? Thanks!",244165,1,,
+-7.538260610089261,0.6852461795688658,0.19456912048980923,-3.9251343915010253,3.8284691060518536,2.992089733911481,1.7859765511999548,1.6958034656898846,-0.6458325041134123,1.7711094959797729,1.3415714627263726,-0.5502093457318047,2.301920038368084,-1.2970158865994867,1.0834860254921521,0.6341693912758899,3.5564218852953533,0.8183269738845982,True,c1,3,"I should add his words (User:Bilby):
+
+""Short version - the pop-list of suggested wikilinks was malformed if it was long enough to cover the group name box, and prevents the user from seeing the text box when pasting a URL. When a URL is blindly pasted, it is easy to accidentally click on the wikilink option, but there is no indicator that this has occurred once the pop-up list disappears.""
+
+See http://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=563382661#Adding_references_with_links",244162,1,,
+-4.674789721026933,-1.1373605117966292,-6.026647773593796,-3.249329322101465,-1.3164548045946365,-0.7320974515357381,-3.615554956211434,3.443395772283155,-1.3521143357848735,-3.1183308711487774,-0.25466087663607295,-1.7651812741907915,-0.8394512583312175,0.6034798013053577,-0.4138725354624757,3.4146176895541025,0.4605975573075739,-0.6495027165743461,False,c1,3,"[This comment is about the generalisation in the VE extension of the deployed patch, I open the bug 52086 for this specific generalisation inside the VE product.]
+
+I can see the logic behind the introduction of the new preference (use a negative preference instead of a positive to use it on wikis where the VE is the default editor), but for the sake of generality of the VE extension it would be better to name it as ""visualeditor-preference-disable: Disable VisualEditor"" (see bug 52086).
+
+And the temporary messages related to the deployment-test in the Wikimedia environment could be overriden in the WikimediaMessages extension. E.g. 
+  ""visualeditor-preference-enable: Enable VisualEditor (experimental, [[{{int:visualeditor-feedback-link}}|please help in reporting bugs]])""
+  ""visualeditor-preference-disable: Disable VisualEditor [during the beta phase] (but [[{{int:visualeditor-feedback-link}}|please help in reporting bugs]])""
+(I guess in this case the WikimediaMessages section in InitialiseSettings.php should be move below the VisualEditor section)",243412,3,,
+-10.280154220952014,-6.880416168527633,4.7381962082469204,8.024163002098257,-0.2655773196390818,-0.21144819937010162,4.147919901294575,-1.2282281273593152,3.151732452039985,-0.03557798392737599,-2.243522601505132,1.4247593574086173,2.4740937222237473,-0.031093932615235964,2.1649479310167763,-1.202276293720725,-1.9158179839367238,-0.4281720628939545,False,c1,3,"I agree with hashar as well. And who knows, maybe hopefully by the time VE is out of beta this preference will not be really necessary (per comment 25). I'm pretty sure we're got at least a few months before we'll have to worry about that.",243408,3,,
+4.593491887745646,-5.076986985397751,13.190683509532988,0.628522138107817,0.3432444063778153,-4.549092741761365,7.234847153985298,-0.7192089707319899,-0.47837668551799384,-2.7499420683500952,-2.782293539646178,5.330609875639111,-2.4131631012888786,-1.1970755675670455,3.843568510978267,6.66178630747744,-10.311639083628684,-4.758079130145055,False,c1,3,So you will reopen this bug as soon as VE gets stable? Promised?,243403,3,,
+-6.864981988414946,0.3256515935566551,2.4375155192866336,2.200241842872705,2.6831196060045546,7.141057573414326,-2.8909777709747413,-3.684942851537261,1.5039286609943596,-2.15490697003986,-2.9509810268775936,-1.4034494145068712,0.15094261539749843,1.5427690712673543,3.247287727438402,3.5442452051350024,-1.0031629277887006,-1.2290745056571333,False,c1,3,"For what it's worth, I agree with hashar. The bug as filed is resolved: there's now a user preference in the appropriate tab (""Editing"") that fully disables VisualEditor.
+
+I think we should deal with the future in the future. :-)",243399,3,,
+-6.642573951450009,1.8245571475823912,-0.937057174438886,2.001970942324583,2.002314954116658,-3.00708386923891,3.6327751101009405,-1.9007424586907966,3.7851079675903394,-0.0034016319041771936,-0.22760364738322192,-7.3489229367629925,2.8735331912783044,2.9147505950628556,0.6688145835409833,-3.716591699013636,-1.3125413521128917,3.2332358486428325,False,c1,3,"Sorry, your perception of this bug is pretty messed up.
+
+Thhis bug is about ""disabling VE"", *not* about ""disabling VE during beta period"".
+
+The patch clearly doesn't solve this problem.",243396,3,,
+-6.750617641876547,2.3159222815764995,0.416261799621902,2.9902857249810726,9.255930751207146,2.6960917273668237,2.0213519574375933,-4.31769971610616,0.926247754414405,4.698419033661043,0.3430143775754022,0.1315691087083266,-0.36971234110947426,1.2079317750139607,2.3750242519481635,1.0125358765016532,3.806367394898964,0.9315091953423118,False,c1,3,"This bug is about having a user preference to disable VisualEditor which is exactly what has been implemented by https://gerrit.wikimedia.org/r/#/c/75541/ . It is the proper way to handle this, not $wgHiddenPrefs :-D
+
+The fact that the preference might be gone after VE is out of beta is a different problem.  For now the request has been fulfilled as far as I understand it.  Just check the ""Temporarily disable VisualEditor while it is in beta"" in the user preference and VE is gone.",243393,3,,
+-7.280043448207616,-2.3249026802043247,-0.04161489027691356,-2.2589748401806844,1.4554100350730668,-1.2349609312354595,4.105944435792916,-0.6957393814235465,-0.1592105047675343,0.3423844261152258,-0.09641133817876324,-1.1059863388356543,-2.045168208213074,-0.31490683304689804,-0.5904157418870533,0.23469602155411184,-0.02753010229705455,0.23698400935027486,False,c1,3,"Sorry, but this is clearly *not* fixed!
+
+* The eye-wash preference in VE is nonsense and will be gone quickly when VE comes out of beta.
+* The core of the problem - disabling VE when one surely will never use it - will not be solved by this hack.
+* The failure by WMF (deploying a buggy beta software to everybody by default) is poorly concealed by this change but not solved either.
+
+In fact you're even working against your own goals with this change: In the beta phase where feedback by editors is needed most you're now offering a preference to disable VE. When VE becomes stable and feedback is not that necessary anymore the preference will be gone, and the same discussion you're trying to mute with this change will start again.
+
+Please reopen this bug, accept https://gerrit.wikimedia.org/r/73565, so we have a real fix in place!",243389,3,,
+20.584293402563937,16.00226025656098,7.593803065069514,32.90524555685419,-7.327450607598457,7.407571081608101,-3.7542318494681144,-6.817171841025396,2.413221985997822,-6.812015280882516,0.6316329820984953,1.4819559169368963,-6.747956195727836,2.514166694820333,-0.04478837480271647,6.722092709928583,4.162482070155179,-1.785909548446693,False,c1,3,Fixed in VisualEditor extension itself with https://gerrit.wikimedia.org/r/#/c/75541/,243385,3,,
+-4.85600398814087,-2.2229960319122437,-4.561403276605883,1.6491646383959147,4.194852853359414,-2.828216061213613,-1.2073396327302728,-0.8860777267299634,3.1295581450347436,4.8470819388113675,0.4959239372861286,0.6317075261084071,0.7291693329301334,-1.0005925520213392,-2.507769564137823,-2.0637285646413255,2.8134111853231594,1.6021450491454883,False,c1,3,"Noting that the main issues causing people to disable VE are 
+1) bloat (this may be more perceived than real; the VE init.js isnt very large, and the scaffolding is used for other features besides VE) and 
+2) the UI for edit section links (which is bug 50688 and bug 50540).
+I am optimistic that both will be resolved before VisualEditor goes out of beta.",243380,3,,
+-6.447308916258196,-5.574103604637969,2.8499475614009535,4.6366193400926345,-2.2666361493978577,1.3678111989368116,-0.08652421612902295,-0.3822678158769257,0.8573085142168564,6.45566066259447,1.7946611084115154,-2.2008275986126615,0.836312101897084,-0.6295070888729485,-0.5966825206274602,0.5011287524460664,4.158130352577851,0.10146372246903201,False,c1,3,"https://gerrit.wikimedia.org/r/#/c/75542/ was merged today, but it is only a dirty workaround that doesn't fix the actual problem. 
+
+What happens when VisualEditor goes out of beta? Will editors that have turned it off be required to switch to it? What if they'd prefer to keep using source editing?",243376,3,,
+-0.587261502557058,-3.9449112218623945,-2.818255209940636,4.22871215087835,-5.2855275799563,-4.849681063552849,3.552570627695438,-1.7004273634980867,7.437986356670175,-1.0029447076894882,-0.3750249777299992,-1.0640831594581739,3.116576305723707,-2.5807337597906237,-0.2684236432911469,0.3980608571462123,0.39429766970449664,0.35440172448787166,False,c1,3,"C. Scott Ananian: you're out of line.
+
+Bugzilla is regularly used for discussion (among devs and non-devs alike) and calling it abuse (comment 18) to use Bugzilla's comments field for discussion isn't appropriate at all.
+
+Richard Morris' comment (comment 20) correctly points to on-wiki discussion that's directly relevant to this bug. It's long-standing practice to cross-reference on-wiki consensus-gathering discussion with Bugzilla bugs.",243372,3,,
+-4.178892159379028,-1.6474666636707305,-0.4343434573596616,-0.8822149837114104,3.8768038233608255,-3.5535517050733816,3.5374231429835135,4.178220121601365,7.037449117671446,6.121827043402252,-1.4333409220216358,-1.403792800580551,-0.021677571745862156,-2.9975423793656084,2.323042676798055,-2.09057676570877,-1.7067837202435387,-1.3544015396114546,False,c1,3,"Please do not discuss on this bug. The topic is on wikitech-l which has much more audience and is way easier to handle such long discussions :-]
+
+Thread starts at:
+http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070560.html",243366,3,,
+-1.8001006067057919,-0.7360010141498563,-1.5305716182081839,-1.456303426217385,-4.28859519463159,-3.345910312787643,1.9227634504107787,0.18273862742388294,-3.392535159876843,-2.1226916747478795,0.11043639573107122,-2.4031481124888447,-1.9931632090308795,-1.739410562357526,0.13018176442914786,0.479421690509505,1.909713814118015,-1.8338183927365652,False,c1,3,"@Richard Morris: Please, bugzilla is a tool for developers, not a discussion forum.   Please discuss this on the wikitech-l mailing list (url above, or subscribe at https://lists.wikimedia.org/mailman/listinfo/wikitech-l) or at the RFC you linked to, or on a Talk page.  Anywhere, really, except for bugzilla.
+
+Others: please do not respond here to Richard Morris or others.  Refrain from the temptation, whether you agree with him or not.  Make your point on one of the discussion sites (again: mailing list, talk page, RFC, IRC) not in bugzilla.
+
+Thanks.",243360,3,,
+-10.46787872605062,-0.9009322196023177,-0.2037528530374919,-1.9366666648378548,2.03705758892103,0.3963056083713621,4.049814292241878,0.9803755195740756,0.5449594588737965,0.5613181225700279,-1.3304720134117414,-1.8026686276277881,1.5718584536634248,1.5499136424489668,-0.4549582247701376,-1.602412773952572,1.0141712016871434,1.727070532964222,False,c1,3,"Have you guys not read http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/RFC there is a clear consensus, 57 vrs 6, for ""VisualEditor should have a way to be turned off fully, easily, and without continuing to leech resources"". Many people don't want it the feedback page is constantly getting ""how do I switch this off?"" threads. Failure to implement this feature is causing more work for those on the wiki and a politically very bad decision.",243353,3,,
+6.784233338061487,4.143655962882185,-0.08001156966504785,0.5030210373941522,-1.004712710151506,0.6473265112109878,-2.017449736071457,-0.6259435864095602,-0.9823449796044872,-5.558581661089568,-0.8046005527742399,2.0913696301501554,1.4536112951959925,-0.3271186612764465,1.3567394415194025,1.02079407461934,-0.33611563906099057,-0.251833044233317,False,c1,3,"(In reply to comment #18)
+> Tyler, please follow the entire link in comment 16.
+
+I did. It's only 3-4 people talking on a talk page. Kind of pales in comparison to the numerous people who supported this in the original link.
+
+> This discussion is occuring on wikitech-l as well:
+> http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070560.html
+> 
+> It's probably better to continue the discussion on the mailing list, rather
+> than to abuse bugzilla.
+> 
+> (Just trying to synchronize the conversation.)
+
+Agreed. I've continued the discussion there.",243347,3,,
+-5.953531945155216,-2.39889013679508,-1.8017168313095935,4.131700183790519,1.1556804860636376,-4.85957446157715,2.279321674261775,3.0097528962292244,-1.8244819330786193,-1.9593858529163093,-2.437307784680636,-0.053893107815810914,-0.7717263845141193,-3.3944094213899723,0.9552078248977018,3.337056385976353,-0.4814022353179598,2.0721392356063846,False,c1,3,"Tyler, please follow the entire link in comment 16.
+
+This discussion is occuring on wikitech-l as well: http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070560.html
+
+It's probably better to continue the discussion on the mailing list, rather than to abuse bugzilla.
+
+(Just trying to synchronize the conversation.)",243341,3,,
+-2.587913288052091,5.780449754735301,0.48872267781806755,-0.6246377858716645,2.9895722811342544,1.2051911610132198,0.34521706264293783,-1.137984534818424,-3.927374887617195,2.219386910133575,-1.0303707493655643,-0.2603171936138411,3.400029275746669,-1.8161061704015085,-0.49984639101867767,-0.09586648272723908,-0.980879863381876,1.4035440859533739,False,c1,3,"(In reply to comment #16)
+> Per
+> https://en.wikipedia.org/w/index.php?title=User_talk:
+> Eloquence&diff=564621335&oldid=564492863
+> and other lengthy discussion, this is and remains a WONTFIX.
+
+This is one user's talk page. What discussion are you referring to? Is the link at the top of the page no longer the consensus? Also I'd like to know exactly what reasoning there is for having this preference hidden.",243338,3,,
+-13.140409288892684,-3.9960855541016116,-2.817698786655645,0.3468447904283032,2.123997326672308,-0.9418629945211325,1.9307600570491186,-1.1120138531844193,0.20546491777077058,-0.3264549475603413,-0.2639256961408849,-1.9349919039948733,-0.6245535824039778,-1.603584182061399,-1.7931082848602033,0.2787291741615281,-0.6072751430664161,-0.2909717812491128,False,c1,3,"Per https://en.wikipedia.org/w/index.php?title=User_talk:Eloquence&diff=564621335&oldid=564492863 and other lengthy discussion, this is and remains a WONTFIX.
+
+VisualEditor is switched on or off at the wiki-level, not on the per-user level. The fact that there is a temporary artefact of the alpha roll-out still around in the code that allows us to expose this option to users for the next few weeks (until it too goes away once the alpha roll-out is no longer needed) does not mean we should dishonestly mis-lead users into thinking that we are supporting this as a preference, which is what implementing this request would do.",243334,3,,
+10.54759184236501,7.0832673968368525,2.1700867785572013,-12.459970053697926,8.66861330033425,1.4514584558560966,-5.7123982861977485,18.241687593332312,-8.540900596584944,3.488648670983845,-5.376216722822164,6.172895560842458,-0.45614707635022933,2.117350827442542,-1.908865076663346,-2.306782127899988,-1.5860307332017953,1.169404545754055,False,c1,3,That would reopen bug 48666 Make VisualEditor a hidden preference.,243328,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51389 has been marked as a duplicate of this bug. ***,243325,2,,
+-8.766691510580781,-3.858575374348691,-5.990831991275249,0.1980330861168209,0.40182822311026456,-3.3444537247271438,-0.1660618123139681,1.2984330326104225,-0.6705999449787229,-1.9168276779725026,0.002838501219080136,-1.3329449333467935,0.5135906944144861,-0.5748303714351116,0.7582502182220816,1.2251033031862522,1.2848701208107707,0.24467978656266443,False,c1,3,"(In reply to comment #7)
+> This will not be a request only for English Wikipedia any longer, as soon as
+> the VE is activated by default on Wikipedias in other languages. Keep that in
+> mind!
+
+just in case what Bartos wrote is not 100% clear:
+
+The extension already implement a user-selectable enable/disable switch - nothing should be done there. 
+LocalSettings.php for enwiki specifically removes the choice, by setting the line
+
+""$wgHiddenPrefs[] = 'visualeditor-enable';""
+
+this bug is basically a request to delete this line from enwiki's LocalSettings.php, and thus allowing users to opt-out of VE.
+
+a derivative request would be such: once VE is enabled by default on other wikis, please do not to add such a line to their LocalSettings.php.
+the second part is a ""forward looking"" request, i.e. it's a request not to do something in the future, without actually knowing if there's any intention to do it...
+
+(as a side, it seems that the decision to remove user's switch was not a good one: the main result of this decision was that on enwiki, someone had to write a special gadget for disabling VE, instead of just using the built-in switch...)
+
+peace.",243318,1,,
+-6.870375021402198,-5.484064127919625,8.212115550412262,-6.163754199897372,-0.5660602870581073,7.189315229429134,-5.507891887889001,0.3585122280504025,7.51830803057614,-5.538868911823563,-3.118288124979198,-5.999367420956004,3.0272166368436118,5.443956526696269,-0.3990311964025426,-1.0448543505014194,-4.232502012980737,1.7640075633011372,False,c1,3,"Great, thank you.
+
+I'm marking this bug with the ""easy"" keyword accordingly.",243314,1,,
+-0.34895560016845995,2.9554566820411274,-0.9791712863507998,-0.46134550659839846,-7.5234149634267595,-8.049441913143426,-5.880418371916937,0.6120452548077271,1.7834186710547442,-4.029899013233026,-4.3938963585212285,-2.608955802349891,3.679815930726895,4.798961385698043,3.7225233020490496,-0.411367072699345,0.635908400780199,1.8327442685183146,False,c1,3,"(In reply to comment #9)
+> Can you explain what the code in this area looks like? There _was_ a user
+> preference previously, it's just gone missing. Is this simply a matter of
+> setting a configuration variable?
+
+Yes, it's just a matter of removing ""$wgHiddenPrefs[] = 'visualeditor-enable';"" in CommonSettings.php.",243309,1,,
+-5.464257089543318,1.523190638899358,3.3063488447768714,-2.1645503971939224,2.117183512581086,4.467702193904014,0.4090678688500855,-2.255789209115767,-5.17354120190228,-3.0708557386574977,-0.23237608532725007,2.14848843022068,1.962969831626454,-2.640092389262918,1.5415480556923606,4.06391762691266,0.888814473914896,1.1534270378541245,False,c1,3,"(In reply to comment #6)
+> This is actually a site request for the English Wikipedia right now, as this
+> preference is enabled everywhere else right now. Changing Product/Component
+> accordingly.
+
+Can you explain what the code in this area looks like? There _was_ a user preference previously, it's just gone missing. Is this simply a matter of setting a configuration variable?",243304,1,,
+15.405728989711035,7.837884302523605,-3.033107313121509,7.235587359883267,-7.850199821461701,-8.22018351795336,-4.295095627470953,1.2898592463183134,-4.322417883439922,1.6243206299531874,-1.4113835753012935,4.715763582291779,5.088459494653442,-3.6876741509462585,5.165919587717986,4.990467677295367,-2.0718157707734592,0.15822569695227173,False,c1,3,"(In reply to comment #3)
+> This should be in the obvious place, in the editing tab of user preferences,
+> not a gadget.
+
+Yep.",243300,1,,
+3.135397848683594,0.399677524677859,-1.0698604189405223,11.108786724721918,10.369211918349034,-6.07105985975751,12.290980074224803,-1.5959129687212474,-3.332917338722835,-1.0807699245423885,-0.8063980170328313,2.956051230164019,-4.605993668931102,3.142287978193024,3.0000672661936223,2.1847489371384454,-2.9982466853821896,0.28312889529861174,False,c1,3,"This will not be a request only for English Wikipedia any longer, as soon as the VE is activated by default on Wikipedias in other languages. Keep that in mind!",243292,1,,
+5.656905714434776,-0.9581491541582796,7.491464262367284,-5.733595912489708,14.398831891013927,-5.951498269131364,17.359895339160595,-7.125404479807791,-3.53440322779975,-3.927123877158885,-0.360574380705067,0.6803487026396589,-0.6039288951810986,-0.9323961306179638,-0.6569009629261757,-0.4112274246416643,0.2865124299705879,0.7324621794284796,False,c1,3,"This is actually a site request for the English Wikipedia right now, as this preference is enabled everywhere else right now. Changing Product/Component accordingly.",243284,1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51179 has been marked as a duplicate of this bug. ***,243275,1,,
+-5.609209314359386,3.420205385744243,-2.2675569556278394,3.422391887074946,-0.48897712977965035,1.7890786843510096,-2.8033200623868053,2.0504678055304235,-0.8924901599186048,-1.4620577267845043,-1.5961479022493723,-1.152499693149129,-0.2230410069159765,-1.3854746394167121,-2.148398784716548,-2.1884045139737904,-0.7467775953702899,-2.5861117930533593,False,c1,3,"Created attachment 12827
+en.wp temporary workaround
+
+Since I doubt this will get fixed any time soon, I have implemented a change to a label, to redirect users with words from on preferences tab to another.
+
+**Attached**: {F11458}",243263,1,,
+-15.700141264036183,11.625213515584715,-12.680876442171016,-0.8269237239584921,10.697296549721258,5.352180637328438,6.4529576928902,5.089704169369794,-4.644992152179119,-2.8526676221538265,-0.49575532989949234,2.674848076978731,-3.4254110034793275,3.1845659294680564,2.9780418681215695,2.2993109739201705,-1.2060277374019142,1.5161890313054074,False,c1,3,"This should be in the obvious place, in the editing tab of user preferences, not a gadget.",243254,1,,
+7.539205083977889,15.340068388587454,2.0198359506168995,-3.0398854015441046,-8.598589411590437,-9.737460031409018,-8.45971157515127,-1.4487211398234776,-1.4753120634940706,-3.8573586825746586,-1.0258978295253098,-0.07844715521666412,1.766719642285378,-7.98615661715914,4.6988515810603255,-1.8280355941742648,0.971930286394673,1.356849139885044,False,c1,3,"(Quote from comment #0)
+> The gadget isn't perfect, as the tab might appear for short time before it is
+> removed again, and has to updated when VE integration changes.",243247,1,,
+12.262551052659743,11.67083017686133,-0.7248484045544803,3.2267286493487415,0.27882821310744177,-3.0647199708585884,-0.09766997012175693,1.2001658898846617,-2.6717447256962736,3.1104238201866483,1.3756029356002988,-6.102891544535758,3.915751362127514,1.728403036086953,-0.2796786439552559,0.10811191535839448,2.6395701542471306,-3.453324062987493,False,c1,3,"To disable: Preferences > Gadgets > Editing (section) > checkmark for ""Remove VisualEditor from the user interface"" > Save
+
+This is probably mentioned on http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback",243240,1,,
+-9.929686684616652,-5.347941634488839,4.296706319607697,19.737249704981906,-2.319547083054945,-6.869361008943635,-2.0795722049798275,-4.045045436114402,1.3630851526058911,4.721732805285452,0.6666055852369781,-1.9303996924339932,-3.9228809447858835,-1.689158777448478,-1.6779951132145379,4.618952975827937,-3.1780331040603285,6.283602434409543,False,c1,3,"This is now deployed and appears to be working as expected in production, according to my testing. Marking as fixed. Please re-open if you find otherwise.",243061,1,,
+6.348546031374081,6.5856904723979675,0.2927441006531315,0.5143930161569887,-6.47353440796665,-1.4035382180539475,-5.334866175755526,-1.350877197464146,-3.194260693081014,4.456128549804726,-3.240336349959771,2.333504608885397,4.258462745425737,-3.1340838577910284,1.2660885952547036,0.7309996545547754,-3.4162979430190172,-1.2227560299057947,False,c1,3,"(In reply to comment #0)
+> See:
+> https://en.wikipedia.org/w/index.
+> php?title=New%20Zealand%20English&diff=0&oldid=123
+
+I *think* this will get fixed by gerrit 72070 - Timo?",243037,1,,
+-5.85862957251236,-7.437513671608509,-6.22108181539993,-1.4283449430405586,1.0074763319471618,1.863655899464483,-3.011856597297589,0.032995045852656724,0.9312519913267476,-0.9988081514499925,3.041754799096453,-4.217936457782413,2.1004554653399072,1.453612265021919,0.9810177984549142,-2.885233819798096,0.15916620382689814,0.8820447704507006,False,c1,3,"I found the remaining issue - since the page (and transclusion div) is set to dir='rtl' the ""mw-halign-left"" class float:left turned to float:right. 
+
+This is quite odd, since these classes have /*@noflip*/ on them.",242219,26,,
+-5.91798302616417,-7.129299895056972,7.210436150975903,-1.1746614130694528,3.917738774504034,3.900822031241031,0.922482613510299,-0.24715462976794011,1.5078889192087759,-3.421316530181689,-0.8202148678666794,-0.6029601951700085,-4.041252242916348,-1.2879906441421838,2.094442707334408,0.9600317025933198,6.1641945254970985,-1.826698671289593,False,c1,3,"Ah! Partially. The image is no longer spread wide, but it floats the wrong way - it should float to the left, but it floats to the right inside VE.",242215,26,,
+-11.221849967506508,9.618769536474414,-10.254170185919895,6.748911006532614,12.021676695644864,-0.32285684659653846,-4.847301090883238,-1.1738442293712672,-6.031102084784832,-2.9398395887895,5.776276948649791,5.767994611120005,5.670644308958983,0.5746668920104698,-2.0451574322061625,-11.903185044135704,2.3238111933960797,-1.0108212197266209,False,c1,3,Was this fixed by the fix for bug 53436?,242211,26,,
+-2.4600916345675277,-0.7052740799019617,6.253384426253177,-16.32537657851811,10.176286050408066,-9.54904355713627,0.563692334655995,-6.100473789716831,-6.472404795182962,0.3524103916742689,18.323190134489398,4.303545188831488,1.348631772616618,5.08563018409973,-1.81011963876402,-4.874824387869227,-1.695635748188968,-1.86670088772304,False,c1,3,"This was done, ages ago.",241773,17,,
+-16.068997655200445,13.795310402925455,-13.766795677561637,2.9052969779772617,13.875382974800392,4.775917347843979,6.506507891532886,-2.5714188259232027,-8.28406564575065,-4.920171648797227,7.569091625162077,2.0963195719798744,-1.461814232510703,2.876281158083203,-1.1784508689456348,-3.9293604968055855,-3.975871502742829,-1.6805328539018984,False,c1,3,This was fixed as part of the tweaks to the link inspector earlier this month.,241714,8,,
+-10.530362310223001,5.424093504033614,-9.98499039018909,-1.528654634632078,5.875742039436394,0.4034829125796282,-2.4218217521860845,0.630775430711728,-4.25154596807769,-2.822422444655235,-2.5710983211052976,-3.3988352316705086,0.4855885381481504,-1.1588487916070387,-3.4121734856310626,2.850354413101578,5.714433110149715,-0.6714625538248415,False,c1,3,"Per discussion at Bug 52596 the presence of a redirect with a title of <=3 characters /may/ prevent an article with that title (but differently capitalised) appearing in the suggestions list.
+
+For example the existence of the [[Fra]] redirect may be what is preventing the [[FRA]] article appearing in the list (something is, and the redirect is one theory).",241709,5,,
+6.44293097687742,-2.380820813424762,-6.391459528102001,10.834047902595197,4.006664421947642,-4.222118932454427,-2.6028266029466547,1.1196826588034154,2.73948646517956,-0.5490274028997022,-2.62786322975821,-2.9228428912716056,1.5447392969781282,-2.7046565814800063,0.8352233610023698,3.077306179482256,2.373846968691314,-4.021955021433374,False,c1,3,"Forgot to add that redirects that differ other than by capitalisation are shown - e.g. [[Elizabeth II of the United Kingdom]], a redirect to [[Elizabeth II]], appears in the suggestions list.",241704,5,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52251 has been marked as a duplicate of this bug. ***,241700,5,,
+-4.426318519006812,-1.4133542948379638,0.3104179723869831,1.2045072653911504,-1.3451022164096038,-11.302872083252431,-5.238853032987027,-2.315589500360137,-1.6432329522612328,1.8208397248384776,-3.9148037910346463,-4.248248284142827,1.7327542467380033,-1.3193476747355477,-5.276291123186614,0.8734976289200014,5.633897940864962,-5.429345641420577,False,c1,3,"This also happens with redirects. 
+For example, [[Github]] is a redirect to [[GitHub]] but [[github]] is shown as not existing.
+
+See attachment 13013 to bug 52251",241695,5,,
+-3.3467371370792702,9.89711190307695,-0.8512102536249988,10.479356044683483,-9.100179316630086,-2.3006606118925212,-7.043218810264634,-2.4682152289080435,-6.99406238209362,-3.34582630574215,-0.0024847631310356277,9.785646844314979,3.965014797217634,-0.07844648031541435,4.007403374132514,1.0994414767835403,-6.539977413414813,0.6219890073991676,False,c1,3,"(In reply to comment #1)
+> Other examples: [[A]], [[B]], [[To]], [[Hi]]
+
+I filed this as bug 51013.",241689,1,,
+4.9844938679419855,-0.3119471518745236,2.77674329535205,-8.637995568790844,-9.116948238724579,-14.726420473839429,-11.596446816038222,2.318674627540267,3.1075886383608884,-6.2636563866560815,-1.0041887148257622,-10.777594625146083,0.060095234024867494,-0.25140899818317597,-10.25634583304942,3.662744436461904,9.146360207878924,-15.898325293980575,False,c1,3,"Other examples: [[A]], [[B]], [[To]], [[Hi]]",241683,1,,
+-9.69490379793827,6.84385864167405,-10.3742514994769,2.2336305468497937,-6.756989885387268,-0.7600838688288896,5.134292335483096,0.16794708563045468,-2.3103079751017463,5.669383048590555,0.1406637690178234,-5.59227719834707,1.7014268071066514,-2.2580106108532165,-3.0058297941068344,0.40640690857767714,-2.0246053443486822,-1.0025160290769901,False,c1,3,"Trying to use accesskey=s like action=edit will make this conflict with FlaggedRevs, which doesn't appear on action=edit but does on veaction=edit (with display:none).",241639,30,,
+-12.650016717477651,-2.632805103303161,-0.374462647762718,5.693518842928876,4.088794007584735,5.47600094767861,3.97204980446503,9.188640155986777,-2.673122960914287,0.3567597538521188,-1.5649606248494874,0.7275238185596757,-0.6737065548027874,0.9125411620604444,-0.2282452835756077,-0.027125010106127334,0.033404634501283975,0.30963239333765813,False,c1,3,"I don't have any particularly strong views about the right way to do this, but I really want to be able to open the page in VisualEditor, make a small change to the text, and save the page, without ever taking my hands off the keyboard.",241637,10,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 53693 has been marked as a duplicate of this bug. ***,241635,9,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52745 has been marked as a duplicate of this bug. ***,241630,8,,
+-5.127707771739963,-4.805286476253919,-2.146411377216085,-1.0010060975839092,-0.333109963754076,-3.443563113517527,-0.6619078345054294,1.6704405915579636,1.6039767384823251,-0.1201105592152274,-0.4525197558986922,-1.0813109786239279,-1.3751247806680313,-0.7226366802602391,-0.5187317980337212,0.8999355036790941,1.4672698895147,-0.45190603860165934,False,c1,3,"Having shortcuts for Show preview/Review your changes, and for Save page (two different buttons, so if one shortcut is used for both, VE needs to check whether it is on the main page or in a dialog box), would certainly be helpful. To quote the WMF Deputy Director: ""It's worth noting that VisualEditor has its own set of keyboard shortcuts, which can help with common tasks such as linking (which I actually already find faster in VE) ...""
+
+And yes, there is also the accessibility issue - anything that can *only* be done by mouse is, by definition, an immovable problem to a physically disabled person who can only use a keyboard.",241626,3,,
+9.127563761600006,7.096959147051074,2.3759350722513934,9.980502429428482,-6.457719533060032,-4.393641296196181,-7.3279934893911935,1.1561700652901599,-5.753183032226041,-1.0142412068670352,0.7094789942170486,3.0916162751755776,1.5161149759606025,-2.716427312705009,3.246392614151943,-2.1166829858013165,-2.537051899957577,0.031925698754452725,False,c1,3,"(In reply to comment #2)
+> In the old editor, I would simply use TAB to reach the edit summary, type my
+> edit summary and press ENTER to activate the ""Save page"" button and save. If
+> I wanted to mark the edit minor, then I could type my edit summary, press TAB,
+> SPACE, and then ENTER to ""Save page"".
+
+Yeah... I split this out to bug 51918.",241622,3,,
+-9.375916362691969,-9.290095394675145,9.485415727903176,-3.0960232016491034,1.1536102427993118,-2.7801000228370683,4.113708888875809,2.1259127945540213,7.772850804560111,-0.23306700658497448,-1.2699959583286415,3.570955521958701,-1.1452015653128458,3.370125940281513,-0.21567010787500163,-2.158598376396341,0.2253548645428213,-0.7150353259300273,False,c1,3,This seems similar to bug 38042. They're not identical but definitely related and they could possibly be usefully fixed at the same time.,241616,2,,
+-3.5133466366359034,0.01048274478012523,2.7732036811557963,-0.18144427408856068,-2.3094387518668897,4.122243879098061,0.6896559932305593,1.5081890316494007,-1.603402916493407,1.8643012801309915,0.5494092569249955,-1.9089751846070424,1.7649304466413733,1.7294966593377066,0.2936461412742144,-0.3729718388728047,0.7542082847953638,0.21119112163200615,False,c1,3,"**sk8er_97456** wrote:
+
+In the old editor, I would simply use TAB to reach the edit summary, type my edit summary and press ENTER to activate the ""Save page"" button and save. If I wanted to mark the edit minor, then I could type my edit summary, press TAB, SPACE, and then ENTER to ""Save page"".
+
+I can see that the new box for entering an edit summary allows newlines to be entered. I am not sure this is a good idea, because I just used a WSYIWYG editor and now ""What I see"" - well-formatted paragraphs describing my edit - is not going to be ""what I get"" - everything smashed on one line in the article history. But that is perhaps grist for another bug mill.
+
+It seems that the ""Save page"" button never receives caret focus if I use TAB to try to get there. This would seem to have accessibility ramifications.",241609,1,,
+-11.667697691000408,2.3467500401509653,-1.77776730829346,-4.4075536269320565,3.1441184371392694,5.954740554018471,0.9724096632231749,2.5841808463417664,6.386803284336099,-1.0095768214553713,0.48150058164808895,0.8332003649458173,0.560087438015731,-0.44739796940095333,-1.1638580521072563,-0.38225079249057003,-0.9481194085451322,3.368722671190128,False,c1,3,I think taking over ctrl-s/⌘-s which is already used by every browser for a different task (local save of rendered HTML) is a bit rude; I'd suggest just implementing the same keyboard shortcut.,241604,0,,
+-7.139012579010513,-3.0512199821327073,-0.31965056436496075,3.807399109259352,7.608363016239771,4.187058882068445,-2.3394771320865413,-3.63013338020293,3.784677765508502,1.357010412991877,-2.391221615362915,-3.8196491877344085,1.9818022835135878,-1.3070145127988724,0.35203451634677796,0.5541215360509111,2.4275351456769942,-1.8819246921153752,False,c1,3,"@Pginer-WMF That seems like a different problem. The bug here is that editing //references defined within a template// doesn't work, and VisualEditor recognizes this and mostly prevents them from being messed up. The other bug is confusing, but it seems that ContentTranslation has some issues with //templates used inside references//, and it //doesn't// recognize this situation and messes up the markup as a result.",2250462,546,,
+0.9128860857982639,4.821322077127231,-0.4941147204070049,14.429776752630646,-4.880050240962445,10.320230762929349,8.173950653277094,-9.793603960485072,-0.597124086015683,-3.6714304128495603,3.3172966132988155,0.45758059173385845,-0.0746431473966429,-1.152097355007344,-1.9444005178379036,-7.3166514069873045,-2.8584642092261427,-4.350872797203817,False,c1,3,I also received complaints from editors at Russian Wikipedia that this behavior greatly interferes with their work.,2247817,545,,
+13.013118768131973,4.982587698361062,-3.6258071574109865,2.1033918840397874,9.812073955235626,7.3645439494572855,0.13431627876948404,0.9111687350789894,-1.0647966041340853,-6.372718031576863,-2.814571307360732,-1.865588758601059,1.2433206659882483,-3.6175025449012024,-0.3760436640504543,3.3730770707583586,2.4433414774256645,2.2727352010252226,False,c1,3,"Sharing a recent comment from a user on a ticket where this issue manifests in Content Translation since it uses the Visual Editor editing surface:
+
+>>! In T213277#9403536, @Framawiki wrote:
+> This bug is really the worst of the ones opened on #contenttranslation in my opinion, given the time spent by all the volunteer contributors who have to go back behind a translation to try and reformat the translations that have been substituted. It literally freezes the citation in a version that can't be edited later, except if somebody spend some time to fill a template. Not good to have such non-editable stuff in our wikis !
+> 
+> It still happens regularly in 2023, I have a script that at least removes unnecessary categories added when substituting citation templates. Check out ""untranslated category"" (""catégorie non traduite"") in my bot's list of [[ https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Contributions&end=&namespace=0&start=&tagfilter=&target=Framabot&offset=&limit=100 | recent contributions ]], ie [[ https://fr.wikipedia.org/w/index.php?title=Rowland_Prothero&diff=prev&oldid=210406768 ]]. I can just remove the category shown in red in the article, there is no automatic way to reverse the template substitution (except spend some days with regexes for low success..)
+",2246875,545,,
+-2.9944886328283458,-0.9895954433781871,-5.982475609170281,-7.020630497591851,-1.9633697565962072,-3.1208359765802776,-0.6502538591458009,-3.5254385149600367,3.283207124806017,3.9089564080635455,0.11241990902809262,-3.185830660270411,1.215719924557642,-1.697996118656373,0.4175385191716843,2.6124941937538226,-1.5767472852821034,-1.9354821950768568,False,c1,3,"This is discussed in hewiki village pump: https://he.wikipedia.org/w/index.php?title=%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F&oldid=31292360#%D7%94%D7%A2%D7%95%D7%A8%D7%9A_%D7%94%D7%97%D7%96%D7%95%D7%AA%D7%99_%D7%9C%D7%90_%D7%A2%D7%95%D7%91%D7%93_%D7%A2%D7%9D_{{%D7%94%D7%A2%D7%A8%D7%94%7C...}}
+
+To summarize the discussion there:
+* (background) hewiki is written in Hebrew, and Hebrew is right to left language. Using tags such as  is not behaving nicely to the source editor as ""ref"" is all latin characters that force LTR, and there is no support translated tags ( T30980 ) 
+* Editors who use source editor commonly replace  to template {{הערה}} which is basically {{#tag:ref}}. Editors who use VisualEditor complain this breaks reference editing, because VE lacks proper support for references defined in templates",1715428,408,,
+-6.485160950201172,9.898562740854764,-8.615459499355289,-5.548008596417023,2.2909517969658513,1.1540485330533183,0.5729322905528367,0.8515057781669358,3.8482429955800113,-0.7051942606040491,0.8465475082844467,-3.2991939063646836,0.571993459541027,0.9661704995298852,-1.4834437969833205,-1.6573583359889965,0.5884834250749965,-3.5242544332565244,False,c1,3,"Based on [[ https://www.mediawiki.org/w/index.php?title=Topic:V8rwlqoii9ylxtl2&topic_showPostId=v9x2up7pdri3gj9e&fromnotif=1#flow-post-v9x2up7pdri3gj9e | this conversation ]] with a Content translation user, [[ https://en.wikipedia.org/wiki/Outreachy | Outreachy ]] is another good example article for this kind of issue, where most references are defined inside a ""reflist"" template.",1379439,329,,
+-12.440240580473215,0.018920812947733623,-4.5232218836505735,5.5172621049821995,7.436860411003956,-2.53038869775499,6.962202911541551,8.691663604072314,-2.843592740420882,5.236572321799564,-0.01023958090024113,0.2498674632035458,0.41956654349630274,-5.3367157663908316e-05,1.2904932489720493,0.4809709613802937,3.61779528426504,1.561889128321741,False,c1,3,"To slightly restate the suggestion, a good starting goal would be for the content of a reference to be editable in cases where VE is able to identify the reference and open the Reference dialog. This essentially requires being able to figure out how to edit the element that now ""only can be editing in source mode"". ",1291088,308,,
+-3.3815677426163786,1.429215205615563,-4.953489582026564,-0.7523553866499846,2.0013688261909017,-0.6504149536800501,-0.858653920527626,1.220503849514763,2.033046358751169,-2.4915858261661956,0.5322711782621249,-1.4846644246126992,0.2416181326540543,-1.6117345112292827,-1.3457239629567708,-0.4491254056152445,1.1122713063780219,-1.0177908042115131,False,c1,3,"This ticket focuses on improving the support for references defined inside any template.
+References defined inside the [[ https://en.wikipedia.org/wiki/Template:Reflist | Reflist template ]] seems one of the most prominent instances of the problem. So maybe it is worth focusing on fixing this particular case if that is simpler than finding a generic solution that works for all kinds of templates.
+
+Based on [[ https://ca.wikipedia.org/w/index.php?title=Tema:Uwf7s3n1s8391x6a&topic_showPostId=v0movrdn2phc2ww8#flow-post-v0movrdn2phc2ww8 | reports from en editor ]] about a problematic translation I found [[ https://en.wikipedia.org/wiki/The_Deer%27s_Cry_(P%C3%A4rt) | The Deer's Cry (Pärt) ]] a good example article where most references cannot be edited with Visual Editor because the are defined inside the list of references:
+
+{F29284489, size=full}",1290928,308,,
+-6.9634397479764045,-1.7969695016768377,-4.050343952122193,-2.217853369724411,3.895585362802029,-4.797885810694028,0.31326413142697795,2.7014734378167184,2.5626658963798477,0.42494119460517865,0.5610683735015656,0.07959079184867335,-1.2049787216646,-0.561021114586052,0.22370904195367602,2.128849550242294,-0.2952297476684886,-0.45916087960447793,False,c1,3,"This limitation has been reported several times in the context of [[ https://www.mediawiki.org/wiki/Content_translation | Content translation ]]. In this case, the main limitation is that Content Translation cannot transfer those references from the source article into the translation, when adding a paragraph with references to translate. So more than being able to edit existing references (which would be great, but may be less common) here the issue is that these references are gone.
+
+In addition, Content translation only supports the visual mode, users cannot switch to wikitext mode as a workaround there. The specific Content translation issue is captured in {T209266} for more details. ",1184469,282,,
+-9.22285096598467,1.1482973014797455,-5.489882142597749,-1.7496616799767626,5.873256781746104,-0.698180099388301,6.116854953227277,-0.0718110493345217,1.5428363969404175,-2.8140341308838948,-1.609015382135818,-1.2170747513511717,-0.1307290266037726,-1.0089223479843439,-0.831193040584838,1.5398834558182621,-0.6605278489875979,0.06375013471896462,False,c1,3,"Why isn't this given a higher priority, and/or assigned to someone? This issue affects every article that has an infobox with one or more citations, and that's a VERY large number, and continually increasing - and a high percentage of the most viewed articles DO have infoboxes.
+
+More importantly, this isn't just an issue of problems with reuse: having a citation/footnote in a template such as an infobox also disrupts the numbering system for footnotes - the numbering that what appears in the body of an article, when in VE editing mode, //doesn't match //the list of footnotes shown in VE editing mode. That's obviously a source of confusion to those doing editing; again, this certainly affects thousands of articles, and quite probably tens of thousands. 
+
+We //want// as much information as possible in Wikipedia articles to have inline supporting sources, and infoboxes are extremely popular (and helpful to readers). But the combination - citations inside templates such as infoboxes - is currently disruptive when editing using VE. That should be fixed.",577376,127,,
+0.8700351993351205,1.1630066658861473,0.05302909395034883,-0.859961262731197,-0.03774547345830115,-0.931731130565721,0.3728816714715606,-0.4348335847594512,-1.0813673185360453,0.5507024583873905,0.8653595008986177,-1.1766279608872763,-0.47285798221184305,-1.0831869525789444,-1.1963975390483454,-0.11857765689073574,-0.14420276937553922,-0.9213979830308179,False,c1,3,"(In reply to John Broughton from comment #1)
+> This should NOT be a low priority. It's quite common for an article to have
+> ALL references inside a template - see, for example,
+> https://en.wikipedia.org/wiki/Helminthopsis . 
+> 
+> At the moment, VE is able to figure out that the citation information is
+> elsewhere - a tooltip appears that says ""This reference is defined in a
+> template or other generated block, and for now can be only edited in source
+> mode."" If VE can figure that out
+
+We figure that out because we can tell that there's no actual reference on the page, so presumably it was made with a hack.
+
+>, then it should be able to perform the following three additional steps:
+
+This doesn't actually follow.
+
+
+> * Check if the information is in the {{reflist}} template (match the ""ref
+> name="" parameter in the body of the text to a ref name parameter within the
+> reflist template)
+
+No. That would require making up a list of hack templates that each wiki uses, which is a WONTFIX if ever there was one. See instead bug 51260 which will mean we can get rid of this class of template hacks once and for all.
+ 
+> * If a match is found, pull the relevant citation information from the
+> reflist template, allowing the user to edit it
+
+Again, this would require a list of hack extraction approaches for each of the hack templates. WONTFIX. Sorry, but these templates are ghastly abominations and should have been strangled at birth.
+
+> * After the edit is finished, put the (modified) citation information back
+> into the reflist template
+
+That requires magic psychic modification of wikitext. Yet again, WONTFIX. Sorry.
+
+
+> (Side note: for edit conflict purposes, this is an edit of the section where
+> the reflist template is located, not where the footnote label exists within
+> the body of the text).
+
+You are mistaken about how edit conflict detection works. Sections don't come into it. See endless suggestions and bugs passim where this myth has been disproven.
+
+> If VE is NOT modified to allow users to edit such references/citations,
+> users are going to be (randomly) frustrated because they can't edit any
+> footnotes in some articles using VE (see above) and because in some articles
+> (https://en.wikipedia.org/wiki/Pope_Francis , for example), there are
+> occasional footnotes that aren't editable in VE.
+
+Or, alternatively, we could dump the stupid templates that make it harder for users even using wikitext to know what on Earth is happening, and instead use the wikitext the way it was designed, without resorting to hacks of doom?",241578,49,,
+-10.289187340331079,0.3944775483158942,-4.994719467893496,1.4088079976787267,5.556831159052635,-0.5959625028491793,1.3611673640717115,2.858108302637224,-1.2500077981731008,1.1565521325415054,-0.6595777743265001,-1.2783246445016077,0.39575397309486826,-0.39117796098624735,0.5406955074090227,0.6889230139210327,2.0389815427763978,0.2473296070514288,False,c1,3,"This should NOT be a low priority. It's quite common for an article to have ALL references inside a template - see, for example, https://en.wikipedia.org/wiki/Helminthopsis . 
+
+At the moment, VE is able to figure out that the citation information is elsewhere - a tooltip appears that says ""This reference is defined in a template or other generated block, and for now can be only edited in source mode."" If VE can figure that out, then it should be able to perform the following three additional steps:
+
+* Check if the information is in the {{reflist}} template (match the ""ref name="" parameter in the body of the text to a ref name parameter within the reflist template)
+
+* If a match is found, pull the relevant citation information from the reflist template, allowing the user to edit it
+
+* After the edit is finished, put the (modified) citation information back into the reflist template
+
+(Side note: for edit conflict purposes, this is an edit of the section where the reflist template is located, not where the footnote label exists within the body of the text).
+
+If VE is NOT modified to allow users to edit such references/citations, users are going to be (randomly) frustrated because they can't edit any footnotes in some articles using VE (see above) and because in some articles (https://en.wikipedia.org/wiki/Pope_Francis , for example), there are occasional footnotes that aren't editable in VE.",241573,49,,
+-7.927349383505932,5.614989047189582,1.0069414324784218,-0.4566050155866801,5.298177486675913,-1.611946778136181,9.569904397589989,3.340770707827019,-0.5187930131328657,-0.2432322336497128,-4.059868243732183,-3.1891531287598682,1.4694506264640896,1.8373984621575106,1.593918788287394,-3.2113680968268175,-4.279062356885511,-1.3240427471846257,False,c1,3,Looks like the fix works. Can't reproduce this anymore on latest master.,241526,2,,
+-1.734730863442123,4.251887904388049,1.871595507139352,-16.57982761118266,13.41857451343401,-4.717226697403078,-9.667010974774872,3.1674423315791196,6.525900333872129,2.8547752997892992,22.786345797592404,9.531479368923598,1.1617937034746375,7.82910331230675,-1.0295049021352385,-7.604263670741883,-4.507794803091261,0.9065068644006291,False,c1,3,This was fixed last week.,240894,40,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 62408 has been marked as a duplicate of this bug. ***,240889,40,,
+-3.825655805380259,-7.461322411385197,0.6773759008287525,-3.1946843134127505,-2.35224313804264,-5.653842210263517,0.25876663832249136,0.4649286927664731,1.6248581359733356,1.6039120381188443,-3.70617413289261,1.7484634139691142,0.4696485078257706,-1.4208376803774234,-0.8655428436139776,-2.2986300573233858,-0.07120464070308194,-0.8614418001355744,False,c1,3,"In terms of combinations, I think we need to plan to support the display of at least three edit notices.  It is not at all unusual for articles at the English Wikipedia to display both the standard BLP notice (https://en.wikipedia.org/wiki/Template:BLP_editintro) and a semi-protection notice, and being able to view three means that only one more item could be included.
+
+https://en.wikipedia.org/w/index.php?title=Barack_Obama&action=edit&editintro=Template:BLP_editintro shows three items.  Some of them have much longer notices.  https://en.wikipedia.org/w/index.php?title=Cat&action=edit shows only two, but one has some fairly long collapsed text (which VisualEditor does not collapse).",240882,20,,
+-6.335304004106213,-1.4221495829811435,1.217735445163052,-8.206092356230517,2.629325586964219,-1.819376063533312,6.884452127205845,4.735176484361332,2.292145704790702,0.14183316427730652,-3.042948758137127,2.8971237221132577,-1.0640224154662359,-0.2363283005289616,0.9653684359799706,0.7132405646964157,0.66737677288828,0.3082323017621813,False,c1,3,"It's not just single long edit notices, combinations of messages can also exceed screen height, e.g. at [[Caucasian Albania]]. The ArbCom sanctions notice is only about 5 lines in the source view, which has vastly greater horizontal space, likewise the semi-protection notice is designed for a horizontal layout.
+
+Is there a reason why the VE notices must be vertical? Could they not horizontally expand to fit the messages? Doing so would reduce (but not remove) the need for bug 52471",240876,17,,
+-13.099630957659322,0.17201762139509746,-4.883432418028313,-0.6850115769026797,2.043762351680959,4.347419785243613,-3.9891343858829966,5.359862392044762,5.113695607556027,-1.3910206129854452,-1.8427165125963936,-0.6927080584224372,-3.6231128707881606,-1.2548343102077002,1.936351592631186,-0.44544716113428606,-3.5901217999687205,-0.7217048546919447,False,c1,3,"In general, long edit notices misunderstand the concept of a brief message for users - but yes, we should fix this.",240871,8,,
+-7.328823049801375,-2.9368676477316153,-0.422268339583588,-4.455197284628937,1.4419167177278336,0.2706414156552679,-3.724506455481362,0.4946993046019529,1.6455989055887807,-0.49377004963345383,-1.536219713529284,-2.798672481503658,2.4068468334806967,1.0249117581234806,0.9035018731837519,-0.06197322373533787,0.9058683509769052,-0.04467969169610564,False,c1,3,"Comments from bug 52602
+
+""Edit notices should scroll when they are larger than the height of the window.
+Presently the bottom of the message is unreadable. The screenshot attached
+shows en.wp's ""Today's featured article"" edit notice displayed in a 581px high
+window (which is what I normally use for browsing).""
+
+The screenshot is attachment 13067
+
+""A couple of users have reported this also happening with ""the notice
+specifically for VE"", which I presume is the beta welcome dialog. They are
+unable to scroll through and read it all.""",240866,7,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52602 has been marked as a duplicate of this bug. ***,240860,7,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 60425 has been marked as a duplicate of this bug. ***,240397,29,,
+-8.564972230290618,6.630695854143742,-1.4748012331720028,0.3773212064738498,4.369952887021817,2.170939670651485,1.0849841367862307,0.5641683230477201,-9.240157365882158,-6.287447738812308,2.4293717248071203,7.355852415642587,3.824905485438398,-0.18801568200936525,5.558424544189047,1.4094598867110104,-1.9620969162447404,1.246944537198083,False,c1,3,"(In reply to comment #3)
+Indeed, I first noticed this bug in a user page which was a redirect.",240386,4,,
+-7.878260931273374,-2.813019986722015,6.917369788563841,2.1277307819749556,-4.085812656375209,5.091390314737364,5.494986173093373,-1.9127119166545095,-3.0016563528700457,2.0174553726391267,2.5373762407202918,2.3779186586804046,0.041296387232457654,0.483182250605505,-0.6129386902595253,-2.297567063919853,1.1745249696435585,1.0483653135684512,False,c1,3,"I figured out that the redirect was the reason why I could not see VE tab on my userpage at vec.wiki, but I also suggest that this should probably be more visible. Redirects are also widely used on user pages, and I assume that there will be people who might consider writing a proper user page with VE at some point and will be puzzled that they can't find its tab there. Just my 2c :)",240379,4,,
+-15.126334855549388,-1.1610863319008846,-4.397326910245807,3.8729125324764464,5.545444723194814,0.007720135523516802,0.29778532017469317,-1.3841406935124203,-0.47276733721156017,5.31168903117705,-2.410398448863633,2.50089682075553,2.4513964772048302,-1.7052580787496514,0.19575693314516673,-3.6572291932486096,3.6627687715766633,-0.08724285679184174,False,c1,3,"Not a duplicate of bug 50877; this is about being able to edit page redirects, which is an enhancement we want to do shortly, blocked by bug 47328.",240374,0,,
+-7.7577574197265164,-1.1263619757946408,2.3961303976447184,-9.877337365040331,3.3970056663825243,5.511718036975857,2.2843619994915745,1.054024837957774,2.714869256511105,0.33066847729063564,-1.1219020806661506,-1.151600643968103,3.6876552376000076,1.7794200493399825,2.773112911314028,0.10810977957737977,0.9259476268829252,1.9425587701777682,False,c1,3,"I assume this bug is a duplicate. I believe an initial compromise was to remove the ""edit"" tab (leaving only ""edit source"") on redirects. But the behavior here still is pretty wonky and will likely remain wonky until someone writes a redirect VisualEditor module/plugin, I think?",240370,0,,
+-2.5064139062745143,5.065577185264431,-2.824516210400173,-2.961139953790356,5.204732307964401,-2.571120093129114,5.606670860622039,-0.2877561821133592,-4.066727263505761,-1.0330208170576647,-1.2310886221636927,2.1848864191082358,2.3082712231815465,-0.8854465317939788,1.0477209860367975,-1.892795409669017,2.771032291368855,-0.11582138375014317,False,c1,3,"From bug 51178 comment 0:
+
+| The veaction parameter is not passed by Special:MyPage, so links like this do
+| not work: http://en.wikipedia.org/wiki/Special:MyPage/sandbox?veaction=edit
+|
+| See the patch for bug 45219 for the way a similar issue was solved for the
+| Guided Tours extension.",240327,1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51178 has been marked as a duplicate of this bug. ***,240323,1,,
+-12.643675845024944,-1.1142180479052595,-2.927429208474088,0.6583724566596967,13.184878345182756,-1.6681708059513163,0.6826847298650716,6.96036322075279,-0.5581768176120212,0.07241827845756088,-0.11726512195642091,-4.862294584821409,9.274437345588861,3.503113061000832,6.26639969469367,-1.7975465907248016,-0.2376307042531497,0.7496735693702372,True,c1,3,"This is not the right task for ""add something to the whitelist"".",476932,102,,
+-12.749352212325189,2.290631177146423,10.929430786351666,7.74972662782031,-12.401791892324223,17.967014461403497,12.108485353969028,-17.213124568711244,4.569106175070901,2.26725734702572,-4.046450067113513,-0.22114903893586568,0.8730524765636445,-4.280652497202948,0.8152089808319865,-3.865217915718571,1.8763141182725966,-2.857546547075732,True,c1,3,re-opening since I think it works pretty well.,473383,101,,
+-7.167760177173873,-0.05772252365206043,-4.487955241746821,4.635142741640939,0.2811444249532631,-5.088653369270679,3.9893149487679818,2.721584735928029,-1.393961721406322,2.8490637712477636,-0.6017533197075959,-6.84247639546334,0.4725725915553154,4.748721727542897,4.613756008287026,-3.789094202310767,-3.158968787542123,0.8710833073900859,True,c1,3,"INVALID-ing this given that the answer on testing is 'no'. Will need to take forward as real bugs, sadly.",240226,7,,
+2.4461497799497707,1.8194983649596175,3.0535581208858975,8.285750275603812,-3.6114011727030126,2.8106291639225347,0.2929103265564521,0.380130862465849,-2.7857640500002177,-4.470463282192525,0.9789686936666051,1.318330669462342,1.769934964656148,0.09635366046798266,1.8249221945237357,-0.45821663013307967,1.7408449692767423,-1.5866831040246487,True,c1,3,"(In reply to comment #1)
+> Currently the answer appears to be ""no we don't work very well"". :) Selection
+> is broken, and typing seems to eat the entire document.
+
+Darn. :-(
+
+> James, do you have a copy of Windows 8.1 Preview to test with? I can provide
+> an installer ISO and a couple of product keys if you need them. Runs fine in
+> Parallels.
+
+Thanks for the offer, though Microsoft reached out to us and gave me the same; I've just not had a chance to do anything with it yet.",240221,1,,
+-2.599043485530582,-3.4157686243870913,2.9227261304807453,3.5783432322999555,-0.07104208481317364,3.546550642701,-0.7294743899089848,1.2006255321583064,-1.1452964839859563,3.228467468266458,-3.1970631006569383,-2.5338739851890844,0.3985674186420951,0.020714031998313898,2.129311805690043,1.2424455656113034,3.1473102487969378,-1.620116177355087,True,c1,3,"Currently the answer appears to be ""no we don't work very well"". :) Selection is broken, and typing seems to eat the entire document.
+
+James, do you have a copy of Windows 8.1 Preview to test with? I can provide an installer ISO and a couple of product keys if you need them. Runs fine in Parallels.",240217,1,,
+-0.5110854168741144,0.027067591539557512,4.2516905709525155,-14.132506786402185,-3.671450473087333,-11.474160886014122,-5.265184574618569,2.7126117159781935,-5.9206727116286375,15.926334682764397,13.528674196045811,1.075871355818471,-8.046415204447364,7.0246887531385065,-6.474846248554664,6.090718908931931,5.5178815458436885,-1.4745494384802615,False,c1,3,Done and will be deployed tomorrow.,240148,3,,
+-9.475531621442798,-4.915933760101256,-3.4704160926971177,-4.708494102021115,-0.0012316822718485554,-6.536163544596602,1.6616887935329334,1.388945189840681,-2.747578189238152,0.7685345964935246,0.6020241186065718,-1.4206043032564462,1.9274115927639501,2.1590141535270746,1.1895722055655322,-0.6843046345869643,1.8004816622373883,-0.46032545693697413,False,c1,3,"(In reply to comment #7)
+> *** Bug 51903 has been marked as a duplicate of this bug. ***
+
+not exactly: this bug is about ""when launched from section edit link"".
+
+IMO, this will be wrong: VE does not support section edit, and a user can launch VE from a section edit link, and then do whatever anywhere on the page. 
+
+bug 51903 asked VE to analyze the page when the user press ""save"", find out whether or not the changes are confined to a specific section, and if so (regardless of how VE was launched), add the section name to the summary.
+
+so i do not think these two are truly ""duplicates"". 
+if anything, this bug should be marked ""invalid"" and bug 51903 should be resurrected (51903 was opened as ""enhancement request"").
+
+peace.",240132,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51903 has been marked as a duplicate of this bug. ***,240128,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51343 has been marked as a duplicate of this bug. ***,240119,2,,
+-9.621950503192021,-0.8653571675966276,-2.1750045062277423,-18.753623937465917,7.439195232363424,-0.5278504192698108,-0.5534363907056168,2.823847708798966,0.24038435914221412,-2.958883646333181,-1.9598007841336536,-8.69984928238068,1.719880526652756,5.5721478364247625,6.26558725933953,0.48793496500903677,3.2586090977881113,9.815149682303288,False,c1,3,"Well, having a misleading ""edit section"" link isn't considered a problem.",240113,0,,
+-8.348656497501482,-8.080650523620584,3.519409512210144,3.674086589447276,-1.3476372921662696,-1.6035521675252191,-3.1621756156167624,2.4939998129654817,6.250181788593432,5.058161840205132,3.4494429652350473,2.415083743778136,-3.8505029547945284,-0.4170779563461976,0.000215365565362724,-0.07601975278445705,3.038464734939781,1.64067528854993,False,c1,3,"Absolutely it can (and probably should) be removable.
+
+As for editing other sections, hmm. My initial thought is to wonder whether it could be detectable from the diff generator which section(s) have been edited?",240108,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50535 has been marked as a duplicate of this bug. ***,240102,0,,
+-0.10085288520516311,-1.115540071520293,0.3932027857335947,5.159319733137407,-2.705156597807365,2.694591514369506,0.17108360674900425,0.91764595759953,-3.040457713015458,2.9492552380155033,0.9372123175817599,1.304340544686255,1.1125109092820704,-2.028631564796817,1.484453643469256,0.9446651662162364,0.2542876859642511,-1.4193200701140256,False,c1,3,"(In reply to comment #0)
+> Even though section editing in VE is a long way off, it would be really
+> helpful if the title of the section you click edit on was automatically
+> included in the edit summary in the same way that the source editor does.
+> For example, when making https://en.wikipedia.org/w/?diff=next&oldid=563164136
+> this edit I launched the VE by clicking on the edit link for the ""See also""
+> section, so I was expecting the edit summary to begin with the usual ""-> See
+> also"". This provides context for the edit summary and so helps give context
+> at recent changes and on watchlists.
+
+Won't this be rather mis-leading? Normally reviewers will expect the changes to be limited to that section, whereas editors are unlikely to keep their changes restricted in that way. Potentially we could add it into the edit summary box before the user adds anything, so they can remove it if they want?",240096,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 48689 has been marked as a duplicate of this bug. ***,240004,14,,
+0.7906362579764483,12.825893172559436,-0.5219994410820696,-7.039153362350447,2.132111406440476,-2.175151824743285,-6.414072572165531,5.492104554367293,-8.967507567405812,-1.6847336520430023,-0.4394790331725058,-0.30024522763434636,0.6629389871788556,-5.076375668340636,2.764388989982323,-3.72173511863291,-2.2455295733513023,0.7967689660206294,False,c1,3,"@se4598, thanks for the report, I7444bf55 should fix this. Sorry!",239990,3,,
+-11.715633530491598,-0.8264661807232692,-4.656026985677839,0.2417989485795502,-6.566504084838153,-4.186222587067721,8.491107434153426,-0.6980238112604898,6.814747751802418,-1.1436348231110132,-2.2045496187470497,2.2643791432404283,-2.350551415443888,3.2582685511433214,2.9722149652602425,1.52481361522741,-4.485957936746065,-0.28639190255560276,False,c1,3,"above change deployed recently doesn't work for me; breaks UI:
+* notification doesn't scroll with
+* blocks user bar and other tabs in the top right corner
+* css style changed
+
+experienced in firefox 22 as well in chrome",239982,3,,
+-9.730197591937912,3.0793112903376816,-6.762152738442819,4.848443349788267,6.3559690742378265,5.669371912543898,2.219862426864813,6.914128939914555,-7.32373323213014,-4.2750281865672495,-1.4566766711656047,1.5278974369073302,-4.0451055433864065,1.8814949208956258,0.05052959958972014,2.1125838027215544,-3.423883925506073,-1.553819772531494,False,c1,3,"Fixed in the above patch, which we will deploy tomorrow as a cherry-pick given the need to fix this urgently for VisualEditor.",239963,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51785 has been marked as a duplicate of this bug. ***,239955,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51432 has been marked as a duplicate of this bug. ***,239934,2,,
+-5.452599205940316,-2.67399606716004,-3.3221342486636223,-5.879744270254396,-4.986107342333575,-3.565193915269427,-2.483977546604704,2.8095718758629333,0.7659732670733013,1.9783599598758217,-0.7841113936064565,-4.51688427463593,1.025126150215014,2.9243790071981435,0.8008380430721913,0.3961010476343927,-0.030447104444785406,-0.938742711685606,False,c1,3,">Argh, I forgot that position:fixed is always relative to the entire document, >not to any positioned ancestor.
+This is only true if you set top,left,right or bottom, AFAIK. Look at [[:commons:Special:Permalink/99667607]] (the grey DIV 2 inner is fixed)
+
+See also http://stackoverflow.com/questions/8712047/positionfixed-when-left-top-right-bottom-arent-specified-desired-results-in
+
+If one still wants to use something fancier (and one will have to for safari, unfortunately), one may use jQuery:
+offset ( http://api.jquery.com/offset/ ) -- ""Get the current coordinates of the first element in the set of matched elements, relative to the document.""
+This way one can get the position of mw.util.$content and add 1em. Here is an example implementation (one has to execute the positioning code every time the message is shown or one has to catch window.resize events).
+
+var $content = mw.util.$content,
+    $container = $('
').appendTo($content)
+    $n = $('
').text('Message here').css({
+     'float': 'right', // Set this in CSS so Janus can flip!
+     'margin':  '1em'
+    }).appendTo($container),
+    o = $content.offset();
+    
+$container.css({
+    position: 'fixed',
+    width: $content.width()
+}).offset(o);
+
+Feel free to improve (padding of mw.util.$content is not respected) and note that styles are also touched in skin files like skins/vector/screen.css ( https://git.wikimedia.org/blob/mediawiki%2Fcore.git/9cbd77868a92022170348504fb5444e4e1f302fa/skins%2Fvector%2Fscreen.css#L807 )",239924,1,,
+-4.766348662140555,0.41261961606178943,7.942062104384492,15.491967195156272,4.29955539942868,7.033281198694233,-10.828641348304732,-3.1873256577925475,4.112716604306221,-6.486077332110526,-3.6252434249690375,-3.1079580112335408,-4.597689669848309,-3.47698724492954,2.7078409774213563,-0.11675273165378108,-2.066406343464787,-2.607268812381763,False,c1,3,"Heh, I though they behave in this way. Seems like an obvious enhancement.",239918,0,,
+-13.799322703424412,-1.5510725873228193,-5.064630491259456,8.42217016761404,3.2006777756358193,2.1424976816164776,-4.738866438754008,4.561952537018213,-7.177970471172042,-0.9729034480093808,-0.544260709955404,-4.0151415816570415,-1.774598289573286,-3.050948006789768,-0.10952069595653846,-0.6742258770370189,-2.7497698351180757,-1.5291392180000696,True,c1,3,"I need to think about whether this should go in the tour specification (defineTour), the launch site, or both.",238673,0,,
+9.248376974698894,25.59901911555449,-9.920638624517668,5.448842578516446,-7.718026233692998,2.17933012477787,5.231902519216094,-5.064069181801132,0.7172688479222613,1.0040588906241528,1.6489353060000875,-1.4954832243786962,-4.1589625450423195,2.4046696569677577,-0.1547139121559269,2.1848964622665425,-2.064204269940014,-2.270657230408644,False,c1,3,Done in Roan's clean-up of API usage.,238136,34,,
+-3.933468831860815,-1.552426839614487,1.4620962674078646,-3.71446372019261,5.753296941603898,-0.8893788369392723,1.8538047292475124,2.6754480606629714,-2.431871476803585,3.6722451458727274,-0.29010795631909736,-0.41889768941833605,-0.06137988334157152,0.6389986026032635,0.7380901478658748,-0.3349267119383592,-1.2750508278602481,-0.5459603533591095,False,c1,3,"This doesn't seem to be a problem any more, even if I make the visual editor forget what math nodes are:
+```lang=js
+ve.dm.converter.modelRegistry.unregister(ve.dm.MWMathNode);
+ve.dm.converter.modelRegistry.unregister(ve.dm.MWAlienBlockExtensionNode);
+ve.dm.converter.modelRegistry.unregister(ve.dm.MWAlienInlineExtensionNode);
+```
+{F34920206}
+
+This might have been fixed by the same patch as T66625, years ago.",1845917,446,,
+-2.846159907943373,-2.1467166324416986,-4.455567353498703,2.1305021675405786,0.4789355379903171,-6.060016045099948,-0.8513370704808452,2.7115375402737865,3.802627356531554,-0.32916966586526764,1.29261687204867,-1.8653833249385068,-2.8767684465331107,6.755452346713462,2.665922161395966,1.5417240291513048,-1.461659515808261,1.5764234736001153,False,c1,3,"The current handling of red-linked images in wmf1.25/1.26
+
+-  the non-existing images can be inserted only in 'Edit source'
+-  in Read they are represented as {F113350}
+-  switching to VE {F113352}
+
+- hovering over the image gives: 'Sorry, this element can only be edited in source mode for now.'
+- the image can be deleted in VE ",444194,93,,
+22.11421959908055,31.003052268388913,17.95490255278606,-16.13595239526616,-2.8638849755586477,-3.776438447363107,10.537087683510384,-2.4861705255030624,-0.9293380364029737,-2.4858201343083666,0.14346937121505188,-1.766834927538898,-0.9619374806325116,0.5160573310900132,-1.1331890158013502,0.1650282232806375,1.7701163000852433,-1.9900958683999772,False,c1,3,">>! In T52788#1210051, @cscott wrote:
+> We are emitting the mw:Error markup in Parsoid, I believe, and that hasn't changed.  What @mooeypoo reports is a regression in VE?
+
+Probably.",444172,93,,
+6.197585602172611,-3.234148111764739,6.44212815580666,-1.113078118684557,7.627488044493294,6.502869711495574,-6.0360568013422515,-8.256222598448435,1.462911468153311,1.1759515097552926,-3.0939350279581475,-1.8698983231715895,2.6379408434512657,0.14149613735150246,2.6458627944873463,6.2584768495749215,-2.3626180550600497,2.259671883571857,False,c1,3,"We are emitting the mw:Error markup in Parsoid, I believe, and that hasn't changed.  What @mooeypoo reports is a regression in VE?",444159,93,,
+-6.723812778239985,0.4290702959160413,-1.5966440855996367,-5.82888699876237,5.630849949309967,-3.3292230105482066,6.892747452868177,-3.8060878470286865,4.861880218529879,0.3972784548939421,0.1403749559484948,-2.5705723739396347,1.2097734023710895,-0.19597357045771435,-1.508100606464049,1.2675120831355144,0.2612548068166902,3.4756029165687647,False,c1,3,"This is no longer the case. Red link images (or images that aren't loading, in the case of bad internet, etc) are disappearing from CE completely.",420373,87,,
+36.58227107672272,10.94834584245698,2.2945104399103196,32.74617212351265,3.5315760541592276,-10.691505123036753,-3.7026574492049518,-5.138116506566018,2.679745326707561,-8.410923595278984,-0.10758332812169935,-4.183775989974679,-4.834992119354434,1.58028469516868,-7.244556483183247,14.485141610400108,-6.190377201502735,19.2631354759615,False,c1,3,Marking as Resolved.,401915,81,,
+-5.074900698390295,0.40782711996201293,-1.1941717895277286,-8.59128975154418,-1.6096630860282826,-6.331833779794986,-7.250995062147954,-0.38804216904306466,3.7163569015693154,5.651166546902939,-2.673331318223269,-3.0693237070739174,1.9303909952172074,5.572424499760735,1.3235432695232232,0.35728227992207007,-3.00490823152981,-1.0783421844336196,False,c1,3,"This task is open but has two ""verified-in-phaseX"" projects associated. Could someone clarify?",401910,81,,
+-4.657117197752173,4.087473081482642,-5.3786596906529205,-3.8097557534835786,-2.5223458818920506,-3.73559442562283,0.6729582329433192,5.9264883809068785,10.499777613391245,0.9401986379227951,0.6636490524496079,2.2647098676279303,-3.3533588809427517,0.8378360452557676,0.39132890246581065,0.7199626475428129,-1.0649885234864511,-0.8624722180800193,False,c1,3,"Visual editor displays a placeholder for non-existent images, so red-linked images can be deleted from VE.
+Checked in production/betalabs/test2.",392323,77,,
+0.5596401999768368,-5.957484888522636,-0.6313384898674388,-5.412190094800402,-4.943683501105305,-4.235450420228988,-5.058719717337176,-0.6651189947026205,-0.8003429101620914,-1.7924743261752463,-3.2163636557879216,-2.572675946386423,0.4073922449143472,-0.0623041707578158,-3.7821453021117475,0.04847817965999823,3.810417493541853,-4.745666680978547,False,c1,3,"[15:09]  RoanKattouw, re https://bugzilla.wikimedia.org/show_bug.cgi?id=50788: the idea is to have a generic way to represent errored content
+[15:09]  while still matching CSS etc so that it renders as expected
+[15:09]  Right
+[15:09]  I guess I could hack tolerance for that into VE's type system
+[15:10]  I think it's kind of an abuse of a type but I see why you'd do it
+[15:10]  You want to have a single unified thing to easily identify error nodes
+[15:11]  yeah; there is a chance that querySelectorAll also supports typeof
+[15:12]  [typeof~=mw:Error]
+[15:12]  Exactl
+[15:12]  y
+[15:12]  which is more efficient than [data-mw] and then decoding each & look for errors
+[15:14]  RoanKattouw, I think you are already giving mw:Placeholder a high precedence
+[15:14]  could mw:Error have a similarly high precedence?
+[15:15]  gwicke: No, mw:Placeholder is unrecognized
+[15:15]  Any unrecognized type matching /^mw:/ triggers immediate alienation
+[15:15]  For mw:Error we'd need the reverse
+[15:15]  yeah, but aren't you handling typeof=""mw:Placeholder mw:Image"" already?
+[15:15]  Which is ignore mw:Error as a type completely, otherwise either everything with mw:Error would be alienated, or everything would have to specify mw:Error
+[15:16]  (by letting the placeholder win)
+[15:16]  No, the placeholder doesn't win
+[15:16]  ah, I see
+[15:16]  The rules for ""special"" type prefixes (for ve-mw, that's only /^mw:/ ) are as follows:
+[15:16]  that's a problem
+[15:16]  A class matches if:
+[15:16]  * It specifies some type that's present on the element
+[15:17]  * It specifies ALL mw: types that are present on the element
+[15:17]  (i.e. both of those have to be true)
+[15:17]  Additionally, we don't currently have a facility for saying ""I recognize either mw:Foo or mw:Foo+mw:Error""
+[15:17]  You can only do AND, not OR
+[15:17]  RoanKattouw: I see, that makes mw:Error harder to handle for you
+[15:18]  I mean, I can do it
+[15:18]  By introducing the concept of ignored types or whatever I want to call it
+[15:18]  I could even make mw:Placeholder one
+[15:18]  Then placeholderized images could be handled
+[15:18]  Handlers for node types still have the option to trigger alienation by returning null
+[15:18]  we already have mw:Image and mw:ExpandedAttrs
+[15:19]  and all permutations of images of course
+[15:19]  So if mw:Image+mw:Placeholder meant ""alienate except in certain cases"", then we could send it to the image handler and do if ( conditions ) { return null; // Alienate
+[15:19]  Right, mw:ExpandedAttrs is another good candidate for an ignored typer
+[15:19]  It can apply to anything
+[15:19]  And sometimes we need to alienate and sometimes we don't
+[15:19]  Hmm, maybe the jargon should be ""universal type""
+[15:19]  yup, so the general ability to match that kind of thing is needed in any case
+[15:20]  Yeah
+[15:20]  I will file a bug about this",235088,34,,
+0.6231956170746082,1.4787373441562615,4.58846208212366,-0.4875836439902539,-4.702842698817969,1.9075014543060558,1.4467599138465648,6.5777635249584545,1.0126377134514544,1.2350898825103114,1.8209161182352989,3.7492434381738375,-0.7717497305568544,-0.025447095435967126,0.5283915530218231,1.5025934118031141,1.9539942493335423,0.7990625712907158,False,c1,3,"(In reply to C. Scott Ananian from comment #5)
+> There's a draft spec at
+> https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling --
+> would that work for VE?
+It would be reasonable-ish. Having a separate mw:Error type would be quite inconvenient though, we'd have to add it to (almost) all of our node definitions. Would it be OK to drop the mw:Error type and just have the data-mw thing there?",235082,34,,
+2.799699552907457,10.54929133778019,-4.568802656701686,2.499400841790399,7.595532782209347,3.493923295546935,-1.753135229303048,3.4177194897127867,-5.479148697024228,2.6171330690921932,-1.6301363075688102,-4.071449300715329,0.9961935821006156,-2.1291988320752933,-1.6169369428614555,-1.1238270049218682,-0.9961373574803811,-4.661635134837458,False,c1,3,There's a draft spec at https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling -- would that work for VE?,235078,34,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52186 has been marked as a duplicate of this bug. ***,235074,28,,
+-6.127803205912769,-4.741453418685252,-1.791386304138833,2.586293892595675,-2.6427709358362117,-0.5329621202242354,-1.4549354126791751,1.0416106525353883,1.0324135946315618,-0.9771108637459185,-0.2477130923444124,-0.8806235583389848,-1.7898677929661435,0.5794295016566204,-1.6369202964371168,1.325798860154788,-1.1842445901786283,-0.4618210027239167,False,c1,3,"So currently redlink images are returned as . I see a couple of ways to solve this:
+
+1. Parsoid gives us back normal image tags, and we make sure our handling of images can deal with 404 src's. This way when we support changing image src's these will be editable in a useful way.
+
+2. We treat mw:Placeholder as real data, and come up with a rendering for it (maybe using parsewikitextfragment, like templates). We'd need to know what else converts to a mw:Placeholder as this may be undesirable in other situations.
+
+Pinging gwicke as this requires some Parsoid input.",235071,28,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51968 has been marked as a duplicate of this bug. ***,235066,8,,
+-12.597435712672254,5.910999878125448,-7.388843153156204,-6.743693347672466,27.786101495032664,8.925313804915291,-7.073654037020705,2.432710705602704,-7.085019648519409,-3.494163614458377,-1.639038123386226,-4.338397513087703,-2.371971098088748,-4.718909482329418,7.30877213669086,-3.548827428441196,5.559634519285555,2.8515940333615224,False,c1,3,"Yes, this is a bit of a mess.",235063,0,,
+38.54252722688167,0.8662975512637772,0.8318641288284017,13.1049293723258,0.29228312477672347,-7.316942286809422,-5.2772628603950595,-0.0705720328882703,0.668144649558863,-2.8597769277809126,0.2532678236773578,-3.3538621645998754,-0.05497284386195611,-1.388107334828496,-1.5596113008565098,-0.23555131729337964,2.0919632905868895,-2.978290236545549,False,c1,3,Replaced by #VisualEditor-Initialisation.,403776,82,,
+-7.169808143837314,2.6292786419738476,-1.455764458757354,10.459745000358046,-2.6692947817461095,4.956369121737065,2.3036104782407243,-1.931406156924381,1.3982196980289159,1.9849958826197485,-3.417491236888036,-3.297746246804357,2.6539333080932446,-0.6099557652421798,2.1236409333842268,4.145011024577952,-2.3782007803993657,4.405871918477914,False,c1,3,"There's no real point adding Bugzilla aliases, as Phabricator doesn't support them so they're going to get dropped in a matter of weeks.",234651,70,,
+-5.709115505186969,-11.507435419469196,10.758697608485356,12.1131315120807,-7.9160277899021905,7.11549578998401,1.234136882815294,-1.176134511039372,-4.963915382152404,-2.395271228539638,0.3476013756479912,-1.5029664176222788,1.674766971931036,-2.7021159782955237,-3.9754385580164566,1.0742183037802002,-0.34059174604807985,4.983806349759503,False,c1,3,"I'm going to add MSIE to the list, given that we really should get it working again.",234644,0,,
+-0.5662862918842952,-10.88227923435535,20.21726818143177,-12.80112518328466,27.777055878860832,-14.321514175747456,1.6492623120392107,-16.733503872700627,-2.2011644530386456,12.102576444358556,10.196536095996791,0.2330336024248032,0.8804166467383072,3.4597096482674,-3.3884585119152337,-2.152465357529565,-5.210731799986241,-1.0132871976775277,False,c1,3,This is now merged.,234597,0,,
+7.106056785532829,2.599309766138365,-2.7676370422622734,11.70000406208977,3.0491753671531043,-5.2900179034827275,8.937565888181231,-7.015955933019005,0.01365100649786155,-1.851322561694145,-0.6906069545808566,-3.629695391282284,-0.41895677970225353,-2.8960213182932897,-2.781175225644456,-4.245277461267744,-2.5239560848156692,-5.293841864943154,True,c1,3,"This now works, probably caused by Ed's re-working of GCNs.",234541,61,,
+-8.442721436556983,1.5491887733946665,-4.570303954896848,1.1942374464579046,7.803878355610138,-0.5616152411946267,2.918740392080581,2.9441426231239536,2.500431691591092,-4.815387118235713,-2.165610058297111,2.5586524486973383,0.044042460635035585,0.47009422552728974,3.281015294055586,1.9605736126233941,-0.5019174904791514,-0.6713917619881378,True,c1,3,"Had the same experience in http://en.wikipedia.org/w/index.php?title=The_Mortal_Instruments%3A_City_of_Bones_%28soundtrack%29&diff=566255621&oldid=566255504 . The empty bulleted list here was something in a sort of template used by the initial creator of the article, to vertically separate two comments. The bulleted list is not visible in the article when read, but is visible in VE: so the careful editor goes to delete this rubbish, and deletes the item above (not the hidden comment, but the reflist, in this case). I'm in Firefox 22 on Vista.",234533,4,,
+22.562546947078957,5.023508978764781,1.1800598570713343,5.0546872693351315,-4.375715891895013,-8.273707620451901,1.7921913286559246,-0.7219926956662736,-2.9936432894301337,-1.736372357124385,1.7522298873804152,2.2894762694952613,3.3621706945774976,-1.3765694410051608,2.7387201259558775,1.2158302351768717,-0.29439294914618686,-1.0606146566151686,True,c1,3,"(In reply to comment #6)
+> (In reply to comment #4)
+> > Well, here's the sample UA strings, plop those in your tests. :)
+> > 
+> > https://developer.amazon.com/sdk/fire/specifications.html#UserAgentStrings
+> 
+> That redirects me to another page without a user agent section...
+
+Now apparently moved to:
+
+http://docs.aws.amazon.com/silk/latest/developerguide/user-agent.html",234459,31,,
+-0.31641451141247146,11.488208845241541,-3.408503467282425,5.1159533870942635,-0.7897106065256612,3.7172583551925698,-3.5981074714490733,-0.40980900701630785,-4.592069484494396,-1.3634385148502561,-1.436650704872569,1.4670173764784966,3.6979635780119784,-2.919246696695796,1.3642253759447458,1.7490196398070017,-2.5963396136070958,-1.4083338686052798,True,c1,3,"(In reply to comment #4)
+> Well, here's the sample UA strings, plop those in your tests. :)
+> 
+> https://developer.amazon.com/sdk/fire/specifications.html#UserAgentStrings
+
+That redirects me to another page without a user agent section...",234456,30,,
+1.0902932254768194,5.401233831599942,0.9443165597280596,-7.4651256182776855,2.0323606884138865,6.768343336351666,-0.12272417499705135,-6.0822814151389535,-1.8024125284687225,-2.5031177459429887,-3.038209056988508,-3.2524113167034496,-4.649944705389791,-2.780779983653434,4.006764359275418,1.1549031296002457,-4.341492540573057,-1.4576643574337373,True,c1,3,"Well, here's the sample UA strings, plop those in your tests. :)
+
+https://developer.amazon.com/sdk/fire/specifications.html#UserAgentStrings",234449,0,,
+3.0509688919395206,1.7045742683317453,1.8673836914675483,9.601261316927564,-5.123671963174715,-1.277929262104152,1.86008595874819,-4.964878924667354,-1.2684503200927155,0.9716251001262961,-2.7841195612431098,0.6686529812867938,1.9762651134623086,-3.2062235720761785,1.6226506965238583,0.87622870754495,-3.4209876979676284,-2.5193747919127705,True,c1,3,"(In reply to comment #2)
+> I found emulator images for the 2nd-gen Kindle Fires and HDs, but they don't
+> include the browser.
+> 
+> *headdesk*
+
+Mostly we just want to verify that any blacklisting we put in jquery.client based on UA string actually works. :-)",234441,0,,
+7.020617684353873,-3.2504563163960682,-0.9420338339012584,-8.085217751067326,-3.3038404528618734,10.231281503209416,1.8603201624226422,0.5994109330649601,-4.632869898073138,-1.7994276769201596,1.1922696399591735,-1.1558447453320166,0.4912814724222607,2.9525195592492057,0.5061579224575148,0.5660752620071374,0.9062315349735883,0.2598213138293053,True,c1,3,"I found emulator images for the 2nd-gen Kindle Fires and HDs, but they don't include the browser.
+
+*headdesk*",234433,0,,
+0.9012194331616481,-6.547775774082652,7.26391613632261,5.175392848352383,-1.1492029782897664,7.634760665269326,-3.2635049953425677,0.45218988525325376,0.3217851648258807,-3.5206910138548833,-5.462777577238059,0.4368138336789471,0.02091369110976915,1.6762252060107776,1.250397664906123,0.3341308846311466,0.6558823808594318,-0.20652507275830567,True,c1,3,"Note that I've got a first-gen Kindle Fire in my collection at the office, if it needs testing. I don't have the newer generations (Android 4-based) though.",234426,0,,
+-1.7848868840811631,-8.692202268671547,15.59516892076372,-12.514351309997283,5.732560714282137,-7.5566297292371,8.55443472161951,-0.01075081045475118,-0.9012710071699549,-10.413630896320658,3.3302487043180444,2.4325047475841055,-0.41179614673135356,-0.8101802017884835,-1.8002700937482028,-0.5518559250246913,3.5678006166963065,2.7920208455837012,True,c1,3,"This was actually a different issue (slightly), so separating it. Still FIXED, though. :-)",234386,66,,
+-10.262941876400182,3.5000807622368413,-9.037763109091998,-3.211531405292961,5.0807642241216335,-3.7897855833723746,-6.72443586456111,-6.205858030426466,-3.428413411824989,-0.18630657237871073,-2.059095158813521,1.7036529941812217,-3.329411471222237,2.296060110217957,0.1868727730887194,1.0903868296918096,-0.32439453618584335,-0.6276282215738869,True,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 64625 ***",234379,66,,
+12.590302000293642,15.53910116664077,-3.604452755587337,11.826178921337002,-6.240929959997247,-8.925223381609962,1.1446059262156023,-5.971972877485532,-1.1850833472449145,-4.115225847640671,-2.627726199103323,6.181726732991932,2.71361284034107,-1.8580750410263938,2.8653223237054926,2.667639554145488,-1.5193335253212223,0.03983253667988995,False,c1,3,"(In reply to James Forrester from comment #3)
+> I believe that it's now fixed, yes. The cursor getting stuck on down is odd
+> and I'll make a new bug for that.
+
+Now in bug 64983.",231402,44,,
+-8.867729187845693,-7.865250168249173,10.805610007817414,3.111662679802384,3.209063928696157,6.431034877297865,-3.2657712790251514,-0.2023767677312115,3.23699274979331,-0.9229622805249345,-0.4703237586334523,-2.0928381267529486,-1.563773429944789,-1.0177604469469848,-0.4331960372283956,-1.9779416269906167,1.226130115283659,3.2669066977061383,False,c1,3,"I believe that it's now fixed, yes. The cursor getting stuck on down is odd and I'll make a new bug for that.",231395,44,,
+-9.45688838793132,2.528181694765486,-5.590841329745409,-1.2272702709351737,1.3305023818399455,-1.405542869517845,-0.5609003370506169,5.775220502068096,-0.16598888859106087,-1.988224158422184,-0.23847761928928213,-2.4832694566856626,-1.0725491098620785,0.46956577640134944,-1.3131914846585566,1.0470065391845718,1.6235910281862562,-0.7844745598048988,False,c1,3,"I've tested a few times, and I am not seeing a 'page down' effect now.
+
+However using the arrow keys anywhere near references in VE cause the arrow keys to start misbehaving.
+
+Steps to reproduce:
+1. Load https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit which will place cursor at the beginning of the first line of text.
+2. Press the right arrow until it moves past the reference at the end of the first paragraph, into the second paragraph.
+3. Press up arrow
+
+Result: The cursor disappears
+
+Steps to reproduce:
+1. Load https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit which will place cursor at the beginning of the first line of text.
+2. Press right arrow (or use mouse) to place cursor further right on the first paragraph relative to the position of the first reference in the first paragraph.
+4. Press down. (the cursor should now be directly right of of the first reference)
+5. Press down.
+
+Result: The cursor is stuck on the first reference.
+
+(The same result can be achieved by placing the cursor in the second paragraph and pressing up)",231388,14,,
+31.782507892026054,-4.943240327046258,6.011411446645722,7.923802491958556,0.7337051741806029,-9.91842425500919,2.714571595336224,-0.9473670562781956,-1.01580589740676,0.4784188609435347,-3.3251657891194744,-1.0820153026245531,-0.05334310023508859,-0.26962231162130723,-1.9053588987279175,-0.6391361468750767,3.7056499037618753,-2.3085043064067206,False,c1,3,"Also occurs on Firefox 22, Windows & Linux & OSX.
+
+Cant reproduce on Chrome.",231380,2,,
+-8.095212115782697,-15.273274900279521,15.41618490983373,-0.6602415333329343,4.039201485532002,-3.3883371178290957,0.43651688490771434,-12.020248082096485,1.448947695929011,1.395807324025884,-0.185568167383366,-4.371369425814789,-1.1688493630883272,-6.8331595511526375,1.7333675326253584,-6.141750644874648,-3.585941667158879,-0.8876721496085818,False,c1,3,"I believe that this is now long-fixed, yes.",1970716,476,,
+-10.742171383570339,-1.1623591492803822,2.1098508819541326,-12.258121850308072,11.661995282019568,5.329211535813943,0.27819951167581713,-3.8794872735010846,-5.306343675384228,2.4340937292883718,1.6168494851687298,-1.1935911165741806,1.3982717428259703,1.990131090349749,1.203136628686373,-0.3320519636715007,-1.0203821581341286,-2.4477816670319967,False,c1,3,"The test page has been deleted, and this task doesn't have any details about what it contained. Is this still an issue?",1970657,476,,
+-3.2470988294402114,-2.095863817173454,-3.215925943543553,1.4427429254209656,2.2561250157150834,1.400815571669174,-1.3069052457849661,0.8861904047751062,-1.1676723486157632,-1.2911491303753473,-0.2600531050905768,-3.8354239108337733,1.5879588622104936,0.08724836855908547,-2.3476420645419482,-0.36080701425503614,0.908944570681359,1.2586831386777582,False,c1,3,"This is an artefact of VisualEditor using Parsoid to render HTML originally, but the MediaWiki PHP parser for updates. The HTML outputted by the two are normally very similar, except for images - which, until we switch the PHP parser our for Parsoid for rendering read HTML, which will involve re-writing the entire skins system, amongst other minor issues. (See http://parsoid.wmflabs.org/en/User:Excirial/Playground/Content?oldid=562754871 for the HTML returned to VisualEditor - note the use of 
 rather than 
 etc.)
+
+This is an image that's created by a template, so we're not re-drawing it; clearly in this case we should. Is this a special case for items that are 'typeof=""mw:Transclusion mw:Image/Frame""', or should we be traversing the template tree for all images inside generated blocks?",231212,0,,
+-13.890292901198286,0.231716998424206,-4.768791748177869,3.508483171379128,-5.198172883999142,4.14747851412292,-1.4887027892171787,2.916366290052813,5.246961927730084,-5.459508724429073,0.901120943011265,4.547977755817727,-0.8610315125849601,0.7786863210216051,-1.9602148462053646,-4.164490090502273,-0.8261385158523689,0.31151019391836865,False,c1,3,"In the public weekly triage on 2015-04-29, we discussed this task. We decided that this task, though important, does not block further progress against current goals around better stability and performance for users, or an improved mobile editing experience, so we rejected it for the quarter's blocking list.",451277,95,,
+-1.6322620001523536,-19.294184664395356,33.312713683167004,-0.514450105408395,-19.07618260192158,25.271813462831545,-17.261550915882964,-3.786687150515696,-3.106889360619787,5.143554357689448,-2.5870655419236877,2.6038111968362774,-4.897224786826739,1.4385531253069785,-0.9237189802693899,6.024138928555875,2.1934338251464323,-1.7558060035077079,False,c1,3,I think @Krinkle should rewrite it.,449793,95,,
+-4.785801803967533,-1.9044416863365594,3.126589927569353,0.043023237123231084,-2.476557539952548,3.1988834073959858,-2.8412525042431422,2.453702095556766,1.1641360131105836,2.952832152232215,2.9464687705998496,2.7375348131716706,-1.433102170788423,2.8545550590288293,-0.5082049485719269,-2.205582752451948,4.9845026731634245,-0.9673387804670517,False,c1,3,"@Krinkle & @Krenair: This task was skipped during the last two #editing_department_2014_15_q4_blockers triage meetings because it's tagged ""[REWRITE ME]"". Who would be the best person to rewrite it? It would be ideal if it could be rewritten before the next triage meeting so it's not skipped again.",449788,95,,
+-8.504541877940028,-11.052049544285975,14.768227091744459,4.616732279252117,0.09648000492122222,2.3528092651775356,-0.25395732601279875,2.972584696778053,3.3894017455995558,4.020783120089661,-0.8448674519230104,0.03582471459959269,-2.832281888881004,0.18456569865886552,2.038781346814903,-3.04078641109929,-0.6370406092601488,-0.26713603949714715,True,c1,3,"I believe that this is now fixed, but I'm not quite sure. Please re-open if you can give a current example.",254414,21,,
+-3.1618455877116123,-7.7540725396625145,9.539684090497113,4.641435772538879,-2.62289584346063,-21.678709324271985,11.815417715915336,-5.177291299748915,-0.607093087916781,-10.059110470650715,0.6115654332009803,-0.5512773920922189,-5.442688216280651,0.45051266748643815,-2.283305568045307,8.225762870269762,-0.029773812608159173,-3.805102593166636,False,c1,3,But now fixed in production anyway. :-),253514,0,,
+-11.10895705396166,4.470520363182523,-1.1603634448976619,1.524816861755708,-0.2984970662301052,-7.503531994973166,16.085747901534496,-6.98892762091407,4.603512139166119,-6.160864513365922,-1.7187267170385465,0.8198510009282272,0.6729870560796973,-4.003116834528961,-1.3765869060986353,7.5178563708497865,-10.471736966628121,10.285150598640097,False,c1,3,Reclassifying as not serious after feedback confirming this only happens in developer mode.,253511,0,,
+-7.477037246093326,-1.9585986335541392,-0.783661606311155,6.955295969860595,2.4112874883171678,-1.8054589303654378,4.798345093751033,-0.8778475759602377,0.6012667381605981,1.3182520061737675,-2.7758671779794057,-3.8525915685806913,1.8673286113726828,0.793128510055064,0.558656121271139,-0.4591681572898305,-3.7020497198241133,0.5349990258321222,False,c1,3,"This code shouldn't be running before the browser blacklists, you're right. We need to fix this urgently to avoid so many errors for users on every page load.
+
+To avoid confusion, note that this code works fine in ""real"" IE10, just not in compatibility mode; this isn't a blocker for VE working in IE.",253507,0,,
+7.325590653695242,-2.2930158096256488,-2.92424598457149,1.1710137645053127,0.829447431987326,-1.7151778460958198,-1.836664958855053,-2.127835517105197,-0.6279351759953302,0.3371054419191317,-1.093453490938174,-1.9792883219927755,0.4441489511635446,-0.49251937654681055,-1.3293479999576676,3.0960269219039813,-1.1137683186600615,1.6881714090915971,False,c1,3,"(In reply to comment #0)
+> On every page I load on IE10, when switched into compatibility mode, I
+> currently get the following error.
+> 
+> oo.js, line 97 character 2
+> Object doesn't support property or method 'create'
+> 
+Object.create and other ES5 features are only supported in IE10 and up, so IE10 in compat mode does not support them.
+
+> Also, if VE is not enabled on IE10, then why is this code being loaded ?
+Unfortunately, the blacklisting code is in a class, and that class extends another class, and oo.extendClass() uses Object.create() :(
+
+We're working on fixing this by moving the blacklisting up, see bug 50612",253503,0,,
+-1.2182125956679526,11.868131738002841,-7.3002271270961065,12.1234891021097,3.6250512846497394,-0.8291172384262939,5.468580639326916,1.9922674034579368,1.454742744799362,-3.3977853036789814,-2.6261314923315875,-0.6978549299033849,-2.567547174066297,1.521339787247398,2.682308143634149,1.9718162782184887,-0.08255816012825026,-1.578027924665443,False,c1,3,"Here's an inelegant proof-of-concept https://gitlab.com/wmde/mediawiki-extensions-VisualEditor/-/commit/3d06cd4e37e7356bd4b9f5235c9145fcc538cf0e
+
+Probably better to parse on the backend as part of the TemplateData API request, as discussed in {T241586}.",1605011,381,,
+-11.20468414821937,3.625203869654797,-5.463646106828126,11.076931828166066,1.3569451992823058,0.23593144966120505,4.833183319547748,6.358039704661308,-1.1725248536949704,2.342521292193336,-0.7299562826931449,-1.5192791820440945,1.9680489403672752,-2.284264975204798,0.7617474857827702,0.8475504527369861,2.188810582781623,-0.11319145677252296,False,c1,3,">>! In T52656#1937666, @Krenair wrote:
+> Well we definitely can't allow all HTML, and we probably don't want to put everything through the full MW parser...
+
+Even if we don't want to put everything through the full MW parser having the possibility to use internal links inside the description to link for example with help pages or external pages where the information to add in the parameter is provided.",600567,134,,
+-2.205720120750568,5.715988574662589,-4.291847749854276,1.0321474345680812,11.052711166365675,1.4962988664449348,0.49103460682878897,6.015023905765569,4.46022920835897,4.403031839471764,2.1450012983993476,0.16479536301467768,1.5272567244450719,-1.9105526116609348,-2.958962594703202,-1.4084340031562275,0.42983481362531983,3.9384119156508874,False,c1,3,Providing a link to the template documentation page would be useful for some complex templates like https://en.wikipedia.org/wiki/Template:Coord which is almost impossible to describe using TemplateData. This is bug T51772.,597930,134,,
+-4.520597157525787,0.7682508706308173,2.888543985622756,-1.7296782795495567,8.168641304852631,-0.863472177612497,6.742631431028231,2.9830368056188368,-0.9785732087346488,-2.436019865910816,-2.5259654284141337,-0.6934251873637498,0.8514975717412674,-1.8407683936227068,0.23411643326999831,0.1894768642049991,0.33257157530469994,-1.2311774823562613,False,c1,3,"For elaborate documentation and examples, one should use the Template documentation page instead. Remember this all has to fit within the VE interface when inserting a Template. This isn't the place for elaborate instructions.
+
+Contextual information per-parameter tends to be more appropiate. The interface currently provides a link back to the Template documentation page only if the template has no TemplateData yet:
+{F3284165}
+
+Perhaps we should provide this link always? Instead of only when data is absent.",597871,134,,
+-3.6240481701083382,-9.537691832855021,12.248877510127645,-0.08599375641854934,-3.3466040560299817,0.09187025401173621,8.188889205577455,4.668648814082514,-4.8236572969095155,-0.16714389807214136,-2.4196700480109903,-2.9442697624763143,-1.1122584515757041,2.405670839017005,2.9968885222916732,-2.4796635145754764,-2.8982765047394143,1.0976058008436245,False,c1,3,"Well we definitely can't allow all HTML, and we probably don't want to put everything through the full MW parser...",590914,132,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51311 has been marked as a duplicate of this bug. ***,252310,4,,
+-10.567273441383044,8.32284342665573,-3.790352078106899,5.119350188145242,-10.37910813079873,-5.567605481603051,11.177528536479509,11.902497417367462,6.521115162755693,6.677959189341401,-1.2987291791972466,0.2941648300026314,-7.208806119211265,3.3931627725929925,7.9754529691609575,-3.1352253048882166,-6.868214104988834,4.0053185473902,False,c1,3,Please don't mark older bugs as duplicates of newer ones.,252306,4,,
+-5.695952561463149,4.120201786816558,-1.371325630030083,1.348532345055263,-2.3951968856121075,-3.6974404491310064,-4.900933357323914,-4.724184868752281,-3.310214105697572,0.3967676617911815,-2.6204333205468497,3.06573837219167,1.1390416405888524,-1.032289057611906,2.4276024632391175,2.482173346941495,-1.9591238083639984,-0.3037708677084092,False,c1,3,"(In reply to comment #1)
+> Is this the same as Bug 51311?
+
+I think so.
+
+*** This bug has been marked as a duplicate of bug 51311 ***",252300,4,,
+-1.5737291164978284,9.836667684239679,2.229889462089753,1.9711484977470484,24.252230092858884,-1.1184028247283262,-11.504156829174772,0.4313553584191301,4.540630989780826,-0.9019221441803222,-7.487587676295817,9.764662438225841,-0.18482228163895176,3.0483129070711152,1.4542814121122944,-2.771339284078295,-5.874376667264757,0.2952274253589091,False,c1,3,Is this the same as Bug 51311?,252293,4,,
+-8.549662482136629,-2.8502846556954253,-2.2438214240094703,-3.4206105015791426,2.9779923876287935,-4.465165370436269,-1.179672874982753,-0.9946462639739387,-2.1425641072957635,-1.1535956609182505,2.896683567090277,-0.2714692085696777,-1.1850650921353467,1.3772901112535683,-0.2121249017777851,1.781156070012719,2.023885241736706,-0.17746385766478,False,c1,3,"The drag-and-drop operation previously had the appearance of being successful, in that the text would change to the dropped position.  After the text was moved, the save button wasnt enabled.
+
+Now the text can only be picked up and dragged around, but the text move operation is cancelled when the text is dropped.
+
+The bug has been fixed, and I am closing as such.  Probably as part of another piece of related work.
+
+For bonus points, VE shouldnt allow the text to be picked up and dragged.  I've opened that as an enhancement bug 54757.",251616,12,,
+-1.708862895868429,-10.893468648629714,17.515149634252893,3.624774413555839,-2.654027114832264,-0.9628915730786289,4.6575405546119715,3.2106039906061064,3.398835171025822,5.235860120463498,-4.411966739908811,-1.2536982623032351,2.309270195987363,0.0428702060329027,1.4485696536337453,0.29918925159120047,0.023558752279464273,0.7989018400824031,False,c1,3,fwiw I'm using Firefox and... it seems to work? The first post is not very descriptive so I don't know what to test. Happy to help.,251611,12,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50977 has been marked as a duplicate of this bug. ***,251605,8,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50721 has been marked as a duplicate of this bug. ***,251599,5,,
+-9.726210019523233,-11.933303635754298,7.538235720168556,16.236512758768214,-6.891159927413161,-0.4843164938680573,1.4837442231322786,-2.134004991336795,-0.383092499017268,3.798599493891224,-1.7607206627374654,0.7442220283894168,-0.45578417715007413,-2.3405871061489583,-2.8578227520135417,-0.5329609634296695,1.0769795399985085,2.0843620517044097,False,c1,3,"Bug 49981 is about actually supporting this; until we do, we should disable it appearing to try to work in Firefox, only to not do so (because it's disabled).",251593,1,,
+16.455582401950174,-2.348142536535777,-2.138771023824794,-6.13233343612814,-2.5490823025680784,-0.8862733774259013,-2.082075814832132,3.6166750216898533,-0.01101250544563348,-0.9555178991385374,1.7697351723922732,-0.77317467295713,-0.7209986273969222,-0.6435398588487524,-0.8122985900484032,2.103766343444498,-0.18534782183104662,-2.492268472875689,False,c1,3,"**JohnCD67** wrote:
+
+This only happens with drag-and-drop. VE will let you save a text rearrangement done with Ctrl-X, Ctrl-V, or Right-click/Cut, Right-click/Paste.",251587,1,,
+-4.30510934361281,-3.994414827583711,6.0022584646658235,0.32879159070085784,-3.4251534163620727,3.9846685876647285,-4.822347671588151,-1.4170034346657556,-1.68589727858844,7.539088227706026,1.2151360737077017,2.3174628947007694,0.8992327646953444,-0.1857917713228332,0.9063978145413905,-0.8999143286249462,2.6946808503148523,0.05627312856399014,False,c1,3,"Seem to be resolved (idk which patch solved it).
+
+It's good to see that the #1 reason I hate/blame VE is finally resolved.",534068,116,,
+15.296914099876416,-5.538970500929546,-1.7851775871560447,-0.7718445263808196,-4.812227186055892,-1.1903344985555577,-3.9505820525798043,-2.5756905558983676,0.5204854293367813,-0.6127958548236419,-3.5016969332161545,0.3556545129778961,-0.574783534911349,1.3703864237356427,-2.1408063830107285,0.1364428869623846,-0.9768484287730581,3.0646251997682605,False,c1,3,"Hi, typing seems to work for me in on en.wikipedia.org and on VE-standalone master, using:
+
+- Windows 8, MS or Nalgaeset IME, Firefox 40.0.3 or Chrome 45.0.2454.99 m
+- Ubuntu 15.04, Anthy IME, Firefox 40.0.3 or Chromium 44.0.2403.89 Ubuntu 15.04 (64-bit)
+
+In particular, I'm not seeing the ""first word disappears"" behaviour. Can we close this bug, or is anyone still seeing corruption?",533542,116,,
+17.293405595949636,0.19717477100135028,-14.260729014855286,-13.65965476498136,-8.410538426470376,3.319917489026871,2.4377626530470913,-3.237217279842754,0.2643724549201416,3.9204536032286317,-1.1016948215097395,-2.5049835195146524,-0.09305486206196845,-1.0820674748721133,-1.5889125826601405,0.5117082326858022,0.10531416861634538,-2.89730933709715,False,c1,3,"|browser|version|input|output|diff|
+|----|----|----|----|----|
+|IE|11.0.9600.17959|인터넷 익스플로러 테스트|인터넷 익스플로러 테스트|14721416|
+|Firefox|40.0.3|파이어폭스 테스트|파이어폭스 테스트|14721436|
+|Chrome|44.0.2403.157|구글 크롬 테스트|구글 크롬 테스트|14721446|
+
+OS: Win7, 32bit. IME: MS default one.
+
+For diff, use [[https://ko.wikipedia.org/wiki/Special:Diff|Special:Diff]].",517124,112,,
+6.323486397364983,7.067085168812049,4.10097047864544,-9.369184901811614,-7.256355462426036,-1.6041764826595628,-2.118657984900736,1.1013660501717584,8.832054682093398,-1.9132970515635326,-1.6555977019860402,1.8884338065316912,-1.5026767912092884,-0.34164638212791765,-1.3317515405150522,-0.4610929821934078,0.9003534512878402,-1.784621574624747,False,c1,3,"Same here.
+```
+구글 크롬 윈도 7 39.0.2171.71 m
+```
+resulted
+```
+크롬 윈도 7 39.0.2171.71 m
+```
+It omits first word (구글).
+Tested on Win7 32bit Chrome version 39.0.2171.71 m.",341600,75,,
+8.444863849704273,7.296374335056367,6.203437970489395,-8.40465692793198,-6.34805381869894,-2.4723768656439145,-3.0533045153803364,1.905154029181297,9.627216598125383,-2.336512787203003,-1.7785807373732232,2.009528566386331,-1.5127495624860263,-0.22263549960148477,-1.3813765320446583,-0.4476186633587056,0.9985428216580032,-1.8434115740945718,False,c1,3,"Same here.
+```
+구글 크롬 윈도 7 39.0.2171.71 m
+```
+resulted
+```
+크롬 윈도 7 39.0.2171.71 m
+```
+It omits first sentense.
+Tested on Win7 32bit Chrome version 39.0.2171.71 m.",341599,75,,
+12.128763275400877,-4.158112614495826,0.5272542742594535,-1.251763122862931,-0.15995844328909925,2.230438477841888,0.29249030472011484,-4.585540318942247,6.088960022165183,0.7711771615985246,-1.7042995149383855,0.34752193968323386,-0.40824402790724923,-0.7648137055063031,0.5460409461290232,0.011463443386957373,0.3427986186863814,-2.4579449237530033,False,c1,3,"Helo. It seems that finally most of Korean problems are solved.
+But one more problem is seen in VE.
+
+In the Windows 7 Chrome 64bit, when Hanguls first inputed and then spaced, the first word disappears.
+And this seems not results from IME.
+
+I input it Korean nalgaeset IME:
+Input : 날개셋 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+Output : 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+
+Anyway, thank you for your continuous effort.",341568,75,,
+12.053881689180772,-2.856751636525793,-0.04629007177414923,-1.7991349237574301,-1.10569835138255,2.8235880895290144,1.0632516378871149,-4.923091218580201,6.35730138018336,1.2646285049275914,-1.6272236304424164,0.45762068935471323,-0.4678186820332293,-0.7084887984035932,0.6926346957894167,0.02857882743870377,0.5451584661647375,-2.325874101343884,False,c1,3,"Helo. It seems that finally most of Korean problems are solved.
+But one more problem is seen in VE.
+
+In the Windows 7 Chrome 64bit, when Hanguls first inputed and then spaced, the first word disappears.
+And this seems not results from IME.
+
+I input it Korean senaru IME:
+Input : 세나루 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+Output : 입력기로도 비슷한 결과가 나오는걸 보니 IME 문제는 애시당초 아니었겠습네다
+
+Anyway, thank you for your continuous effort.",341567,75,,
+-4.484167007071454,-0.20454623889418144,5.880232023501341,5.054831742317921,-3.3823168944811686,3.781425524916081,3.232871150236031,-0.9832799494838168,8.354106359110625,-0.7625662754206872,0.5108137905130914,0.5465351747686533,-3.1520421415691886,-1.6630251836707703,-0.7408103533034684,-1.1226472330770583,0.8368265216123278,-1.1959185363804723,False,c1,3,">>! In T52631#836024, @Revi wrote:
+> Hmm, while reviewing [[ https://ko.wikipedia.org/w/index.php?title=특수:최근바뀜&tagfilter=visualeditor | kowiki VE tag ]] , I find most edits have no problem.
+
+Yes, it's unclear right now which IMEs people are using and what their different impacts in VisualEditor are. It's possible that by now Korean works pretty well for the majority of users. We should follow-up with detailed automatic tests of each specific IME's functionalities so we can assess whether or not it works.",340260,75,,
+2.5531112415606394,6.792430737679943,1.2754327917700485,-9.097393318571104,-5.296470535561312,6.075197137890594,-3.167790496718717,-0.737274530749615,8.068300895539695,0.3810120173375653,-0.556352488358757,-3.811169265756578,-1.5120883011520105,-4.1997899244460255,-1.6945787590137473,-2.6174450371775735,-3.435504248987708,1.5641499397145089,False,c1,3,"Hmm, while reviewing [[ https://ko.wikipedia.org/w/index.php?title=특수:최근바뀜&tagfilter=visualeditor | kowiki VE tag ]] , I find most edits have no problem.",340259,75,,
+14.774749569799932,-7.225762221105174,-0.7893329860081513,0.2909753560339876,-6.799465341449613,-1.7619996126957904,-0.733472338522505,-0.08020558243835346,-1.3616154723426936,-1.567869301646481,0.6337408594211477,-5.1090149234089095,1.5325113955098075,3.7280826926392496,3.2703420485271604,-2.491000214017298,-0.0913137591226029,-0.3902693468648897,False,c1,3,"I tried VE in [[en:User:Hym411/VETest]] with VE betafeatures enabled;
+
+Input: ""구글 크롬 안드로이드용 최신 버전""
+
+Output: See the page above. - ""국글 클롬 안들롱읻등용 쵯신 벚전""
+
+I used latest release of Google Chrome for Android.
+
+Also, comment 25 's 'backspace does not work' still happens to me.",250886,62,,
+-6.610737101117957,-2.428962825775141,2.3276210085265205,-2.1580514273140796,-1.4753138405966117,0.7105876709718029,-0.37619008227231454,0.9177486809063453,0.987275185103055,-2.961977077196593,-1.2538902035791955,-1.4171187211629892,-1.0570655534021074,0.5153318830499316,-0.9262422605351788,1.0552745570387558,0.13484928045795927,-0.19197388528837234,False,c1,3,"Thanks very much for the video -- that's a great help!
+
+I agree about the events. Actually I think it's every browser/OS/IME combination, so it's really troublesome.
+
+As far as I can tell, there are actually two issues at the moment:
+
+(1) Entering Korean text into an empty paragraph, and
+(2) Entering Korean text into a non-empty paragraph.
+
+Your video shows that case (1) is still broken. In order to test (2), would it be possible to try typing ""hello"", and then start typing Korean immediately after the ""o"" (i.e. without starting a new line/paragraph)?
+
+I have done these sorts of tests, but I can't reproduce the behaviour you show in the video, presumably because of some slight difference between our test platforms.
+
+Thanks again!",250877,14,,
+4.6538700894450695,0.8057959446047871,-1.563916213937254,-2.6762525165920845,0.3373051316333715,0.5890630446061706,-1.0652473217536702,0.15751319027788133,-0.1809004368935092,-1.3522104426465504,-0.023024268822198435,-4.354030262567458,2.6980000228755365,1.4892428484463613,-0.6629166125680899,-0.4269050088989177,-1.937161559929623,-0.01737603416963207,False,c1,3,"**heesub** wrote:
+
+(In reply to comment #34)
+> Would it be possible to test against current master? We believe that we have
+> fixed this (or, at least, change the behaviour) since you tested it with
+> cba2935 (thank you!).
+
+I've tested the latest version and uploaded a video clip which shows what is happening on VisualEditor with Korean characters. You can find the video on this link: http://youtu.be/-Q8n4vNONm0
+
+I am not a JavaScript or web programming expert, it seems that every browser out there has different behaviors on firing and processing compositionStart/End and keyDown events. Take a look at this document: http://joone4u.blogspot.kr/2010/07/composition-events-are-handled_27.html
+
+After digging this issue, I found some combinations which avoid this issue:
+ - Safari, Google Chrome (maybe every other browsers, but not tested) on Mac OS X. and change preference settings of Korean IME: set 'Input by' to 'Word' not 'Syllable' which is default.
+ - Firefox on Ubuntu
+
+Hope this helps!",250867,14,,
+-12.181516160762262,-10.874208780614683,7.07655075063529,9.99361834515849,-7.001403542762134,7.888160605075893,-8.740968383931406,2.7053345172552263,5.412079795183571,2.326205888013731,2.490060371073622,1.9671219770472597,-1.8479305484928843,-0.7982780358692328,-1.2118000742379529,-1.631251080919601,1.775881262417989,-3.3251779165798543,False,c1,3,"Would it be possible to test against current master? We believe that we have fixed this (or, at least, change the behaviour) since you tested it with cba2935 (thank you!).",250860,14,,
+7.011594194664347,3.8604112283194816,1.285623700940294,3.6962552887132336,-8.042531065694144,-7.26405645186451,-1.0071916573579323,2.0591150040284205,0.6623797969075034,-1.5753056756732216,0.2734820001519813,2.7648629093840587,2.6283050000405064,-0.8726840149579043,1.764772791261481,-0.012416672351109881,-0.49582816435447796,-0.8447455128215058,False,c1,3,"**heesub** wrote:
+
+(In reply to comment #32)
+> I am suffering from this issue, tested on the latest version from mediawiki's
+> core.git: 217fd43. The odd thing is that it seems to work properly on Firefox
+> which comes with Ubuntu 13.04 LTS distribution(, but not perfectly).
+
+I'd tested on VisualEditor.git: cba2935 and also with patchset v16 by David Chan. Not fixed.",250854,12,,
+11.892759996150245,-10.450133496976168,0.060515355193448084,3.102848830523131,-2.8226460949432575,-4.246786544256324,-2.259548423993815,-2.4239037555160436,0.29342346972858047,-2.8225458265291596,-2.255894402208863,-1.372036182741871,0.4249709365471772,-2.1159943651163706,-3.3859078810964074,-0.9451454350234392,0.48329679742187304,1.3228889853408448,False,c1,3,"**heesub** wrote:
+
+I am suffering from this issue, tested on the latest version from mediawiki's core.git: 217fd43. The odd thing is that it seems to work properly on Firefox which comes with Ubuntu 13.04 LTS distribution(, but not perfectly).
+
+I've tried:
+* IE on Windows 7 : not working
+* Google Chrome on Windows 7 : not working
+* Google Chrome on Ubuntu 13.04 : not working
+* Safari on Mac OSX 10.8.5: not working
+* Google Chrome on Mac OSX 10.8.5: not working
+* Firefox on Ubuntu 13.04 : WORKING
+
+I hope this information help you guys so that it gets fixed.",250849,12,,
+12.645783429521659,4.5611676723797885,2.9909142459041496,4.219161960242252,-6.793595137602619,-1.7931037303563393,-3.391122888413528,-0.08394357041696082,-4.065480354576138,-0.9407392289789214,-0.4440083943052451,0.9064458705670138,-0.13585162864871947,-0.7171937467236281,1.8443367628518033,-0.9898050114210126,-1.240463048995093,0.22870367553125615,False,c1,3,"(In reply to comment #30)
+> (In reply to comment #29)
+> > Marking this as ""FIXED"" on the expectation that it's fixed - please re-open
+> > if
+> > you find that it is still occurring.
+> 
+> I am sorry. It is not fixed.  I tested on mediawiki.org.
+
+:-(
+
+> I open it again.
+
+OK, we'll look at it urgently. Sorry for this.",250843,12,,
+4.806168478000412,-4.978389041467572,9.251939007843019,-0.5202334289752564,-8.356386611727615,2.5470114627467026,-4.838526606916005,-6.439869054808488,1.811474994022604,0.09157618049334104,2.7171447859000457,3.282695920105639,1.352639783875941,-0.8181930426181085,2.349300974595689,2.9203248296623694,1.3248379788665605,-0.7804526364373969,False,c1,3,"**ryuch** wrote:
+
+(In reply to comment #29)
+> Marking this as ""FIXED"" on the expectation that it's fixed - please re-open
+> if
+> you find that it is still occurring.
+
+I am sorry. It is not fixed.  I tested on mediawiki.org.
+
+I open it again.",250837,12,,
+-9.913318654349272,-9.164252085529988,2.4898338431724554,19.04517282615332,-1.5618728758188487,3.2610936342573815,-3.713919275380311,-4.61403598578672,3.751177012296952,-0.5108810238755344,-1.364709660332478,-6.587479947826698,-0.5076187899241813,-1.799565466063522,0.6826363645464211,-1.3822871551616722,2.0580863362056805,3.5986871765950528,False,c1,3,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring.",250830,10,,
+-7.071612593605798,-0.11848398128001492,-0.18542351815758007,7.996053501145555,0.5964698814990985,1.8013933901233496,-2.9990169191523597,3.027088882381277,-1.5449902588138484,4.768985171329929,-4.097059025529765,1.039035833460055,-1.0471766563671088,-2.406910582174519,1.1920250505075272,-3.4159565036162864,-0.18446933669508497,-1.0513949887651406,False,c1,3,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:
+
+https://gerrit.wikimedia.org/r/#/c/82858/
+
+Please let us know whether it fixes the bug!",250820,10,,
+13.054607349289943,-1.2197455179222043,1.8394701335368149,1.318067476040106,-3.611086077836192,0.091681745523017,-3.7118482801916493,-2.221863141716181,-0.48562088058346886,-1.099235813420536,-0.5357031904554588,-0.5863413709391097,1.0348985471731056,-1.3136390021470468,-0.24617233021351037,0.9538509657526091,0.4408899680935827,-2.2752802483666477,False,c1,3,"**ryuch** wrote:
+
+(In reply to comment #26)
+> (In reply to comment #25)
+> > https://gerrit.wikimedia.org/r/#/c/79451 did not fix the problem
+> 
+> Just to avoid misunderstandings: How did you test this? Do you run a private
+> wiki with recent VisualEditor from git master?
+
+Not on a private one, I ran on  MediaWiki.Org, specifically on  [[mw:VisualEditor:Test]].
+
+
+
+> 
+> > I found another thing, when the cursor is after Korean letters backspace does
+> > not work.
+> 
+> Please file separate bug reports for separate issues. Thanks! :)
+
+I think the space problem is caused by this bug. I suppose we need to fix error  of synchronization between DM and CE.
+
+Thank you, too.",250809,8,,
+1.273614833707816,7.58988794705331,1.4606600306614603,2.1486535059766094,-5.861188156311137,-0.5353004193312962,0.2812988615538554,6.37577023437743,0.3667354475702129,2.267889880018103,1.0270313199865249,2.3322773138046156,1.1033918691687021,-3.6013231109334107,2.8711462270103674,-0.3212475238220329,-1.5989814002195424,-2.2174452847961352,False,c1,3,"(In reply to comment #25)
+> https://gerrit.wikimedia.org/r/#/c/79451 did not fix the problem
+
+Just to avoid misunderstandings: How did you test this? Do you run a private wiki with recent VisualEditor from git master?
+
+> I found another thing, when the cursor is after Korean letters backspace does
+> not work.
+
+Please file separate bug reports for separate issues. Thanks! :)",250797,8,,
+9.874950603640539,-0.03454554733451509,-1.588849903049521,0.8271752069729867,0.6425458612852761,-2.7749942973468027,2.7338101105744634,-0.05815372964763371,-0.9287249018265773,-0.522744872318925,2.0657144104734293,1.681651896744997,3.036153116160417,-1.6733997614301808,3.7888287999071233,1.086056045834563,-0.5201190361639281,-0.5831856038254788,False,c1,3,"**ryuch** wrote:
+
+(In reply to comment #16)
+> I believe the following patch resolves the problem on those platforms where
+> there still was one: https://gerrit.wikimedia.org/r/#/c/79451 . At least, the
+> patch seems to fix the Korean ibus method on Ubuntu+Chromium. However it's
+> hard
+> to be sure because of the problems reproducing the bug.
+
+David,
+
+https://gerrit.wikimedia.org/r/#/c/79451 did not fix the problem even Chrome on Ubuntu, if the code is applied to MediaWiki.org as James said.
+
+I found another thing, when the cursor is after Korean letters backspace does not work.",250787,8,,
+1.794301803252238,-1.0057810388438373,-1.5902975450095398,-2.506923860432643,0.6665987868006678,-2.470783880709998,-2.2236781242673382,2.7505084964870803,-0.21973720858421264,0.7922282438267976,0.019425868352459297,-1.4196635271536153,1.0615304145384892,0.569946401141034,-0.6649096279365556,-0.22765600061386104,0.427987071955267,-1.5847372446055457,False,c1,3,"(In reply to comment #22)
+> We can check on en.wikipedia or ko.wikipedia, only,
+> if the problem fixed.
+> 
+> So can you apply it on there?
+
+The code will be applied as part of the normal MediaWiki release cycle, which you can see here: [[mw:MediaWiki_1.22/Roadmap#Schedule_for_the_deployments]].
+
+This code is tagged against the release that happened this morning (""wmf14"") - this means that the code is available now on MediaWiki.org, and will be available on all Wikipedias (including the English and Korean Wikipedias) next Thursday, 29 August, at approximately 18:00 UTC.
+
+If you want to test and confirm the code, you can edit pages on MediaWiki.org like [[mw:VisualEditor:Test]]. Also, all code is immediately available on the ""Beta labs"" testing site, which can also be edited (note that it uses a different account system to production ""real"" Wikipedias): http://en.wikipedia.beta.wmflabs.org/wiki/VisualEditor 
+
+Hope this helps!",250778,7,,
+-11.876090443595062,-4.203419856826711,6.245367880031202,16.770611925917024,-2.2765467354480737,4.045671614218893,1.0036506375159266,-1.1810291062225922,-4.971957129481214,1.031178081026387,0.09458033180422887,-1.0630248417799235,-3.110217414249771,-2.539800215631911,0.6614591765247995,-0.28187233823873736,2.6651016352139467,-1.8421906494087297,False,c1,3,Yes. All code in master is eventually deployed during our scheduled deployments. If you want to test the code ahead of the deployment you will have to check it out locally.,250770,7,,
+-2.8737745180757988,-14.310995697935029,8.352099122278833,6.2431116814958205,-7.766245136004039,1.8265934385385432,6.068515864898915,0.7299194965244731,-6.133394600617705,-3.2957174964162057,-0.14757989344631528,0.653677394819999,-3.613979680894654,-1.2384616483135615,-2.2495588414900665,-0.7387054963125395,3.252964392403113,-3.471172588868836,False,c1,3,"We can check on en.wikipedia or ko.wikipedia, only,
+if the problem fixed.
+
+So can you apply it on there?",250764,7,,
+-0.29678805727414037,-18.202844188540965,10.517333182703192,1.071478843394516,-2.3659082966882297,-6.20364247975727,4.243970546593028,-13.161904953011781,0.6943600086002586,1.5872073112843088,1.8683148873665927,-4.205551113734287,-6.256403903598681,2.218695163580713,7.975786963783512,-3.0684278778157625,4.469753448154543,3.0166106767380376,False,c1,3,"No, it hasn't been deployed to en.wiki yet.",250759,7,,
+0.26180588928112325,-15.640452043334212,15.362275012687403,10.30250682932756,-13.439413768182007,5.3250458734741635,0.03157025899556487,-6.3658600989576986,-1.3391197249380955,-10.07534031590086,6.290852083289291,-0.11917803856457887,-6.979798657346519,-2.041137005846066,2.5071648981350636,-3.64891583161111,8.611134006938167,-2.393371544701658,False,c1,3,"Sorry, but If you applied it on en.wikipedia. it yet not fixed.",250753,7,,
+-10.695495489444216,-8.553165090112268,7.732405702482449,11.850336113968288,6.54829894478757,-3.5059779143143004,-1.6102717164838136,-5.080013608838745,2.985046600598464,5.30154420205408,-0.16632585417521306,-2.2372354071955542,-1.0073764463213228,-1.4391889539370473,0.48516912640565435,-2.909301452065368,-7.350689130253599,0.6827229808856008,False,c1,3,"Given that this is now merged, I'm going to mark this as fixed. However, this is provisional - please re-open if you think that this has not worked!",250748,7,,
+-8.067702199324547,2.3149755741055795,-0.5575107157926447,3.540999796136644,7.366881816203442,4.008009635588699,0.8100603416412415,3.7067397692313384,3.7909840711090563,-1.5992387967085628,-1.8055273455613983,1.2717023519896147,1.335142635800377,-1.9567973161490875,-0.31235767416222515,-1.45459944574066,1.7406333786866104,1.9777143941021769,False,c1,3,"I believe the following patch resolves the problem on those platforms where there still was one: https://gerrit.wikimedia.org/r/#/c/79451 . At least, the patch seems to fix the Korean ibus method on Ubuntu+Chromium. However it's hard to be sure because of the problems reproducing the bug.",250732,7,,
+37.67387731247863,-16.534683055159405,-18.871696521534545,-0.7391191088079356,-4.348857596904189,0.7881105938827719,1.7028990516746987,-1.6275342222683133,-0.5135901015252847,-0.10510954804780592,0.3290503809280835,-0.2835662694974843,-0.5997370773513675,-1.3745351934799472,-0.1521059567971097,-0.5286450164090657,-0.599288456320175,-0.748057876686457,False,c1,3,"**ryuch** wrote:
+
+==Test Cases==
+
+글험 합니다. 다닏ㄴ합하험허시ㅅ (2013.8.14, Chrome of Windows XP)
+
+글 험 다. (2013.8.14, Chrome of Mac OS X)
+
+한글 시험 합니다. (2013.8.14, Chrome of Ubuntu, iBus 1.4.1)",250726,6,,
+-0.07795910062221179,-5.746056766930323,-1.5033792669969155,0.5146914148636412,-10.557085368015212,3.6949653024922675,-4.6217168741230426,3.7827630495880658,-3.0896065561585546,-0.23635156997155615,1.815276857922415,-0.5280727207081783,-6.143462008102924,-2.0099092963581855,2.989658164835527,1.2151602614771,-0.6859471338820715,0.24147381228400322,False,c1,3,"**ryuch** wrote:
+
+awesome. anyway.
+Please make it opt-in on KOWP.
+
+I will catch you guys at the lounge.",250719,5,,
+8.258639292170901,0.9404690540955567,0.7497743434825774,-0.13560578830109904,-4.8470447038824975,3.491002922195726,8.639673240243374,2.944712963668715,-5.887983405547772,0.7913894813008779,1.4194093117391842,-0.5837402834778258,-3.0336310570821707,1.226035600989712,-2.574427395293141,0.4743059785413677,2.0597496132626776,-1.9198744344915992,False,c1,3,@Ryu not deliberately! Come to the VE lounge tomorrow (hackathon room) and speak to me and David.,250714,5,,
+17.820825121076446,-6.570530919022663,12.548920435504922,7.921539944545875,-1.548272027101623,3.9801304269235906,2.672375196261253,-12.382935966981442,3.2407282754563838,2.419226913772464,0.41858350650149134,-0.28272920983300853,-2.3506015675722125,0.654607618958092,1.6728619855476783,0.7840391013387236,6.720115530517033,-1.6174556587448619,False,c1,3,It also works on Chrome for WinXP/Win7/Android(though it is not supported).,250708,5,,
+13.880144585609669,-8.77324018546977,3.0245720977775417,6.893129864604374,-3.455482817940122,6.161184234633168,-8.615053090340712,-3.738678994772021,-2.2272525390046503,-6.798286307042435,7.741338092753928,1.2394330323632952,3.3509882695521105,-1.6967003385468606,-0.3588582745649771,-1.944925354059302,-2.3457097992063907,-4.388161554578574,False,c1,3,"**ryuch** wrote:
+
+You fixed this? It works.
+
+http://en.wikipedia.org/w/index.php?title=User%3ARyuch&diff=567832037&oldid=567831839
+
+I tested with Chrome on Ubuntu at this moment.",250704,5,,
+8.051023346871839,-12.917262430530043,-3.3691583030859613,-6.385802416970739,-3.9509334953544712,3.7925656857663235,-0.5632549921939773,-1.5774882182353709,3.200946330965995,0.1799030461364266,-1.9177815980843902,-5.506352178595066,1.8528384609946986,6.62823605613491,2.8904796307644567,1.0393618437369425,0.4516156328837684,0.11802011783736122,False,c1,3,"Now the problem seems something changed, but It is yet hard.
+
+I input '한글 결과는 언제 나오나요'
+
+but in the en wikipedia's visual editor @ chrome ,
+it have 'ㄱㅡㄹ ㅏㄴㄴ 제 오요나나제언ㅇㅏ결겨ㄱㅡ'.
+
+See http://en.wikipedia.org/w/index.php?title=User:Galadrien/sandbox&diff=564998163&oldid=549762292 .",250700,2,,
+-1.6417096594303446,-6.467644359206225,-0.9624350262282211,-2.895262866149757,-0.9991337063684638,3.929753374516025,-1.0458267812348083,-1.5279972523947096,0.9693200458597162,-4.0445279805212655,0.675964483040711,-1.7474907494442529,1.2159650187769575,1.5796401149934194,1.1554857930041105,0.243381563075463,0.8386745683818346,0.1519243747851391,False,c1,3,"**ryuch** wrote:
+
+
+I think VE team is working on this issue. Did you change the code related this?
+I think so.
+DangSunM's report is not what I got when I made the first report.
+
+Now I tested on Chome of iPad. It is different also.
+I input '한글 시험 합니다.', same as previous.
+And now I have '한글 싷험 합닏다.', like the think 
+http://en.wikipedia.org/w/index.php?title=User:Ryuch&curid=284811&diff=564158229&oldid=554104287
+.
+
+It duplicates the begining consonant of a syllable to the place of ending consonant of a syllable just before it in a word when the ending consonant is null.",250696,1,,
+17.834611759988647,-18.377112373481978,-15.86733909767931,-6.386633481965783,-9.08421258604688,4.702383062239139,2.4827903378256764,1.38188324622055,0.8085975788137438,0.9534510470154638,2.0426557171055917,-3.6929834621874313,0.05201561065652527,0.7716717311550394,2.469605909406094,-1.8163005994942556,-1.8485173298814126,1.6424071965914258,False,c1,3,"I also tried to write some Korean words using visual editor
+"" 시 각 편 집 기 테 스 트 근데 잘 안되""
+but it types 
+"" 시 각 편 집 기 테 스 트 근데 잘 안되 되도안아잘자ㅈ데근ㄱ트스ㅋ크스ㅅ테ㅌㅍ페기집지편펴가"" see http://ko.wikipedia.org/w/index.php?title=%EC%82%AC%EC%9A%A9%EC%9E%90%3A%EB%B6%84%EB%8B%B9%EC%84%A0M&diff=11132326&oldid=11087937 for details",250688,1,,
+-0.23636685751661712,10.471624148991086,-8.358530537937629,-9.823521328776287,0.14369890357153103,4.086526796319131,1.17145962231597,7.521060509831975,0.08998857953490214,5.561537457786889,2.1175663237134135,0.2761869810324251,-5.415328632390965,-1.207084630359431,4.064440337752054,-2.9599932192583682,2.755856834063435,4.317418312420827,False,c1,3,"Yes, lack of reliable IME support would be a show-stopper.",250682,0,,
+4.632207410062348,-3.6208090349405584,-1.235200633985098,1.2093314279980092,-1.0965128886011124,0.9926891815060603,0.7832461146441361,3.5407618603251874,-1.8281181938224833,-2.70459503975889,4.568705539942663,1.3820468827547163,-0.22001668334661684,1.981993935708177,0.7294494075570981,-0.16355280019515117,-0.49124273642901883,-0.6275695517966637,False,c1,3,"**ryuch** wrote:
+
+This was feed backed to 
+http://www.mediawiki.org/w/index.php?title=Thread:VisualEditor/Feedback/i_can%27t_type_a_east_asian_character
+
+If you cannot resolve the problem in time, we'd better postpone the deployment on Korean Wikipedia or other Korean projects.",250675,0,,
+3.093496100504847,-6.368499150892015,0.9592550921122256,-5.089038633746244,-2.961782072265316,-1.6000319590154461,0.3623029136368743,-0.041794227509432624,-0.442201249291461,-3.7040615067917995,-1.515449278663961,-1.0278819963576105,0.27582924091455974,1.5729087669176731,0.26353562946312614,0.5341472466699666,1.129876252085422,0.43650183667380427,False,c1,3,"(In reply to comment #4)
+> The latin text in iBus Korean is:
+> 
+> gks rmf [SPACE] tl gja [SPACE] gkq sl ek
+> 
+> Typing just ""gksr"" the following events are fired:
+> 
+> compositionstart
+> g,k,s
+> compositionend
+> compositionstart
+> r
+> compositionend
+
+
+I'm seeing slightly different behaviour on Chromium 25.0.1364.160-0ubuntu0.12.04.1 using ibus 1.4.1-3ubuntu1 and ibus-hangul 1.3.1-3build1.
+
+If I start with an almost blank document (just the letter ""A"" with the cursor immediately after), then I can type ""gksrmf tlgja gkqslek"" and get exactly the expected characters """"한글 시험 합니다"". The event sequence is as it should be (with the second compositionend only happening when I hit space).
+
+However, if I then type the full stop, it goes *after* the cursor.",250668,0,,
+-3.368577701979174,-3.227656124770089,-8.076629397811,-5.058272854924047,-0.8193007842583722,-2.7769464876173995,-0.4841132490809432,3.316798851792334,0.914591848634976,0.3945229681468989,0.3661002420756547,-2.480613279981314,-0.7290395452160003,-0.8186838784521635,-1.3879657490187811,1.0446003625860647,0.20315862394399045,-0.518005235641569,False,c1,3,"Trying to type into an empty/slug paragraph causes all sorts of whacky behaviour and should probably be filed as a separate bug
+
+The latin text in iBus Korean is:
+
+gks rmf [SPACE] tl gja [SPACE] gkq sl ek
+
+Typing just ""gksr"" the following events are fired:
+
+compositionstart
+g,k,s
+compositionend
+compositionstart
+r
+compositionend
+
+with the final compositionend causing the second Hangul character to end prematurely.
+
+Need to investigate if this a browser bug related to IME's which allow continuous typing across graphemes.",250662,0,,
+6.379882138474214,0.31393706690108125,-11.781232787659023,9.342442354891643,18.67905565932771,6.205073146758906,-2.178681584766749,5.379715040769584,-1.2656588629396182,-6.80621491572399,-3.2444530475043236,-2.2461117078262354,0.7985015126945907,-1.9091795506824174,-0.3102277139944203,-2.91026825635794,0.10135621715195789,-3.4150337703911107,False,c1,3,This looks quite a lot like an IME issue (at least with iBus Korean).,250656,0,,
+-3.3193799428798147,0.9995665054977483,-3.283420939489271,6.567214221586651,10.850117208381839,13.851466504444716,-4.406698682770763,8.576768206053362,-12.501338756448567,-6.99532765405419,-1.6216292543598678,-0.1767141724702057,-3.825317671659038,1.9721426722485196,-2.6325845156542997,0.5553883844958913,2.25423146764827,-2.2394550800582174,False,c1,3,David and I may take a look at this over a cocktail.,250651,0,,
+16.35014278642295,8.762416767184657,13.208376518553395,23.769432529693034,-3.2145962935031918,5.660087206947594,4.529772359379759,-11.265669997023112,4.646138744275111,-1.306838856347162,-2.4136369064634895,-2.592902905599228,-0.960318396937883,-2.545501902645233,0.10568634863248771,-1.9722906920323804,7.076016083596096,-5.001277556055447,False,c1,3,It also comes to Chrome on Win7.,250647,0,,
+0.13562453196419622,-9.478858308069583,12.431966266403595,14.587661288244982,0.5864095149347825,-1.087692299199734,-0.884586860527234,-7.101308300231551,3.5042075192175473,-3.444177226097424,5.785770813387131,2.7612174179400615,-0.9633251506074005,2.6537975989886062,-2.434651694411509,-1.9590468677932455,-2.498589800745948,4.307000132939226,False,c1,3,This was fixed in (I think) August; sorry for not noting it until now.,249527,33,,
+-13.128526784893822,-3.610554557805335,-3.9586884359911036,-1.096782734851736,3.858503457613933,-0.29399813030829414,-1.96168192022931,2.9471111558493153,-2.3832307406423094,-3.9848927982673863,-2.411086283405145,-0.9082437719486611,0.016728845506896572,0.16174829497876408,-1.092665036421579,1.638793236315732,1.5351853976692136,1.269113553312398,False,c1,3,"This is because we currently have the logic for a creating refernece (and potentially re-using an existing reference) and actually interacting with the content of a reference in a separate dialog. As soon as you go into the editor it inserts an empty reference and lets you edit that.
+
+This sounds like another reason to keep those two things in the same dialog (instead of making it look like one, actually have it be one). A dialog is perfectly capable of having multiple ""pages"" or ""states"". This would save a small amount of duplication and gain a fix for this bug and the bug of the animation between the two dialogs.",249515,0,,
+-0.4860181856078052,-2.9229453228096194,6.775482803670874,3.691046667946745,-7.703967756793478,0.36908923828289275,-1.9062116955732336,-0.6751502267610022,0.9129710040469237,0.45545776738140287,-0.19814851810842127,0.008129414941268287,1.0360299406076776,-0.14435506529642428,0.22465687012551872,0.924832980536566,-0.5824977438359822,0.05675103715311769,False,c1,3,"(In reply to comment #1)
+> Note that this doesn't happen until you hit ""Create reference"" inside the
+> first dialogue box, so you have arguably told it to create a reference ...
+> but this will confuse people, because modal dialogue boxes in applications
+> usually cancel out your actions if you just keep hitting the X.
+
+Agreed. We'll get this fixed.
+
+> Arguably, it shouldn't create a reference if it's got nothing to put into
+> the reference.
+
+Are you telling users they're not allowed to do what they want?! ;-) I think that the number of users irritated by just silently munching references created as blank (""so I can come back to it later!"") would be non-zero.",249506,0,,
+-13.300325742741663,-3.7075654768997808,1.37905543024659,7.304615100308874,-2.0695614437425993,6.9988869300131995,2.3464085589708503,0.8316101946263911,-2.1673500749713597,0.3080357466984056,-2.1628902566387977,-3.2496227619531974,1.234465004385259,-0.06608318122374479,1.184802292344877,-0.6218841226080509,2.4422129020854926,-1.732386143241091,False,c1,3,"Note that this doesn't happen until you hit ""Create reference"" inside the first dialogue box, so you have arguably told it to create a reference ... but this will confuse people, because modal dialogue boxes in applications usually cancel out your actions if you just keep hitting the X. Arguably, it shouldn't create a reference if it's got nothing to put into the reference.",249497,0,,
+0.038263047606361233,16.08199206549179,-6.108363241329608,8.771918776052631,-9.191771255784998,-9.506184200827455,-5.5279032560961685,-5.562056256378278,-1.429801880476584,-1.9715225105573437,-7.809945726894673,5.615186429138988,1.596761535971691,0.09891308854642777,-4.14087003708068,-9.933519697891443,4.626997167072338,-0.18974295133434538,False,c1,3,Fixed by gerrit 140439.,249425,52,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52485 has been marked as a duplicate of this bug. ***,249418,21,,
+6.260146712495352,3.9169499924122455,-7.002031954643719,-4.900823493131837,-1.554089662402924,0.8375443640553826,-1.9031248275640795,-2.0245570536332673,-2.1966470529079785,3.761494826978941,-2.483731811378443,-1.3971591592603407,3.7557363657534113,-4.274395586898674,-0.5523098418587442,-1.7963774448431855,-4.509835067662651,-2.5744703456420828,False,c1,3,"**Wikifram** wrote:
+
+Note that this bug affects all 5,000 pages that use Template:Episode list on enwiki.",249411,20,,
+7.511032693193007,1.2732061647593156,-5.77670502983713,1.723052223947386,1.4548227510860627,-2.0525888408596753,-3.769798520241327,1.319389801920657,4.284953276959223,-2.3833361669475526,-0.9143303584237188,-4.9558125584767545,-3.099365754951886,-3.9158054913013425,2.5017468081580114,-2.519264266084345,0.5624559051819099,-1.5350731641618114,False,c1,3,"{{yes}}. For comparison, the Parsoid output at http://parsoid.wmflabs.org/en/Comparison_of_open-source_software_hosting_facilities looks fine.",249407,9,,
+-8.755279204287788,1.4309731117850113,-4.36686843483338,-2.52331862439509,0.7266392664209622,-5.393308868536021,-1.026033634975164,0.08732215711681363,4.520307573136715,-2.079867133198321,1.5587221665364617,-3.460848411461997,-5.16174041990803,-2.8638207642533944,1.11617975482649,-1.2047020451030668,-2.18814242748544,2.196395984800939,False,c1,3,Is this bug responsible for the {{yes}} and {{no}} templated cells not rendering as separate cells at https://en.wikipedia.org/w/index.php?title=Comparison_of_open-source_software_hosting_facilities&veaction=edit§ion=1 ?,249405,9,,
+-2.690124098763539,-5.456172979986912,-3.8485899619258097,0.43767096371731107,3.7497276966027098,0.4526206748223469,-0.31805229222520914,-0.5660197470119764,1.3398777788385343,2.5883975067858946,-0.11018757904906651,-2.2151303097778694,0.051480047245827,1.94600877103168,0.42154727551012483,1.7180915115429793,3.6075406196842854,-2.112288356229927,False,c1,3,"This is because the HTML looks like ...... and so the group of table cells is considered a template, and so the CE rendering is wrapped in a 
. I'd like to be able to render templates (and aliens) without wrapper divs in CE, but I'm not sure how realistic that is.",249402,0,,
+-0.3098398050648745,11.214048525727456,-4.195473597582769,-0.15524390685548006,3.7679170205463244,-0.9914624205242184,3.518284792550986,-3.516504882610043,5.705195804859544,1.329783660453094,-0.7768520830125305,1.8851613121724942,-1.975844248191304,1.5441971598047963,-0.4726900591711316,1.6550783954210788,-1.7078936690500042,2.050599150702624,False,c1,3,"Fixed by https://gerrit.wikimedia.org/r/#/c/79430/, which is now deployed. Chart tables such as the one on http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit now render and round-trip as expected.
+
+The unrelated table rendering issue in http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit is VisualEditor bug 50607.",248266,7,,
+-9.59799864901715,3.0389183288621098,-4.0727382229790425,14.540583780272387,6.3234551634835,-8.509094223377712,-7.959460048448758,-4.317280956576843,-4.348613164601287,15.666131774285097,-0.2614575432364341,2.509693836825649,3.801574418369281,-0.722511529350409,-2.1794938912130593,-7.166478432688049,1.063978612467416,-1.130043188596586,False,c1,3,This seems to be related to bug 44498.,248260,4,,
+-5.126264045369442,-3.1737151937547754,2.96534356030718,-6.324148352598412,8.060422185802036,0.6378043841075041,1.2965790854343986,10.951404747991674,3.9657804661586695,-3.9374591232790848,-0.556439242456283,3.2917611471349657,-0.7956768420080902,-0.7743800838584375,0.04466646349949022,0.21062820256046288,-1.718817366188118,-2.1551121622847518,False,c1,3,"Not sure if I should open a new or make a comment here... But is this wrong rendering (too much td nodes) the result of this bug?
+http://parsoid.wmflabs.org/sr/%D0%93%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B0",248255,1,,
+20.66733116084231,2.4999849730336727,-0.04760520358762843,-0.40398817371743334,-0.9371546879070003,-6.7497511190497335,-2.0090137744390244,0.9516123273609667,-5.4919238942613555,3.3494424767364794,1.2787076151901529,3.3760975030941216,1.2188068395471117,-0.903148712225305,1.640277835308697,2.345992865681131,-2.623386182175677,-0.7487902958270776,False,c1,3,"(In reply to comment #10)
+> Oh wow, on some more investigation it looks like we are actually rendering
+> the table just fine:
+> 
+> http://parsoid.wmflabs.org/en/2012_%28It_Ain%27t_the_End%29
+> 
+> So the odd rendering seems to be a VE issue.
+
+Should this bug be recategorized then?",248251,0,,
+9.282225133935798,10.142958056558754,-6.046637388588353,-0.9263207065172328,-5.321738583920979,-2.032837157723703,-0.5951188602610245,4.4788149727069175,2.8779463254953512,0.12110134793512195,0.277790763468325,0.6179694339562101,1.8845139386510619,-2.7518278198193613,-4.454843461683124,-0.2640236038231798,-1.788129515420544,0.881939310304134,False,c1,3,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],248246,0,,
+-6.287522079661334,-2.719299825849406,3.864342752149626,1.8479081601912846,6.237112768564636,3.152142056133542,1.0854344503125493,0.3182148150842969,2.547285209217156,-1.6528030380395506,-1.098163423197554,-2.1953329297120336,-2.1348449146311412,-4.700951605711486,2.570885261200017,-2.334982819637076,3.170917887521147,1.9371625590070765,False,c1,3,"Oh wow, on some more investigation it looks like we are actually rendering the table just fine:
+
+http://parsoid.wmflabs.org/en/2012_%28It_Ain%27t_the_End%29
+
+So the odd rendering seems to be a VE issue.",248240,0,,
+-6.36570050730288,0.4767951850611585,-3.9060096214785096,1.7561043710855362,-0.8562795513317294,1.7988460415455538,1.582171633081602,3.4819607643223804,0.5708302855218153,0.5539583423519501,0.0015988723740094635,0.09817478945354807,-1.7807765845297823,1.741378367551391,-0.33222946365486195,1.063457885862248,0.14773533269464775,1.1203072732282737,False,c1,3,"> You really need to be parsing *after* template expansion and tracking all the
+> text that the templates generate.
+
+We are tokenizing templates and content separately so that we can cut template vs. non-template content on a token level. Attribute keys and values can also be templated, but we don't support templates producing several attributes and parts of a token.
+
+This and the need to infer resulting DOM structures affected by template-produced tokens already adds a lot of complexity, but at least the results can somewhat sanely be represented in DOM. Having 1/3 of a DOM element's start tag be generated by page source and 2/3 templated on some arbitrary boundary would be a nightmare to represent in DOM and even worse in a UI.
+
+You are right though that we *could* in theory represent something like |{{singlechart|..}} as a special case of a multi-part templated construct. This would run counter to our desire to move towards self-contained templates though that are easier to edit both in wikitext and the VE. Removing the pipes in the page and returning the full table row from singlechart would be better in that regard.
+
+> Removing the pipe doesn't quite work, though: take a peek at
+> http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit vs.
+> http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29 and notice how the
+> manual entries and the templated entries align in the normal view but
+> scramble
+> in the edit view.
+
+Indeed, it seems that we don't recognize single-line rows that don't start with ||. As a workaround, it should be possible to emit '||' from the template instead. I'll file a bug for our table row tokenization bug.",248234,0,,
+-7.215630095855231,-2.484872606302339,-7.3761484007672005,-1.2194600372114284,-0.23672474063933713,-3.8746377427610206,-2.1825414292589107,0.09216708399043605,0.010836322004336041,-4.282119803251509,1.5607068511512354,-4.827945088423073,3.8440928314842733,3.833013602575809,2.0441116473111416,0.5412058233042001,-0.8746786466159031,1.1663724124328119,False,c1,3,"**kwwilliams** wrote:
+
+As a help: there are only a few dozen templates that do things like this. I would have no problem at all adding something in the TemplateData that gave VE a clue as to what was going on, like
+
+ ""table"":
+  {
+    ""cells"": 2,
+    ""rowheader"": ""true"",
+  }",248227,0,,
+-12.196743303108452,-1.2496986633206113,-5.369075145767398,-2.262739058734253,3.840218711621487,0.6426708708313598,-0.3956877506739733,2.764984210697978,-1.712983931413977,-1.5819957616151834,-0.8312863484445252,-1.9271916268241336,-0.30129829830550614,-0.9454204148214409,-0.15911121598092537,1.7452111789099451,-0.45951368742479204,-0.9970308974731878,False,c1,3,"**kwwilliams** wrote:
+
+Hadn't noticed the leading | character. That is wrong, albeit harmless in most cases (if someone set rowheader=true, it would be a visible error). I removed all of those in a bot run before, and it looks like it's time to do it again.
+
+Removing the pipe doesn't quite work, though: take a peek at http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29?veaction=edit vs. http://en.wikipedia.org/wiki/2012_%28It_Ain%27t_the_End%29 and notice how the manual entries and the templated entries align in the normal view but scramble in the edit view.
+
+You really need to be parsing *after* template expansion and tracking all the text that the templates generate. That template should display as the chart and reference in the first column followed by a position in the second column, because that's what the wikitext the template generates says to do. Once the editor tries to edit any of those fields, the editor should be taken to the template editor. Displaying the output as a doublespaced item without any table boundaries that doesn't align with other entries is not the right answer to this problem.",248220,0,,
+27.126280602269752,-11.871084739518931,-0.9220201818515106,-7.898857023573298,-3.864664059845955,-7.89563137818232,-6.438339467392925,2.6189521160943974,0.20443737552878183,-2.4399031752107514,3.7195703628823527,-4.272756926198095,-3.36483627769025,1.3964779514652108,-4.945658798021974,5.494158442586751,3.7857877218935974,-3.54203701532104,False,c1,3,and Parsoid. ;),248214,0,,
+8.37709917968087,6.622821244076896,-9.160862854501964,2.1198650006293036,11.629123018720662,5.067244162650493,1.5065399395282313,-1.2275710552525068,-3.343137547667858,1.0111275378976519,0.5681136828116139,-0.9876613628453201,-1.511426805937759,1.0100319882679474,0.7644440682006426,1.5284265867952314,2.182783287123764,-0.8621050735345039,False,c1,3,"An example from  http://en.wikipedia.org/wiki/5_O%27Clock_%28T-Pain_song%29:
+
+|{{singlechart|Australia|29|artist=T-Pain feat. Wiz Khalifa & Lily Allen|song=5 O'Clock}}
+
+The issue here is that there is a pipe in the page source while another pipe is emitted by Singlechart. If the pipe in the page source is removed this will work in both the PHP parser and .",248209,0,,
+-8.594080694354156,13.10826875250864,-4.86865782524858,8.764245424592987,-5.53388722214813,5.6800669432902,-2.0475509252162283,-8.429207031126417,-2.3748941239366186,-0.16842592223700859,7.427893935683809,3.0224724900318867,1.6559221750851343,0.05835437970294355,-9.187832745476582,-8.251074583858742,-0.5582952921235891,9.823159472263542,False,c1,3,My apologies for assuming that these two issues were related. Re-titling.,248204,0,,
+-8.146237919996347,-1.55168499555238,-5.434078081242312,-6.037881479018092,-1.0296095430241277,-6.161837849467064,-1.496752874225205,0.47257040833654007,-4.632782613636511,1.2328902721072783,-1.7643205113557303,-2.5252033176294586,5.211295651841315,2.226833964808997,-1.4464526957695474,-3.417299108743079,2.5919853000241795,3.43531805288618,False,c1,3,"**kwwilliams** wrote:
+
+""This can be fixed by avoiding 2""? How exactly is the template supposed to generate a row header and two table cells while ""avoiding 2)""?",248196,0,,
+-7.973072658407665,-1.5058198595613081,-6.053340808353522,5.4990479878360805,2.5451233340733985,-3.8471224334365335,-0.5858580947811927,1.672326488287056,-1.1677596554686018,-0.9478962562271178,-3.758372660355445,0.44817753191897847,1.5379923853297885,0.67504820550366,-0.824345539762666,-4.518684835496504,0.9555107190198375,-0.4151275873919089,False,c1,3,"The problem here is 2), the extra | generated by Singlechart. The PHP parser flattens everything to a string, so it will eventually see '\n||' with one of those pipes generated by 2) and the other from 1). Parsoid on the other hand needs to keep track of where things came from, so sees those pipes as two td tags.
+
+This can be fixed by avoiding 2).",248191,0,,
+-11.10547072794304,1.4194769346455836,-8.335061172521709,0.4591657815795074,8.544992284978981,-4.729408752369695,-8.23382640253645,-3.786401304184173,-1.908298752960535,-2.01962605279287,-3.799483591489683,3.628347802895264,-0.8839792392349468,1.1279200882487779,-2.394058634890148,-2.2686365771848114,-2.5402775813614276,2.063611926873786,False,c1,3,"This is the same as bug 50366 - merging with that one.
+
+*** This bug has been marked as a duplicate of bug 50366 ***",248189,0,,
+-1.5417417208561544,-4.743458695786911,2.430870078040779,7.303426859335287,7.091405689438849,0.5789253293214625,-3.091655172700472,-1.1778456485185878,-0.9709457110349264,-8.208670434035259,12.548946476735454,6.521857615360218,-1.2741812637257868,6.1816424312074085,0.5056299900298589,-2.7984611490295737,-2.322109068745223,-1.7882587206024285,True,c1,3,"Indeed we did, this was done by the invaluable Ed in ee5b69772963c5d3f17b15742023cf33fc5dd48a.",446997,94,,
+-9.493712168153817,-6.690418250242306,5.133217524008619,-3.14475784250709,7.364536111831555,-1.891617794016888,-0.01629922379388482,3.226073370986907,-9.11189924262371,-3.3845944495003915,2.119583811354487,1.434187365792515,1.6663759759833372,-2.25454665171121,1.5944678522423352,-5.355746791360575,0.8627196186047923,-1.6632152476620095,True,c1,3,"Dunno what happened here, but all three of the subtasks seem to no longer be a problem. Did we kill this?",446011,93,,
+-14.26759012869448,0.6885562934949139,-1.586431953146958,-1.0367519290567575,0.5869202396535851,13.586559305810852,-3.1576081351747183,4.866138619768942,3.906718493669846,-1.72812930883854,-0.4764422584861667,3.7602727169767816,-4.433660926573229,2.087670462851973,-0.5224481341578517,4.165891835008237,3.9130076553803494,5.352368953266776,True,c1,3,"CSS content munging in general is a real pain, and we should find a way around it.",247630,21,,
+0.5321100861045283,3.549548417147353,-4.289660161590563,14.907378352456712,17.704116761803206,-4.0216865024237745,-7.037852006577577,-1.9098251298927869,2.270934295975242,-2.694062765930771,1.8996778601675823,-0.1028199176775928,-3.317229435754125,2.4987157920764638,-2.3957431276846286,3.534083458408014,-6.565647801828069,3.2554224252890323,False,c1,3,This has been fixed for some time in the DM. Marking as such.,246146,13,,
+8.547881239590504,-12.003817555321662,22.717423042756657,-7.935191773442166,4.819632100975561,-4.102935220472517,1.425416259497661,-6.461046885223662,-0.6809998093338937,3.1197113062062165,-1.8763594692289414,-2.921159305262338,7.09008133307625,-0.09771821348783405,2.8410333038824707,-0.15869275886764012,-3.600917819862324,-0.3267319019099233,False,c1,3,"Also, don't cut annotations. This is what I suspect happened here:
+http://en.wikipedia.org/w/index.php?title=List_of_Mystery_Science_Theater_3000_episodes&diff=prev&oldid=562488147",246142,0,,
+-10.262941876400182,3.5000807622368413,-9.037763109091998,-3.211531405292961,5.0807642241216335,-3.7897855833723746,-6.72443586456111,-6.205858030426466,-3.428413411824989,-0.18630657237871073,-2.059095158813521,1.7036529941812217,-3.329411471222237,2.296060110217957,0.1868727730887194,1.0903868296918096,-0.32439453618584335,-0.6276282215738869,False,c1,3,"
+
+*** This bug has been marked as a duplicate of bug 50720 ***",245337,0,,
+19.985249128829096,6.802560167257472,-0.31939860742704296,-14.036746182569763,2.37081832924121,0.9040411472737482,4.0657594081618935,0.2400913730667954,-4.104414520522633,-5.319001132990462,1.9366996804690149,-1.3004416560382226,-0.11556046267932896,-0.32281054366807105,-2.1344485908928528,0.14967507135700808,-0.5472793672619922,1.260194775496092,False,c1,3,"Still getting this occurring. Examples
+
+
+https://en.wikipedia.org/w/index.php?title=Austropotamobius_pallipes&curid=3945333&diff=562783871&oldid=545518009
+https://en.wikipedia.org/w/index.php?title=Ron_Davies_(songwriter)&curid=31118393&diff=562723238&oldid=553701771
+https://en.wikipedia.org/w/index.php?title=Sibling_relationship&curid=22409572&diff=562636237&oldid=561958868
+https://en.wikipedia.org/w/index.php?title=Double_Rainbow_(viral_video)&curid=28129724&diff=562626607&oldid=560477885
+https://en.wikipedia.org/w/index.php?title=Roger_Mompesson&curid=39389398&diff=562625481&oldid=560045122
+(also changed a category link)",245329,0,,
+3.722795400074533,7.761647204572078,-9.937343500606854,6.52909071031266,3.427126234440811,1.137898900886917,3.523795421917729,-3.1325211119654686,-1.0446717642439525,-3.449960204327436,2.5666860531893296,-1.458740423332923,2.8264728422159493,-3.0679364123942987,1.1401341515333336,2.233237556104227,2.799152283287567,2.089144460790498,False,c1,3,The visualeditor-needcheck tag also suggests that there was an issue in VE round-tripping. Reassigning to VE for investigation.,245319,0,,
+-1.0652499126513852,-11.995134118949043,7.659448150866201,-3.1582390268336322,5.190012135374392,-11.222138125027792,7.672869251612598,-1.2607805422904717,-1.7474126068129154,9.131283955203392,-3.437194640284496,2.135339016517114,0.8301418905275719,-0.5487524021520314,0.7405814837633371,-2.2806148465076617,-2.199342859706437,-0.7073649635644101,False,c1,3,"Roan has not been able to reproduce this with VE, and parsoid.wmflabs.org/_rt/en/Russkaya_Mysl?oldid=555891306 does not show this issue either.
+
+Maybe bug 50428 is related?",245312,0,,
+-10.845298209691688,-6.556069979831308,-1.289057533741593,-1.0618215740107164,1.567705519643349,-7.7618251652013655,-2.7775890284192783,5.954273352631952,7.576571899810062,5.536361230085241,1.8570260905312352,-0.5739608056221357,1.5209188240990752,-3.8462157510129913,-2.7589085630101766,1.1941313844296597,-2.4619345766669074,0.3213946906412182,True,c1,3,"At this point, closing this bug is blocked on some reasonable documentation being available. Third parties that want to try to implement things and report what's missing functionality (or more likely, unclear because there's no documentation) would be very welcome. :-)",243758,24,,
+-13.553370693950887,-0.5022717491297524,-2.944366866762948,18.85996016542564,-0.5301369163566125,2.7958002163736353,-5.053544237618909,4.217895019759328,-0.09780586599342878,-0.3308586528010693,-3.7945673230642414,-0.8206789769016387,-0.9253467457312241,-2.6178821182890397,1.9887528111548889,-1.5164220090305585,0.7971554626840032,0.6626197164765908,False,c1,3,"I'm going to close this as a one-off appearance of HiDPI icons for a user - if it's repeated, please re-open.",243405,8,,
+15.471543158261683,20.484005353131593,13.221806683805584,-15.69848666803166,-4.727638971675979,-6.476268083043206,3.5766838486014088,-1.5786945787425264,-1.391687757588925,-3.294324219638979,1.3351491613178739,-5.855263447292279,-6.871588218672951,-4.301372689184307,4.48449972161699,-3.578998481334693,0.619111741339743,0.8983774812744953,False,c1,3,">>! In T52505#5795834, @Izno wrote:
+> Is this exact task still going to happen given PHP Parsoid? (One system being Javascript and the other PHP now.)
+
+Sadly, no.",1424138,341,,
+16.34282662719002,-3.836625939605854,2.5873838259746043,-5.647940670591293,6.857443984297813,-5.293623662941949,0.5714648165648519,3.2975918481712827,2.9540734135337026,1.9789505711916293,0.16332684129776553,2.548523582932912,-0.0816005659436887,-0.46264832360855657,-3.371659830365621,-1.4428310151421155,0.6508496628808258,2.2814165780715805,False,c1,3,Is this exact task still going to happen given PHP Parsoid? (One system being Javascript and the other PHP now.),1423582,340,,
+-3.001248136422546,-2.530458873538466,-2.9572359227349274,4.158433109843786,-0.7150091099401434,-1.2316687524765566,3.549809890375549,2.1163269662821382,-1.8452457199089423,0.7144506610604839,0.5512343066543668,-0.3384331896628918,-2.1331918112500303,0.613406119817921,-0.36830316817667397,0.9583249949899266,2.7603432275698743,-0.8970897490727272,False,c1,3,"Indeed, basically the logic we currently have (or call from) ve.ce.MWReferenceListNode and ve.ce.MWReferenceNode. Converting data-mw into a the dom as it should be given to the browser (html tag name, class name, children composition and attributes etc.). And for ref nodes the sequence between different ones as well. Though VE may have to run the logic more often (where parsoid presumably only runs it once per document) it'd be nice to share this logic.
+
+The HTML rendered by MediaWiki extension tags and/or parser functions should not be hardcoded in VE. Perhaps in a VE plugin, but since it'd be the same for Parsoid as for VE, it'd be nice if this can be shared so that a MediaWiki extension that wants to have logic for Parsoid/VE only needs 1 type of plugin that both can use.",243298,0,,
+-13.801740729772181,-2.713958032447298,4.048017837264003,5.5498028632514025,-6.997536889450968,8.39827611656861,5.6737176537409155,6.033692148645141,-10.77578522153047,4.548299775652946,-0.5438847050970115,-0.08957380425015593,-2.035877167848931,-0.4707786869110263,-2.288151260184068,-0.4623100723954612,-0.7013725108036604,0.009622344076717138,False,c1,3,I would not recommend to hack something around the numbering we give you. We should rather share the ref / references rendering code so that you can simply call that code to fully renumber refs and re-render the references blocks.,243291,0,,
+-11.59663924040398,0.19761200188219696,-1.2443289606267438,10.7743361677945,-4.827160231055425,7.559705805827267,6.1973128038000045,-4.055811524824928,-3.40572429470319,-1.5836160807981168,-2.2645142776096296,-0.019396419620291816,-3.264324629508116,-0.19550535161725047,0.6900841240302555,1.4961799986852895,0.8318863116341291,-2.3885117058807728,False,c1,3,"Parsoid gives us a DOM with references already numbered, so we probably want to use their numbering and reference list as a base, then update that as required.",243285,0,,
+-14.102376967045561,-1.7220108872871993,-2.269787230746175,22.91482025059799,-6.064342284373785,-7.859046567219523,3.5388418162384365,2.6507120548201897,9.815173283477973,4.643655353804766,-2.706486965510131,5.8600057296698695,-2.15049884080296,-0.4215050164117701,2.119966169207575,-0.5583972469968068,0.7588116767087574,-0.8765395786953456,False,c1,3,"Possibly also relevant for bug 50474, in case that turns out to be hard to fix in your current implementation.",243276,0,,
+-2.6787861685466225,-5.453176512300734,0.6429225575216431,2.96000541187113,0.7597750216677834,-2.699953958547157,-1.6719402400340702,6.3186459521383656,0.021581553351800564,-2.261751818825467,0.6147821790289199,1.5149117679767965,-2.373728061051766,-0.6422840948835754,-1.5238626931079675,1.2787416221469599,-0.4118267600840536,2.681482211716378,False,c1,3,"Sorry, somehow managed to hit return.
+
+We have a relatively complete DOM-based references rendering implementation in Parsoid that could be reused by VisualEditor. This would avoid us implementing two versions of essentially the same code, and with combined effort should result in a better implementation.",243268,0,,
+1.9581660889445995,6.432636711581615,1.6551045319145725,2.085718269364449,8.872415129364729,8.212603475015019,-5.142003407027464,-0.21643444207722196,8.901772230770844,-2.485406651515934,-2.7462963449292306,2.5509754115203833,-2.882555989322806,2.1304497663837516,1.863292789974273,6.166358127534895,-0.307826286574675,5.598191926061109,False,c1,3,The current layout is good. There's a mistake in my image. Marking as FIXED.,242468,3,,
+3.2542338159117126,1.6589053531777616,-3.2683120504782983,-11.011069437950304,-6.0854953025286225,-2.9793035428545434,2.1788991809591014,-5.46447804728355,1.6175659046589896,1.255282674613456,-0.7036000152909385,-7.640107376758192,2.5000363096551963,6.728427399870134,2.681639225185143,0.6722015404634836,-0.9707009019985134,-0.17091791932442257,False,c1,3,"En layout is currently:
+
+< (chain icon) 'Hyperlink'    (trash icon)
+
+He layout is currently:
+
+(trash icon)     '(Hyperlink in Hebrew)' (chain icon) >
+
+This is not quite Amir's design attached:
+
+(trash icon)     (chain icon) '(Hyperlink in Hebrew)' >",242463,2,,
+-9.276387212304611,1.370956260241405,-3.6990511329008857,-3.9425918419791603,3.2598084094479365,5.558621373696241,2.818901402176147,2.3188021479172667,-2.3768818604113235,0.5066899355928696,0.8056359988606656,-0.5556169850590091,0.5071615226822304,-1.187913533478059,-0.46585928754055717,0.716848004796133,2.1274228758980986,-0.71158009636904,False,c1,3,"This depends on the Frame rtl fix, which will add directionality inside frames, and allow for conditional flips (and/or also allow CSSJanus to eventually work inside the frames)
+
+I took a look at the code, the flip itself is relatively easy, but I am missing the ve-rtl/ve-ltr classes that would be there after the frame fix.",242444,0,,
+-2.1068785650110224,2.8239895788409513,3.0088806449027885,1.9258867994931474,2.612163462900904,-0.9050929520530158,-3.172901972577126,1.8783340641479773,-1.9820559089158423,2.2350073403416957,0.7440666125202458,2.042471821275509,-0.901837634038257,1.1217917055969486,1.4137656471118385,1.2551668126923043,3.2135634465984153,0.37890168195185225,False,c1,3,"Created attachment 12713
+A simple mockup that I made in GIMP to show how it is supposed to look
+
+The V icon in the menu is supposed to be moved to the right side, too.
+
+Updated screenshot.
+
+**Attached**: {F11431}",242438,0,,
+-5.934174072856,-11.834476653863863,6.203224004853643,12.887492040163592,0.8384899359443452,-0.5734645123321425,1.4126248004459505,-4.238409304784959,0.09239020000835974,2.8391793433221615,6.4160581891872965,2.5486386187010206,-0.20102015456388145,-0.5458733329160068,0.7949758325252594,-3.1848845246139645,5.075530260091336,-2.6137899637015396,False,c1,3,"Do we know how this was caused, how to reproduce the issue, if VE was even responsible for it (rather than Parsoid), or if it's since been fixed?",241956,72,,
+1.862841509235433,-4.994434908083207,5.858372066983151,1.7956971214927542,-5.373278707067703,5.3496838905356014,-7.239269857486416,-0.638627603984948,-2.377290979569957,-2.4969029832931184,1.4891648085450095,0.2468092345030506,2.317087077206601,0.5109403367417076,1.6466440975315528,-0.4844782584326004,3.889553492673956,3.1690912060668377,False,c1,3,"It's Windows 7, Firefox 21.0; I attempted to make a similar edit to the article using Chrome and received a message that said, ""Warning: Your edit may have been corrupted – please review before saving."" I've asked at http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Addition_of_.3Cu.3E.3C.2Fu.3E.3Cu.3E.3C.2Fu.3E_and_removal_of_categories. if he sees it, too.",241952,0,,
+11.830586251250592,4.540401067044698,-1.9940199059349824,9.255186897152166,-1.9276635060190674,-1.8820104938664475,4.289101894040641,0.5161142133122835,-2.1211781588231506,0.12060540122318741,-0.9714809609852204,-0.4284726479381975,2.8304010031900155,-2.5780856034370836,0.5124589215561546,-0.29676810518189845,-2.0350175271680433,-0.13436436999671786,False,c1,3,"(In reply to James Forrester from comment #4)
+> Possibily we could, instead of giving the user the error code, we could have
+> a pop-up saying ""It looks like editor is currently unavailable; would you
+> like to edit in source mode instead?"" with an OK that takes you to
+> action=edit and a cancel that returns you to action=view? Maybe for
+> error-tracking purposes we could add Parsoid returned 504 or
+> Parsoid not available after the general call-to-action?
+
+Basically done this after checking with Roan about how to reproduce this error, without the small text underneath. Confirm dialogs don't allow you to use HTML markup.",241646,36,,
+2.7499464364471393,-13.037584412402992,25.930102499360693,-1.959278743393046,-18.780781161159453,9.42534131686637,-13.623322722803318,9.252470226973866,-9.624855819405818,2.910013504758825,0.014517052595400148,-2.7316058659360962,-2.3879543693341287,12.426952681595935,-1.5512776054268276,1.5211426100452505,-4.380218478141845,2.845266931894647,False,c1,3,We'll help. :-),241643,31,,
+-4.934995989661234,2.846340411599872,-0.08482004130051024,7.495393946755735,-10.809881920555224,9.25798367280099,2.382612334319008,-2.757370615762365,-3.641077192194393,-2.9926615876454075,5.3615003112237805,-0.9084719780300254,0.06513138922258221,-1.3198342390895748,-7.709393138258798,-2.756296868491137,-3.108601463233116,6.006662862660146,False,c1,3,(resetting assignee - I had issues trying to properly reproduce Parsoid timeouts like this on my machine),241640,31,,
+-15.64390620019147,-1.3720248087905844,-3.135228228113225,4.957142960455039,6.3167906354352095,8.399235602443738,-1.8998077850673667,-2.6261021843790817,-0.5216094084078169,-4.376676708814043,-2.885712358709178,-0.03952017584950518,0.7278847740695413,-0.4626940645833356,-2.1104709508812154,-3.6063493306973036,1.9806872870332726,1.4445902845021465,False,c1,3,"I'm pulling this from being a blocker to bug 50848, given the reduced impact now that it works on the second try.",241638,1,,
+0.42228081113773364,-4.700969651020431,-2.515902123792699,-7.815416776664359,4.976804928208084,5.9153593611390285,9.33592761691139,-2.5789832463454436,-0.030157589797827566,-0.9103834529119248,-5.755592427935307,-2.137012844128454,0.7384507760372792,-0.2826104892336563,3.426774625375395,2.8216964232527353,1.048146386286893,-1.5676650121881575,False,c1,3,"VE currently sets a 100s timeout, but in practice we often don't get there because the nginx proxies that terminate HTTPS and IPv6 traffic have a 60s timeout.",241636,1,,
+-6.044642915351227,16.535570810470716,-6.783724754687531,15.097878041140172,-10.284739335964453,-8.6445728387646,7.753790494063205,-4.085169352465592,-3.0286903194687698,0.31593573288473653,-2.9693481820477454,5.496932667273856,4.512439969187667,-3.986996703702401,3.166164021795354,-1.9452787076884746,0.3565071665072552,-0.8044193920218197,False,c1,3,"(In reply to comment #5)
+> Previewing that page also works in about 30 seconds.
+
+Actually closer to 70 on re-test.",241632,1,,
+-5.35031844388394,2.67126504113687,-0.0364204134285413,-0.010829199911174925,2.0843650093809813,-2.7806080917784435,5.436777263250402,-2.3354100623331435,1.4430381890060884,2.6755700213435123,-1.4823417649911526,-0.0657733215861036,0.1347435984911951,0.8471403941457172,-0.7935747337058727,-0.5301505796431485,-0.7552303843497394,1.9136390923252748,False,c1,3,"After upping the Varnish backend timeout to 5 minutes http://en.wikipedia.org/wiki/List_of_Advanced_Dungeons_%26_Dragons_2nd_edition_monsters?veaction=edit works now despite timing out in VE once. Hitting 'retry' re-joins the ongoing render, and returns the page pretty quickly. Previewing that page also works in about 30 seconds.
+
+You might want to tweak your timeouts / UI to reflect this change. As long as there is no timout from Varnish the render is still ongoing.
+
+More testing is needed with even larger pages. Bug 51053 will be closed when that is done.",241627,1,,
+-9.353367136258981,-1.6697900187728933,-1.3969405117354698,0.8537569370238227,-5.007927822177144,2.5698655902432286,0.6247068519915349,0.9976969293978657,-0.4759007453371884,-2.612675000205985,-0.6497627667553021,-0.9933853735634974,-0.03362514127771998,-0.5667894732808912,-0.9818630332280838,2.5964665604253905,1.9089680129387847,-1.274372710279815,False,c1,3,"Possibily we could, instead of giving the user the error code, we could have a pop-up saying ""It looks like editor is currently unavailable; would you like to edit in source mode instead?"" with an OK that takes you to action=edit and a cancel that returns you to action=view? Maybe for error-tracking purposes we could add Parsoid returned 504 or Parsoid not available after the general call-to-action?",241623,1,,
+-4.5865190326391225,13.693038289385619,-8.788716473138951,4.840989810061943,3.452928606882052,2.0291978708460725,2.601213695402759,-5.7958316106081735,4.335637899483229,2.4677423496697806,-5.534091401967885,0.9844951194322409,2.902751476427304,-2.116503010725521,0.6961375098615714,-5.042541740346882,3.8404086065791248,-0.9092018272936806,False,c1,3,Looks like the timeout here is on the Varnish/Parsoid side (API request on edit fails with error 504 after 60 secs).,241619,1,,
+-10.091201933647248,-3.153929738618867,6.993390564603812,5.68237406446959,-8.664833748037168,-0.5627092595454801,9.208146993577559,-2.843989431188017,2.7176671129976544,4.622741555933109,0.6993223181186711,-1.5164230082709906,-0.7746903712320772,0.4777855233282846,-0.8073958662715959,-1.208052976685011,3.290339812139295,-3.1433330333749576,False,c1,3,"Re: timeouts, need to be either handled more gracefully or we'll need to VE-blacklist articles where it occurs for now.",241613,0,,
+-0.6836715625513738,-0.8967041299271976,1.4188620726379328,2.1371330345593886,4.092069007162461,5.982499378452108,0.13989385648157793,-1.2768009324111849,6.525716598932202,-2.0480953572025213,3.036642494372095,2.654212104524568,1.143756156953926,-0.6794867371835741,-0.32015649248788547,-0.7078822392888999,-0.3542438192541304,2.3354879674504434,False,c1,3,I think this is probably related - editing on large pages such as California is considerably slower when using VE than it is using the old editor. A contributor complained of slowness with this edit (http://en.wikipedia.org/w/index.php?title=California&diff=562339624&oldid=562339237) and I found the same issue with mine (http://en.wikipedia.org/w/index.php?title=California&diff=562390635&oldid=562351322),241606,0,,
+-15.40223817944199,0.5064054706947729,-3.3234811566612574,2.8424373925572084,4.568951059171807,5.805781187980546,4.998765336538861,4.850094211890203,-3.4098248642099076,-2.929632200996881,-2.2042173838789925,0.6326943309553146,0.12022451740602547,-1.805378110075513,0.6076468186104669,-0.6905471379065675,3.6208741098324166,-1.202401220567468,False,c1,3,"I took the freedom to summarize the overall problems surfacing in this task. I guess it makes sense to try to solve the first two issues described so it's less confusing for the users.
+
+The third options seems not so straight forward at the moment. Templates of any kind can include a references and it would be unclear on how a re-use should look like or even how a reference transcluded from a template can get a name that's needed for the re-use.",2378204,576,,
+-6.459995574616406,-7.21687581096275,9.432486274174298,-10.917530330337751,0.8932740853431991,7.547074882395599,-8.618616932059796,11.22802511924196,1.8675486805909938,3.7660453221870256,5.562030390689944,3.6822853568770393,-3.304427927911445,5.965083673766114,-3.6603700049544745,2.188677791883956,3.25276982777592,7.81140989202796,False,c1,3,Solving this (and its subtasks) would be a huge success. I'd be grateful.,1068586,254,,
+-2.8955591521979827,-3.5966035992272474,-0.792567573506016,-2.9526252888448923,2.068374532546109,-1.6787039899217113,0.3209503850876665,1.7691173214918954,3.7950249737654227,-1.3463747086591082,-0.31183533546270525,0.16457089036167982,-2.101869918660888,0.34796249897492193,0.029421119425820486,2.161454052143635,-0.186921945326774,-1.172296180111911,False,c1,3,">>! In T52474#1772377, @Halibutt wrote:
+> Since T114105 was merged into this ticket
+
+In case anyone following that original ticket (or several like it) is confused about why these get merged here: 
+
+VisualEditor handles regular ""Harvard"" (parenthetical) citations perfectly; see true Harvard style at https://en.wikipedia.org/w/index.php?oldid=521737742&veaction=edit as an example.   Plain Harvard is just plain text, after all; a proper Harvard citation is just `(Author Date)` with an optional page number.  Any system that lets you type common characters can handle plain Harvard citations.
+
+The problem is when it's not truly Harvard citations, but instead it's a non-Harvard [[https://en.wikipedia.org/wiki/Wikipedia:Citing_sources#Short_citations|short citation]] wrapped up in ref tags using a template such as {{sfn}} – when the system is presented with `{{sfn|Author|Date|123}}` instead of  `Author Date, page 123.` (which VisualEditor can handle) or `(Author Date, page 123)` (which VisualEditor can also handle). 
+
+In that case, the main technical issue is exactly the same as `{{infobox|field=dataSource}}`:  the ref is stuck in a transclusion rather than in the article being edited.  This has multiple effects, including impossible numbering and bad displays (because the transcluded doc gets its own  list; see T114105 for a screenshot).  As I understand it, some of these problems will be solved here, and others may be fixed through other mechanisms, e.g., {T110909}.  But the bugs get merged here, because it's not possible to merge them to multiple related tasks.
+",759604,175,,
+-2.1137142610131012,-1.4682771322327834,2.215468334027313,8.938258942207648,1.4542990233846727,0.3091612611794883,-6.120880822849814,1.9140425788247182,-7.51314868682364,10.65424660427541,6.8366765962515395,0.5827242702211457,-0.4715675405839066,0.6524338648175474,-2.5989843204686687,-3.498358086309645,-2.908128820812688,-3.4697780230787005,False,c1,3,"Since T114105 was merged into this ticket, is there anything I could do to help solve this issue? ",556154,121,,
+-8.673692131454821,-2.474595939538222,3.584018887339856,11.086989847096744,-2.893135988895124,2.150993933556972,2.286478343948641,0.7135416402359323,2.3740353208790124,2.543106686054081,0.8768644935909345,0.1563202249609894,-0.7766720550271875,-1.1767613419674714,-0.49161645742217486,-1.944854896369709,1.9407242770328768,-2.86635364267993,False,c1,3,"Just a friendly reminder, that while T114105 was merged into this ticket, it has nothing to do with it. Nothing to do with ref numbering or with ref accessibility from the re-use menu. Actually, it's more about how VE displays templates as such, not how it handles references. See the attached screenshot to see what I'm talking about.
+
+But since it was merged here, is there anything I could do to help solve this issue? ",556153,121,,
+-8.49276456551371,-2.6393644792365762,1.9999818719924702,10.337031321838923,-3.082285087294581,1.634626408385694,3.483678023744945,-1.3731764217872433,2.2351642760474277,1.7129373905617022,2.7702758978314517,0.9918280552564909,-1.6360366558839914,-0.9300831463822218,-0.32138391678596934,-2.0149949628825214,3.1711833765431225,-4.098641805632121,False,c1,3,"Just a friendly reminder, that while T114105 was merged into this ticket, it has nothing to do with it. Nothing to do with ref numbering or with ref accessibility from the re-use menu. Actually, it's more about how VE displays templates as such, not how it handles references. 
+
+But since it was merged here, is there anything I could do to help solve this issue? ",556151,121,,
+-10.679234100158475,-1.5931711747270896,3.2575287328897717,-5.336286734545653,6.271643264818424,1.1248863299665057,5.24935756355711,-1.745710289669426,-0.3852826889778397,2.2559873359816995,0.3671107954518621,1.4752815448036225,-1.3647250133195683,0.861177745166471,0.6312274874589643,1.504822955106978,-0.38864259674952045,0.3293119350887066,False,c1,3,This information is already shown in context and the reference list. If we change the numbering that will probably be more confusing.,516775,112,,
+-11.858030639426762,-2.160321459030614,-3.6344979023565123,-2.1132305628852706,5.090804200613313,-3.4126404007485487,-1.908257407138139,2.591509263298081,-1.1767899628406282,-0.4272290714513187,-2.383543619009161,1.6578716160415974,-2.4136061319991438,4.422813844281958,1.6850020370221808,4.323199674872408,2.3744372931643665,-0.8808328920157846,False,c1,3,"As a stop-gap measure, is it feasible to have the footnotes that are contained in templates (and therefore not ""in"" the document) be displayed differently?  You would get the usual [1] for whatever is the first footnote in the article body, but the first one in an infobox would be marked as [X] or [Template 1] or something that doesn't match the typical ones. ",516762,112,,
+-14.90954160319333,-5.019683673164337,-0.18677051202066108,4.932330804711389,3.3493335079579065,1.4714719672673997,0.84915230733559,-1.1709580155386923,-0.5973031527453264,-0.9998698887101471,-3.271703393518187,2.9198426037235867,0.8360756509435499,-0.7539892169139399,-0.39976622339295487,-3.6303058918704907,-3.4326227511884055,-0.7448976228076387,False,c1,3,"In the weekly triage meeting on 2015-05-06, we discussed this task. Though we acknowledge that this is moderately confusing for users, fixing this is a very large piece of work (which reflects why it has not been completed in the past two years either). I've marked this as blocked by a piece of work that we hope to finish out this quarter, which will hopefully help make this slightly less epic to fix.",454943,96,,
+-8.965636417690504,-1.6599635951936005,-3.81710297097226,-4.640056221695772,-2.2217286717452636,-2.912148711282722,-0.012115861506121206,2.122597675105852,4.571745373468208,-0.2367404074205206,-0.20077493814740333,-0.7079769535582487,-0.5820273173976198,1.3287187675659438,-0.3004212505367425,-0.06439546729783974,0.16254183216241122,-0.8802853587293877,False,c1,3,"See [[https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Citation_numbers_messing_up | en-Wiki feedback ""Citation numbers messing up""]]. This problem is repeatedly mentioned on en-Wiki, confuses editors and hinders editing of developed articles with complex reference structures. I would like to propose the whole issue with ""references in templates"" and ""references generated by templates"" as blocker. I am aware, that 5 other tasks are possible related to this problem (See also), maybe the whole topic area needs another fresh look for a solution. - the problem is known for almost 2 years now, and should get a higher priority and more frequent updates on its status.",450272,95,,
+-14.851573204597626,1.5806157750085958,-8.731357978477456,2.584024467216816,10.857013375580095,4.79484014234529,-0.8543416356767892,5.670198595736587,-6.377923023993391,-1.5117011256201685,-1.3446527697156956,-1.7515654995288172,0.17210336455689967,-1.0988848980048278,0.5232939569522261,2.568818830929768,3.599060738995302,-0.6747074367749164,False,c1,3,"It doesn't seem to have been mentioned above that this bug can cause the loss of a citation, which might affect the severity or priority.  If you have a ref inside a group note (e.g. inside a tag) and delete all other copies of the ref, including the base copy, VE is unable to transfer the base text to the copy of the ref in the tag, so the citation is lost.",399306,80,,
+-7.78036790966779,6.1405354411445465,-8.22815434249016,-2.0913990395080013,1.2220453935541844,-1.7061397550375474,3.8210142379428422,1.2139084174118944,-2.6611881577912184,2.3340475305614987,2.7285568265846076,-0.12419343587697096,-2.6146765643533914,3.4149174882809588,0.45819402304177004,2.7536262810851246,0.2508873152037028,2.1339213199048435,False,c1,3,"Notes for testing the future fix: 
+
+- The references placed in the Infobox template should be numbered correctly along with the other page references
+- There should be no discrepancy in displaying reference numbering in Read mode or VE mode
+- also, check reference for class=""toccolours"" - the warning msg should be displayed: ""This reference is defined in a template or other generated block, and for now can only be edited in source mode.""
+",392866,77,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 69373 has been marked as a duplicate of this bug. ***,241574,58,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52742 has been marked as a duplicate of this bug. ***,241570,49,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 63210 has been marked as a duplicate of this bug. ***,241567,47,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51058 has been marked as a duplicate of this bug. ***,241563,21,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 53777 has been marked as a duplicate of this bug. ***,241559,17,,
+5.705228960289064,-1.7333392236698977,-0.839236362768438,1.803012678092994,-2.5399874744183215,-1.5098442949940196,-4.736033217664813,-1.143063846383492,0.7881989110527357,-1.8434368627530677,-0.26238499448555475,0.40310275855128275,5.2055755453440575,-5.856226206789145,2.6246521887666017,5.216002076442672,0.665367053877135,-0.06622697484201145,False,c1,3,"**kwwilliams** wrote:
+
+(In reply to comment #25)
+> (In reply to comment #23)
+> > There's no way to code a single template that generates both a reference and
+> > table markup without using {{#tag:ref}}. 
+> 
+> True. This should have given you pause to consider /why/ it wasn't available
+> until recently. :-)
+
+Laughing while you dismiss my comments adds a layer of rudeness to the discussion that is completely unnecessary.",241554,8,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 53486 has been marked as a duplicate of this bug. ***,241547,8,,
+-4.774927011589316,-1.2368534169455092,-0.7351566655181236,-4.5463529594941825,-2.6278227479891028,-3.8611958849163805,2.355652840894484,1.3993926526651421,-0.7015356259978754,0.229017276724222,2.170969890741861,-0.8368490672586075,0.5862762478077377,0.773067314898104,1.0354714589698912,-0.3821244303798075,-0.42598768966659323,-0.3120567927945479,False,c1,3,"(In reply to comment #23)
+> There's no way to code a single template that generates both a reference and
+> table markup without using {{#tag:ref}}. 
+
+True. This should have given you pause to consider /why/ it wasn't available until recently. :-)
+
+> If you didn't think ""any reference created by a template shouldn't work,
+> deliberately"" would be read as a refusal to fix that particular aspect of
+> this bug, I have no idea what you intended it to mean.
+
+Translation: When we made MW's citation system, the intent right from the start was to never, ever let people create nested references, or references that need to be parsed multiple times, because it creates endless issues.
+
+Unfortunately, when later the {{#tag:xxx}} system was created, the person implementing that didn't remember this issue and instead has indeed given rise to all manner of epic problems.
+
+> I also don't see that this bugzilla specifically addresses the ability for
+> the names and contents of template generated references to be available to an
+> editor that is using the ""add reference"" dialog.
+
+That would be the ""don't show up as references to insert"" part of the title. :-)",241542,8,,
+-10.271005651100506,4.933730656389997,-3.6045402015872945,3.076403241632258,-5.750803778847928,0.46957717206696437,2.4612134663726923,6.523921933449831,2.5308210622496556,0.9735740013721168,1.8310458445896418,1.9226142996910465,-1.494934508045766,2.63021061118821,-1.4906390738197748,-1.9132320212928344,-0.0732953922538899,-1.1232188773921523,False,c1,3,"We might actually be able to use the same CSS technique I developed for auto-numbered external links in bug 53505 for citations. That would at least fix the numbering without extra effort, but won't help with  rendering and editing.",241534,8,,
+-12.182440127433956,-3.443330477743867,-3.3703238333268324,-3.0335766040363126,-1.4630695681424752,0.8469483670072062,-0.7583586454449343,2.0079584262143046,-3.3540961872336528,-0.15272951467724205,0.4794709379212997,-2.6517208583723666,1.391091468935095,0.35199480791814697,0.5977366960764989,1.0771842244298893,-0.570888096502103,-0.17491873975569527,False,c1,3,"**kwwilliams** wrote:
+
+There's no way to code a single template that generates both a reference and table markup without using {{#tag:ref}}. 
+
+If you didn't think ""any reference created by a template shouldn't work, deliberately"" would be read as a refusal to fix that particular aspect of this bug, I have no idea what you intended it to mean.
+
+I also don't see that this bugzilla specifically addresses the ability for the names and contents of template generated references to be available to an editor that is using the ""add reference"" dialog.",241527,8,,
+-7.336785402437193,-0.27231381450743264,-0.3850711348360629,2.0971159395320758,-2.8088038061267193,-1.0225849459752556,-0.8152136009537774,-1.220926790585088,2.3734001247203302,1.0732723616221094,2.149986888333023,0.583660145008329,0.26678413074828944,-1.3814068853049022,0.620042245106303,1.5646548829728,0.445169973089939,-1.3445499153438254,False,c1,3,"(In reply to comment #21)
+> Describing a widely used template as a ""hack"" and refusing to fix the bugs
+> associated with VE in terms of editing it is not a valid solution.
+
+Who said I was refusing to fix it?
+
+> The template does work and the references work fine using the normal editor.
+> There's no way to code the template to not include the #ref.
+
+{{foo}} works just fine, because that's how it was designed to be used. If you want an easier way to edit, use VE. ;-)
+
+> It is not within the scope of the VE project to refuse to fix problems
+> because they are hard.
+
+This is off-topic, but actually, it is very much part of Wikimedia's job to make decisions about whether it is worth spending large amounts of donor funds on marginal use cases rather than features that can't be done in other ways.
+
+> I strongly, strongly object to the implication in the addition to 52478 that
+> implies that this bug in VE will never be fixed.
+
+There is no such implication; there is clearly the inference in your reading of it, however. We will fix this bug - the comment just explains the priority of this bug in relation to others.",241519,8,,
+-9.047289238382326,-5.084820011103764,-2.747420324815164,2.6335561003668744,2.7019607417594003,-1.9435037226066196,-0.20232703068243119,1.4773364612898137,-2.512827788948875,-0.8077609054043915,-1.603855916052931,-1.395996748513204,0.652402669240189,-1.6378816440914978,0.7061764383584173,2.2743862021835213,1.9568498184573284,0.2837649182935116,False,c1,3,"**kwwilliams** wrote:
+
+Describing a widely used template as a ""hack"" and refusing to fix the bugs associated with VE in terms of editing it is not a valid solution. The template does work and the references work fine using the normal editor. There's no way to code the template to not include the #ref.
+
+It is not within the scope of the VE project to refuse to fix problems because they are hard.
+
+I strongly, strongly object to the implication in the addition to 52478 that implies that this bug in VE will never be fixed.",241508,8,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52478 has been marked as a duplicate of this bug. ***,241500,8,,
+-8.787187536308268,7.789361471516241,-13.01312290255831,14.601260296855857,-3.7082157550216808,-2.5209617826454043,1.0500194607880466,4.460408747270567,-1.560545084859876,0.83624000268044,-0.715307392328699,-3.1480508153546616,1.2015425692170965,-3.760539114445942,-7.480298502989001,-3.2354581315764253,1.3742819026921878,1.2987817480929542,False,c1,3,Resolving Bug 28980 could relieve at least part of this problem by lifting the need to use  because of localization issues.,241491,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52083 has been marked as a duplicate of this bug. ***,241483,3,,
+-5.242630744592398,-1.7247892007127579,0.6934951572207835,-2.5072160366958123,7.064867384004076,2.654316039192853,3.1517816349911207,-4.116682770743731,4.129996755026034,-0.47890319678273485,1.985331206281516,1.4781586162308802,-0.04154247602067063,-0.08782004795408649,2.1041091481297913,0.8981387574733524,4.386616687643275,-1.054321355137684,False,c1,3,"The ref duplication issue (last bullet point) was actually a Parsoid bug which is fixed with the commit above. It only manifested itself in templated references sections which are not rendered by VE. The fix is deployed to production.
+
+The other VE issues remain, but fortunately are less visible to users unless they modify references.",241478,0,,
+-8.035294765701233,-2.9365695783205155,-2.6712716235042264,-3.4386289656781184,2.182524890855241,-4.87978588439522,1.757581603944912,0.41031430936922053,1.053055281405186,2.005764353408849,1.4273838205563074,0.9074330667279122,-2.0010154432147855,0.6253630523362441,0.7065467915105441,1.942172049059477,-2.2204133095609087,-0.202496067582441,False,c1,3,"I think so far we have seen several issues in this area:
+
+* References from templated content are not being picked up by VE, which causes
+
+** the numbering to be off
+
+** those references to be missing in references
+
+** edits to refs whose primary (first in DOM order) definition is templated just update the first non-templated ref alias in the page. Those changes are then not rendered in the PHP parser. Correct behavior would be to explain why that reference cannot be edited.
+
+* Some refs are duplicated in the references section",241463,0,,
+-9.601515183023356,2.149031145058496,-5.546519294119985,0.34621062613192777,-2.103781234699503,4.702608174838424,-0.38511837735432586,-0.6723666175937505,5.103194242576944,1.147320417293625,-0.49130224102012776,-0.07244665456737209,-0.6982725359442568,-1.441616647013106,-3.677252229596209,-0.3112700227442602,-2.0145195576909316,2.447841302591993,False,c1,3,"Parsoid provides ref info also inside template-generated content, and our ref / references rendering code make use of that. I have proposed to share that code in bug 50505. 
+
+Using the Parsoid rendering on first load could be a workaround, but hacking dynamic updates into that sounds like more trouble than it's worth.",241458,0,,
+-11.851554026990481,11.925945630056802,-9.119990596455782,3.169516283045704,6.878368414164774,0.8053983839460201,7.165467273063529,-5.702911399522268,-3.0984690526573857,-1.3920080795842669,0.7679989854654021,-0.9919918490390938,-2.2122739382281646,0.6303398390764341,0.33039519056675015,-0.3900099509607138,-0.5474153718749846,-1.9626316633809355,False,c1,3,This also prohibits references utilised in templates from being used elsewhere on the page via the template inspector. Blah :/.,241452,0,,
+-4.622228664790299,-3.0482724195860147,3.949326472655839,1.0973991391065354,3.7129091108309034,1.3431401534938487,-3.9015119664815785,1.1821141635055288,2.116212155525761,-0.624989714502389,-5.0671941547286465,3.034253187650619,1.992645682850438,0.8618382092704862,1.8925430767665992,0.7174899467327589,-0.8796716867360875,1.8220497738525645,False,c1,3,"(In reply to comment #9)
+> IIRC the VE renders (and numbers) references natively without using our
+> rendering at all. Which would make this a VE bug. Trying to confirm.
+That's correct. VE does not see the first two references because they are in a template, and so it mistakenly believes the one in ""Early years"" is the first one.
+
+We could mitigate this by using the numbering Parsoid gives us.",241449,0,,
+3.2595106433925523,3.4080020090655267,-8.751348952544507,30.853802446544265,5.45492001815861,-6.971286248153574,-2.499170948627077,-3.546580833195554,-1.1646025461681093,4.383000300488044,0.5285399351427844,-1.7872204416184552,-3.380826058196941,1.8576328423176605,2.4825279313892477,3.959796901765987,1.3470917051416107,-2.0289624488274924,False,c1,3,"Moved to VE, as the numbering seems to be re-done in VE.",241443,0,,
+-2.369497225888155,6.469563159984549,2.466735416790595,-2.356167435486057,2.9688974539738986,1.5923492668176653,8.894856667763479,3.7112063827315134,-8.0628132716613,-3.998641229629747,0.24057540557365842,-1.5491679031614205,1.0423791524565176,-2.906916383979764,-3.9526943092280584,0.7560148109445652,-0.7109200671210003,2.3740342931667695,False,c1,3,IIRC the VE renders (and numbers) references natively without using our rendering at all. Which would make this a VE bug. Trying to confirm.,241437,0,,
+-3.3472269030986816,-6.435875360432573,7.659855930250236,1.5971163913433308,0.5014893185532507,0.024062983787342063,6.063548880674615,-3.4166839834423604,-2.6133964782987142,-3.194921858072427,0.9437960495728057,1.2174318135762237,-0.6967850351359182,2.108166537904614,1.010061707729855,0.9343771740691476,-4.366685073283533,-1.5229112104401956,False,c1,3,"It seems that this bug doesn't cause any wikitext corruption, but only affects display in VE.  Still something we should fix on the Parsoid end, but not as troublesome as I initially thought this was.",241431,0,,
+-9.264694453039539,-3.4101339548331584,3.1934120951136844,-7.7665545049684575,7.160272709473604,-4.511539324274834,2.000609648236752,-7.629330469005514,3.1302153437824733,6.967705627577621,2.9487447442958334,3.1287996993692646,-0.23061504735819405,1.92652404209604,1.9994336015065715,-1.0100016564017413,5.162513601729552,0.8933897993415569,False,c1,2,"Looks like the ref-counter has been reset after the 2nd ref-tag was processed and also, 13 references are duplicated (the first 2 are not duplicated).
+
+The bug cannot be duplicated locally.  So, I suspect something is off when refs are being reused from Varnish caches.",241425,-1,,
+3.7038143768623897,2.646985639803219,8.26007334650812,9.429651238074046,-1.5289953669145406,12.409136802856047,-1.8523924320645495,-8.535424198251734,-2.588993583119789,-7.994717930368843,-7.712858354674326,5.807397030825462,-3.6836636751992433,2.467495782590981,1.856026279658165,0.9775536908335534,4.157608570074524,-0.13177227824233295,False,c1,2,Indeed. In my defence it's 10pm on a Sunday :/,241417,-1,,
+2.1687217959095175,2.7461018438509868,14.398569662384526,-2.0259370548340936,-5.419349468040431,6.978086874748101,-9.600647298512326,7.585923062969789,4.200290546021644,-2.389391212014663,3.2348149899637724,-2.0113351397422004,3.560277898726259,1.8975812291603067,6.936498199388917,-2.8470410759097997,-1.9766207387759223,-0.08362953781063576,False,c1,2,"Ah, I see the new screenshot. You wanted to write ""Early years""?",241411,-1,,
+-10.28351128803589,-4.965156071705213,5.483545952081012,-5.245382845564349,0.3959196142964192,4.608039579027054,-0.08303913890428127,3.515967889177296,-0.7172192741079889,0.3392952482588596,3.0207816043343643,-0.3672541182503597,1.1561085694352489,0.16311527542171422,3.2019746300467853,-4.308655726481421,-1.796273062328223,1.0145290370847655,False,c1,2,"Yes, there are references with the same name, split into multiple entries but I don't understand how the screenshots you attached should demonstrate that.",241403,-1,,
+4.406483574375528,-3.805723839320441,16.693799284219338,-10.707212228383538,-5.624768591709824,-4.782335274506018,0.5303014164131348,-5.704195181822734,1.0134366709946916,-3.7352764156491656,-1.5184406967959285,-3.151477743744391,-0.9194311473436321,-2.848004041677334,-0.6204482748318254,2.075478465968569,3.639668215451687,-4.447591064369208,False,c1,2,"How it actually looks
+
+**Attached**: {F11401}",241397,-1,,
+13.206762453995788,-6.234857429095712,2.8240798356894663,4.807644833811688,-5.446500542421748,-7.034870516604054,-0.1286866696825637,-6.428956760464515,2.5391528898951643,-5.307929971158781,-6.5707702364149085,9.162751614643355,0.9286212309866015,0.45951930770952343,0.5735070788980643,-6.103701804017305,3.1938967388144244,-0.405456017139453,False,c1,2,"How it actually looks
+
+//attachment Screen Shot 2013-06-30 at 12.24.02 PM.png ignored as obsolete//",241391,-1,,
+4.943901260613167,-2.618596691484763,14.238028713895476,-9.524107606705302,-8.979556381024034,-4.654786041561783,-3.8378617504098154,2.032529311683748,-3.536073445808822,-1.2398396234026792,0.8918551135856301,-2.170167750631713,-2.8199304669274072,-1.0196222385032594,-1.965690120828374,2.5369507037126064,3.4969763514919925,-3.2531124194469374,False,c1,2,"How it should look
+
+**Attached**: {F11400}",241386,-1,,
+-10.09839511103348,-8.223123897950703,10.205301303332265,11.965020487430786,0.1039362666642294,10.770196698565247,-10.907644424505962,0.18126401240495416,-1.3579940408412887,4.884416339804675,-0.13401222324317308,0.5179011343953297,-2.306740387908854,-0.23628929606259197,-1.7344512265071859,-0.44900465611928775,2.910188381363163,-3.414085369066414,False,c1,3,I think this has been fixed for a while. Re-open if you can reproduce it.,240813,9,,
+-9.323333014805634,-3.934109457933733,8.776912218184023,0.1753356620297648,-2.3441562003092438,10.617749631705706,1.2450862846349153,-1.9545854480632578,-5.5981628068130505,-5.76060651816551,-1.6417757528697372,0.753641582074712,-4.226262041927172,-0.05328002990038727,-0.5899382973438301,1.5905970278887542,5.707422411200356,-2.923575020661762,False,c1,3,"I can reproduce it.  With a lot of the pawn bugs fixed now, maybe it has disappeared.",240807,3,,
+-10.369633728480995,-1.3290835275041868,0.12060367692855545,6.516997398427767,-1.9362721520230428,-1.0951519859807526,-0.7593021920023855,10.34569038849951,-1.9441925645251001,3.0041433771241346,4.201144670663245,1.7487351285006438,-0.31992758522275233,-2.4205007806479473,3.69245577294458,-2.3462470260931005,2.1842646206753065,1.0373231194617794,False,c1,2,"Oh, meant to add that the loop may well have been infinite but I tried to force the save (with ultimate success).",240803,-1,,
+-1.7984799185918696,-5.04780101076439,-0.5173924178025726,0.44712549804518,-1.3804718317715103,-1.1415910123435307,-0.09932502332963011,3.251419185097335,-2.335544301890124,-5.390637172538772,0.6654015348259418,-0.9855037593460052,-0.8644555177281408,1.6544086609242676,-1.0486024041195419,0.2047217864779629,1.894487836034939,0.7473980199182946,False,c1,2,"Given the severity, I'll try to recreate what I was doing but it was basically an attempt to cut the existing External Links section and paste it after the References. As I had made other changes, I can't rule out the idea that I could have stopped editing at the first sight of white pawns; certainly, I saw a couple just before the main ""whumpfh"" of the loop kicking in, but the loop might have already started by then.
+
+Browser: Chrome latest (27.0.1453.116) running on Windows 7. Plenty of RAM (before the loop, anyway :P).",240800,-1,,
+-12.770289326393627,10.952398415395571,-11.658056465597483,2.903677128335021,9.410654949709475,0.8627927671271536,-0.8143683249743514,4.601371900714068,7.4414364083222875,-2.647495270257762,9.945987781422804,6.629992317593724,-2.641921102095845,5.494974486673565,1.2572859014310747,-3.014357718171127,-4.14785761797295,0.022470774691128792,False,c1,3,This was fixed as part of the toolbar fixes last week.,239625,17,,
+-14.995470765246294,5.5981605438367446,-3.5292382831254745,7.795800071503274,-6.969253070349746,9.321263352992112,5.587461519410452,5.459405175852404,-2.308317940073503,5.157323449474326,3.640688185843993,3.0934240009298373,-2.2404307544288202,0.35685360342147576,-0.7792303106535534,-2.0184831586240217,5.567561640604087,0.5047055384693464,False,c1,2,"Text selection of the toolbar and descendants of it was intentionally disabled for design and user experience reasons.
+
+I can understand that it may be useful to re-enable it for the edit notice part of the toolbar though.",239619,-1,,
+-3.9261657056452117,-12.912015610783639,7.795414365346282,-5.078687722312332,3.1587651711267917,-5.630755704652383,3.762739306253316,1.570217464368889,-6.173843206949835,2.862458671890182,1.4425737932316391,-8.844259242507125,5.115638150679205,10.743243065004203,1.739978148781364,-2.681417493820232,-2.836104392596493,-0.6639989716809427,False,c1,3,"This appears to be fixed now. You can't create both ""foo"" and ""foo "" any more.",239402,68,,
+-9.740636539200406,-3.3834088917629668,-2.1377549781494345,-5.87906790996569,-1.1786898385859619,2.4935696107772287,-0.1020558345183904,6.1144302612013295,1.2181366995397809,-2.7435104528385192,-2.121416360326426,-6.403492994251598,2.988328830272266,6.6129767888607365,3.36597477990206,2.1629658841172468,1.9255357662369612,-0.3306164887286851,False,c1,3,"Clarification: the transclusion dialog allows the user to create both ""foo"" and ""foo "" as separate parameters, but it shouldn't. It also allows the user to create the empty parameter ("" "") multiple times.",239396,1,,
+4.713828447451254,-7.895361921727496,1.5649268928449365,13.385801020944266,10.287615215430783,-9.358532606266671,3.021359018940256,3.951575966460362,1.2837235958995163,-0.2855186355732715,-0.3498553019943773,-5.921123100078243,4.888771314441343,2.7490553987775597,0.7904665131070088,-3.3243474911619715,1.1603799896165297,-1.9263376579949782,False,c1,3,"This is now effectively ""solved"" through general availability of the GUI to edit TemplateData.",239277,70,,
+-5.816265863730054,1.8190523223767823,-2.8426526316562404,10.704671217745405,-0.6631777596164206,4.840046159007098,5.640609563640629,2.621159574262366,6.490796224257937,4.27289220723482,1.64484546593637,4.488709006640792,-3.764569441045148,0.6361954470066555,1.1992647439073951,-1.9347211485463034,2.1486932323428816,-0.4418961201557772,False,c1,3,Would be nice to deploy it the template data editor to Hebrew Wikipedia  - it is more important then in other wikis because of this bug,239274,28,,
+-5.8336396388624046,-0.7070824603902608,4.579565227550584,6.753412225670646,-2.530910158596077,0.3900011015980489,-1.123764849469275,0.14564946426161718,-3.834556846188149,0.48125576629300504,-3.8842923287746225,0.6042046912749255,3.005709358949888,-3.7576542626570726,3.474043080259375,2.892998592771379,1.68019735297038,-2.2224930068624906,False,c1,3,"(In reply to comment #15)
+> How about marking it as a duplicate of bug 51734?
+
+I don't think it's really a duplicate, though; the problem remains (so if you want to edit the source directly you still have to deal with it).
+
+(In reply to comment #16)
+> Thanks Moriel for implementing a nice workaround to this bug.
+> I think this bug can be disposed after template editor will be deployed to
+> all wikis.
+
+That seems like a reasonable resolution. Will do.",239271,28,,
+-7.944287623077999,7.404523455597918,-7.2071451913349165,0.7020847298585675,3.1577529843040058,4.735494809227337,-1.3543494736909114,0.8710649686887199,-3.823774002385507,5.318540736939205,4.217685193062273,0.008125021530289267,-2.6186919839115466,1.0988456260962274,-4.320067955948825,-2.2066556198012033,-3.0856314131112312,1.2973351445240957,False,c1,3,"Thanks Moriel for implementing a nice workaround to this bug.
+I think this bug can be disposed after template editor will be deployed to all wikis.",239264,28,,
+-13.640073800678366,6.41554754526263,-3.786545531466787,20.40887551427293,-1.1962097289399933,3.8439076965873653,4.422513399134404,-6.078898023614797,-4.049760677629734,-9.731854462674692,-5.369674976378279,3.273655792560951,-2.234210525824435,-1.9670806894881911,-3.3803665327264323,-1.5728044653553943,6.593087683786556,2.9370815065354647,False,c1,3,How about marking it as a duplicate of bug 51734?,239257,28,,
+-5.9193290966802055,-7.073176690013029,2.2895367318173143,1.1698841879154056,-1.682192433903479,-2.8992661128115866,-0.2755732264726838,1.516407925845468,-0.6254643182019408,-0.8274407285083898,-1.1342684935394916,-2.411776564501553,-0.6613950388212495,0.634580259865809,-0.6926613622106681,-0.2928779959592731,-0.7093816110376935,-2.7814559784478714,False,c1,3,"So… I'm not sure how to dispose of this bug:
+
+* FIXED – except it's not fixed, it's just ""worked around"" by bug 51734
+* INVALID – except it's still a valid concern
+* WORKSFORME – but only because I'm willing to put up with this (and I don't do RTL much)
+* WONTFIX – closest to the truth, but feels a little blunt
+
+Perhaps we should wait for the template editor to be deployed for all languages, then close this as WONTFIX?",239251,28,,
+-4.556723501523303,9.80331240616352,1.0646927261051622,8.252424067638758,-5.231694642184281,-1.0539116227515208,3.5396003115421024,4.187639086143283,-7.4805225717441655,1.4298757631904637,0.20735900975408428,-0.14400632766048815,2.4957374634817633,-1.459109460241269,0.801752531167788,1.3386016374070637,-0.2601959287928462,-0.06428158967316877,False,c1,3,"(In reply to comment #10)
+> Michal tool seems interesting but it currently lacks the ability to edit an
+> existing templatedata. Michal, is that something you're planning to add?
+
+Absolutely! Working on that now. At first you'll have to copy JSON data to the tool, but I'll try to add auto copying from a given template.",239236,4,,
+-5.9472944151195,-9.949842596160847,6.318537681506713,3.9299604622706976,-4.508840369012331,6.6383513520650475,1.3327947638280495,-0.4510509754147064,-1.593129746058347,4.349473769169974,-2.5463683216551547,-2.638703675599098,2.057078366066885,-2.270294490254942,0.2451938132064817,2.444371253049807,2.7710858215800305,1.63216992679394,False,c1,3,"Ltrlg's script can edit an existing templatedata. I don't know if it works correctly with rtl languages, but if it doesn't you could always ask Ltrlg to fix it.
+
+Michal tool seems interesting but it currently lacks the ability to edit an existing templatedata. Michal, is that something you're planning to add?",239230,4,,
+-10.174779594196405,-8.223823290676858,10.421547921500434,-1.3572535837689657,-2.115410762643825,8.074461268576599,-1.5908534685765439,-1.5883415034696924,4.5498177540011095,3.259461526171279,0.17754021728199842,2.9154349276014324,-2.934712427537278,1.178016703503242,0.30817350558637235,2.6766026423582856,3.46539600298975,1.777205138345194,False,c1,3,"I forgot to attach the link... here it is:
+
+https://github.com/mooeypoo/MediaWiki-TemplateDataGenerator
+
+It's still being tested, and there are a couple of changes we should still implement, but it's getting there. I hope it will be ready for wider test in the next few days.",239224,4,,
+-4.286172251201124,-7.314775147136439,2.45661379755197,2.938197992311242,0.992906877649606,7.522279637913975,-1.9719888290425764,3.587354914484303,2.5606584773979417,-3.544675126336807,-1.7297134371893437,0.44709733602638924,-1.1642053460978583,-0.542449341899488,-0.3070876483807021,3.7100654755670197,2.970938984980421,1.0745301811759824,False,c1,3,"I'm working on a TemplateData Generator extension that will allow the editing or creation from scratch of templatedata json. It will allow the editing of the json data visually, so you could maintain the parameters or description as you please with a GUI.
+
+I'm also making sure it works with RTL languages and the GUI is completely translation-ready. I hope it will be ready in the next few days (at least a basic working version of it)",239221,4,,
+-11.732793980815664,-1.9944621821062771,-1.367278580599614,0.8600396737775853,-2.4770727778982993,0.29917464861922305,-1.202483772357338,4.058058877002042,2.820943561210811,3.9280186081954778,2.850342665053158,-0.9078992392943741,1.1914617798409375,-2.218950824830876,-2.753985143483226,2.5201983647830737,2.4821314221534796,2.8084477235325553,False,c1,3,"Is it possible to edit templatedata or just create new? Is it possible to populate the form with existing tempaltedata?
+
+The main problem isn't creation of tempaltedata (which for many cases can be done by bots), but to maintain it - e.g changing the description, adding/removing parameters etc.",239217,4,,
+-3.4900487540483813,5.593869104654786,4.172388857603696,3.005976792782496,-7.733896741617825,18.996187362189275,-3.0952300187868307,-0.2404136682963559,-0.43215590517776065,-3.9810168355898194,-0.7296941240720147,1.2616308761849844,-2.9593829720727975,3.533384389943272,-0.524641087784723,1.3032998448460529,-1.654797278987051,-0.4610905767542661,False,c1,3,I've addded rtl support to my editor (http://tools.wikimedia.pl/~mlazowik/templatedata/). You can send me translations. More info in the bottom of the page.,239210,3,,
+2.7668616066060423,-5.985626312944034,0.32511836989057263,6.817213114489489,0.13598725395814704,0.9300777306541885,1.5179072487942555,-1.6917857163851595,-3.5145903543261303,-2.07560774680577,3.348871901963512,3.972000895010715,-1.3028188766078521,1.0893984090451918,1.7291906515474613,-0.8629710880322947,4.567795115225669,-0.6063055939172846,False,c1,3,"A user interface exists also as a script on enwiki (which can be used directly from other wikis)
+http://en.wikipedia.org/wiki/User:NicoV/TemplateDataEditor
+
+It was written by Ltrlg (see 2 posts above) on frwiki, I translated it into English.",239203,3,,
+7.826159342979,4.569632646989703,5.213336522904279,-2.5376037281889854,-2.484635498664635,-1.6422722864803827,3.7295351495153444,-5.012302413163056,2.004595614922753,1.3668760311482675,-0.7617465123917011,0.92674181470358,0.9579917060728294,-1.63659965306186,1.3548893875863737,3.5485662823889754,1.2251971630197487,0.7498500138033406,False,c1,3,"(In reply to comment #2)
+> The ideal thing here would be to build a tree-like visual TemplateData
+> editor,
+> that would save its data to JSON. Kinda like http://www.jsoneditoronline.org/
+> (first Google result for ""json editor"").
+
+It kinda exists now, http://tools.wikimedia.pl/~mlazowik/templatedata/, but is currently not translateable (only in Polish). The code is on GitHub (https://github.com/mlazowik/templatedata/) and author accepts pull requests :) (CC'ing him).",239197,3,,
+-5.492693317906948,12.61324438010205,-4.450343816924824,-5.6212149867763666,-5.870188874721748,-0.3525167464826904,0.2364496659280917,18.617840604687103,8.376187624582823,5.221759636422481,-1.8346825666305455,8.68929579799902,2.5740868284947744,-2.1344169100818364,3.804724954037596,-0.510264335531319,-2.3480346893297868,1.316284556126853,False,c1,3,See bug 51734 (Create a non-VisualEditor plugin tool to add/edit template hinting) for visual interface.,239190,3,,
+2.507993624026991,0.3115677426113521,-4.298042025394341,0.617066193292068,-1.2817067872702976,0.01934266535267959,3.827559646377889,7.337423198874923,1.3331201023327084,3.0461917852374922,0.5906223300339335,-0.8271363602668256,-1.3538269166411372,1.8963379834887049,-0.5138966993828431,0.6961636770364814,0.7631152883249515,0.7467923788693072,False,c1,3,"The ideal thing here would be to build a tree-like visual TemplateData editor, that would save its data to JSON. Kinda like http://www.jsoneditoronline.org/ (first Google result for ""json editor"").
+
+Separating labels and data would easily solve the RTL problem, and would also make TemplateData easier to edit for users in all languages.",239186,2,,
+24.717860536026997,5.34620390829847,-8.281202092552181,-15.029768657225192,-6.064536307779063,3.4837563486119585,1.7904997436783034,-0.8521583837883379,-1.352871538554661,2.2789575396097055,1.7117661702324272,-2.1324651494393843,-0.5895714187563361,-1.8107890955080044,-2.683865144609943,-0.9058688206471923,-3.615075413878122,-6.431838262068251,False,c1,3,"Timo, thoughts?",239181,0,,
+-8.5288306744083,0.09007808197866041,-2.7547248988920097,-0.6463564039981673,9.428103562463956,0.20425729142201376,-6.644911606250421,13.51216668488418,-13.360609147041158,-4.962032819521698,2.754632813387497,-3.9075941771965184,-0.024348690275127982,-5.199670632595315,6.690457117393442,-4.463068332888884,3.215224034668564,3.171685430400165,True,c1,3,"Ok, renamed the bug to reflect the repurposing.",238069,0,,
+-9.845411919909042,-1.2965605718310336,-5.621754597463383,-5.619283874000442,2.0073640086549513,-4.069671098418699,1.1160965750154155,0.21247197516290847,0.0880096533047996,-0.13430492657150683,2.206529237579661,0.40675472261617696,-2.9410080974561,1.413771105271339,0.39835909029968697,2.6415881932353042,1.0156748629706405,0.24193954059201905,True,c1,3,"I was wrong.  This bug was fixed by tweaking selser as in the patch above since VE does not have table-editing capability yet (only table contents, not table structure).
+
+There is an unrelated bug in the parser where leading list wikitext in a td-cell is parsed as plain text rather than as a list item.  So, the pipe problem is fixed by the above commit, but there will still be a dirty-diff (the first list item will be wrapped in nowiki on serialization).  That will be addressed separately.",238063,0,,
+-10.488231425772888,0.9094432029128132,-6.86908625329169,-1.7059842329705077,2.3586325104408026,-0.6401238284155983,1.7821841462420984,3.2952524441850377,-1.702312453734635,-1.0762552901444882,-0.4640288730572555,-2.938130604581462,-0.7243429122537288,-1.9018665172651221,-2.0328634332345343,0.43291828378863384,2.71867717542839,-0.6980583248426586,True,c1,2,"https://en.wikipedia.org/w/index.php?title=List_of_male_kickboxers&diff=562167553&oldid=562162447 shows an instance where converting an implicit  into an explicit  on serialization is a semantic error.
+
+Reduced test case:
+
+{|
+|-
+*a
+|}
+
+This cannot be fixed by selser since on editing the list item, the  will go through regular serialization.
+
+We should be able to safely use the autoInserted* flags from data-parsoid in this instance since VE does not have table-editing capability yet.",238051,-1,,
+-8.171104559107048,-1.9840141302433718,-2.8372259860267137,0.9116638589411927,0.489243109604951,0.06826087390125934,-1.507438116688899,-0.4191486109083543,1.2012158506545492,-1.464875686630533,1.6740316066181533,-1.5376559944073218,-0.20828992332280594,-0.3619551998368168,-0.3580284442057651,-0.13613228343713724,0.3218293404782028,0.772506858789225,True,c1,2,"The problem is that this page had about 13 tables that were unclosed (missing |} wikitext).  Parsoid does handle a lot of corner cases, but at this time, unclosed tables (especially when there are lots of them) are harder for Parsoid to recover from.  But, we have some ideas for recovering from them in the future.  But, till such time, it is easier to fix the wikitext of the page like I did (https://en.wikipedia.org/w/index.php?title=List_of_male_kickboxers&diff=562162447&oldid=562113696)
+
+However, there is definitely a bug there which is about adding ""|"" after the first table row for which I'll repurpose this bug for fixing in Parsoid.",238043,-1,,
+-4.618813023017167,-1.5418261977226262,3.2859679014001992,-2.7451994919753435,-4.641066017638482,4.28502004243737,-0.49557274781062155,2.112888330482186,-6.757186967585699,0.3579566486005765,2.4609217062945348,-0.5684422372713493,-2.8014219967443803,1.8855575170958623,-4.604994301589221,1.2891416544822711,-1.27191276100385,1.9799674350029428,True,c1,2,"I would consider this a blocker on Monday's deployment. Things not having support (browsers or features) I can deal with, but we cannot have this sort of corruption being introduced.",238034,-1,,
+-5.5523826580204245,1.8383560203147464,2.3542029623066423,-0.843567642661176,-5.533281048539984,-0.03107786322772199,-4.017450420262705,3.697639943105132,-1.6761167638544758,-2.3663887174958353,5.6331620741163775,6.8003984305085465,2.7884064312123398,0.8792917670036544,3.413933292478312,1.0753816525926423,-2.1161439305346375,0.5658351285255128,False,c1,3,"(In reply to comment #2)
+> Could this be the same as bug 52371?
+
+No, this was a graphical glitch that we fixed (but I forgot to mark as such) - closing.",237594,8,,
+-9.26801162143568,1.5580215303117182,-2.957289210483917,0.6941471380955537,15.17641783049779,-4.228385057569156,-8.340537785574117,11.07106849504622,-3.3757001541308824,2.7621311941958178,-2.2097700292352203,11.114598408926273,-1.770141135670497,4.225895416518779,-0.4813091364190569,-2.812017856109701,-4.580783875006104,1.956496150470405,False,c1,3,Could this be the same as bug 52371?,237589,7,,
+10.719256629966255,-4.720028184530916,3.8889823215812953,0.33362095460800134,4.013271979312869,1.645334338773882,-1.7489167905799068,2.198938296724185,-3.609871035927683,-1.584754841258802,3.8205311962598554,-0.37800277314205744,-0.3352219134657273,2.88371431506682,-0.9616778554018419,-1.6762958836997703,-0.8463909041632568,-2.5483710470739376,False,c1,3,"I couldn't reproduce on Firefox or Chrome, Linux or Windows.  The article hasnt changed since the bug was raised.
+https://en.wikipedia.org/wiki/Arc_diagram?veaction=edit
+
+Did you experience this on any other article?",237580,3,,
+1.257340410416468,-0.5672656622340231,-2.1576667150499778,-0.2735801847639525,6.398939181680744,6.8429352094152875,0.380210877396852,3.0471676325245465,-6.044879359849039,-4.626638585585314,-2.0550951587704067,-4.902886487306811,-1.7408656612451692,-5.006417831883813,0.630463407343997,-0.5123601875258106,3.4318774299968844,2.535593265747242,False,c1,3,"Changing the status to Resolved -Worksforme.
+If you still experience the error , please reopen the bug.",237272,19,,
+5.149660625174917,5.457697578973775,-6.183729364210913,0.10674922076572457,4.368585270045395,-0.27624190485384226,5.857412451814772,-0.25303403987858375,-4.651204807422016,-4.684968778428093,-1.548748717939807,-2.6536772646738136,2.3100178770673763,-0.23929996615683313,-3.6263582409392767,-0.7062774279665751,0.4478155855984499,4.362243357319722,False,c1,3,"Not getting this error now in FireFox 20 and Chrome Version 26.0.1410.65 using MAC OS X 10.8.5.
+
+Right now clicking on ""Link"" button while selecting a template adds the link to the left of the template and can access  template edit after that.",237263,19,,
+5.546634637487658,-7.465849718844291,16.323451009326753,-11.5651783143922,-2.5362942773645942,-19.663976123339076,6.7787522185200135,-1.6617656063252082,-1.257744425706506,-6.600850141065892,5.096477912426501,-3.246731620907413,-4.462720451724614,0.6726377113663717,-7.79573516000585,4.368164265368115,4.103147762088144,-5.600150661319315,False,c1,3,Now fixed and deployed.,237068,4,,
+-10.46527852664463,-1.5098050902551474,-3.546541485741539,2.867645262174177,-1.3066411965486564,2.372248580716535,2.8253822254491467,2.1151669922378513,1.091892165257496,0.49351478941485905,0.675615169803952,-1.416355962817403,-1.0752355870335926,1.1433091346133784,-1.766583386108099,-0.7884983431064279,-1.1282663629813647,0.8076381701355122,False,c1,3,"Changing CSS id tags doesn't seem like all that much of a programming challenge, but it would enable all language Wikipedias to deal with this problem of inconsistent names appearing on ""edit"" tabs. So the payoff here, per hour of programming time, is really large. This isn't in any way a controversial change (it's invisible, directly, to users); it would be great if someone would deal with it and we could make progress in reducing user confusion.",237059,4,,
+1.151121240548413,3.0520896656870917,0.5903722050596061,4.794655585176992,-4.713402129880966,-3.0256580100015658,-6.511330393617989,2.6785580775290154,-6.48686161369202,0.2286956842837009,1.6926541454303772,1.3191139314221463,3.0702373529679114,-2.6969762154623313,-2.2243551316334984,2.055190007240369,-5.719183537443242,1.076953706292071,False,c1,3,"(In reply to comment #3)
+> I'm think the following request by English Wikipedia user Reaper Eternal is
+> relevant to this bug (sorry if it isn't).
+
+Yes, that would get fixed by us doing this.",237054,2,,
+9.867151355685367,-4.283633099539655,-1.835919473504934,-1.6970455969836848,-1.8040727279754387,-3.352906528938684,-0.5705470203315919,0.1742077745860827,1.6387255237410574,-0.18212602930174437,-0.4845616343733854,-2.768762759485536,0.811303617817984,3.5854866336249183,1.7546818465088565,0.9227894788162079,1.1321610198374996,0.10420928799146978,False,c1,3,"(In reply to comment #3)
+
+Reaper Eternal's proposal is an excellent solution to the issue of what the ""Edit source"" tab should be named, and partly addresses whether ""Edit"" should be ""Edit source"" even when VE is not available (and thus there is one edit tab, not two). His proposal is a good solution because it then allows individual editors to alter these labels (I  would prefer ""VE"" rather than ""Edit"", and ""Wikitext"" rather than ""Edit source"",for example) via their own CSS, while leaving the defaults as is for newer editors. 
+
+> I'm think the following request by English Wikipedia user Reaper Eternal is
+> relevant to this bug (sorry if it isn't).
+> 
+> ""Currently, on articles and userpages, editing using the VisualEditor uses
+> the
+> #ca-edit CSS id and editing the source uses the #ca-editsource CSS id.
+> However,
+> in all other namespaces, #ca-edit is the only edit link. For people like me
+> who
+> like to change the titling or styling of the tabs, this inconsistency is
+> annoying. (For me, it makes the ""edit"" tab on this page display as ""VE""
+> rather
+> than ""Source"".) Could the CSS id tags be made consistent (use #ca-editsource
+> for all non-VE editing)? Thanks.""",237049,2,,
+-1.789025829482723,0.15136851947745456,-4.6499298440170005,-3.9691015809723904,-0.6071711131139628,3.393540030607486,-1.1861995619169292,0.9214211820672551,2.168771946892072,-0.0937230771676969,-0.1706525675497259,-2.7960911757652593,-0.1619634125218572,2.689484329945528,0.5565567786795227,0.18560965300341747,-1.57178767417223,0.38008142425788716,False,c1,3,"I'm think the following request by English Wikipedia user Reaper Eternal is relevant to this bug (sorry if it isn't).
+
+""Currently, on articles and userpages, editing using the VisualEditor uses the #ca-edit CSS id and editing the source uses the #ca-editsource CSS id. However, in all other namespaces, #ca-edit is the only edit link. For people like me who like to change the titling or styling of the tabs, this inconsistency is annoying. (For me, it makes the ""edit"" tab on this page display as ""VE"" rather than ""Source"".) Could the CSS id tags be made consistent (use #ca-editsource for all non-VE editing)? Thanks.""",237044,2,,
+-3.4060470900318354,-2.247525036348554,-3.8294445054783726,3.431967682018124,2.474966144817012,0.3368674066787243,1.5192404061029574,0.9019388411225128,-0.42598588856129554,-0.6685330276459904,0.005547589838102329,-3.705694924885057,1.5929191420870836,1.2006421591247054,-0.2384807780082796,-1.2440083334102847,0.023292855126890694,-1.4025776037978097,False,c1,2,"I agree that relabelling it immediately for all MediaWiki installations is a poor choice, as (a) some people, (b) some WMF wikis, and (c) almost all MediaWiki wikis not hosted by WMF do not have VisualEditor enabled at this point.
+
+When VisualEditor is on for everyone, labelling the tab ""edit source"" (even when ""edit"", i.e. VisualEditor, is not available) seems like the best solution for our cluster. (If we wanted to, we could over-ride the value of the ""edit"" tab with a message from the Wikimedia-Messages system to do a WMF-specific over-ride of the MediaWiki default.) However, fixing this before (b) is fixed, let alone whilst (a) is fixed, feels like the wrong way to do this.
+
+A shorter-term fix is indeed to re-label ""edit"" to ""edit source"" for all pages visited by all users with VisualEditor. Maybe we could do that. Thoughts, Timo?",237037,-1,,
+2.118837966400992,-2.253466782308033,-1.2078100130551908,1.7125395492264683,1.876853095764476,-2.782484176105033,0.8285535273258713,4.080926144812059,2.0233518050925188,-2.5016440786006724,2.46590022594377,-2.472954060324151,2.7631513189813344,1.9307219670520224,-0.16010335158695588,1.4090462025396004,-0.059090214864109036,0.15567136756600153,False,c1,2,"I initially suggested updating the wording from ""Edit"" to ""Edit source"" at that VPT thread, and at https://en.wikipedia.org/wiki/MediaWiki_talk:Edit and at https://en.wikipedia.org/wiki/MediaWiki_talk:Vector-view-edit
+
+There are some good (and some not so good) suggestions and comments in the VPT thread. 
+
+Consistency would be ideal, and Eduard's suggestion above, seems to make the most sense.",237033,-1,,
+-12.218213349954219,3.723932061560273,-9.798433520449773,0.3371369576668002,10.85154898013002,8.337589771191542,-1.607169363934517,4.7398929448846845,-4.415300414733822,-3.381848045171337,-4.080676189326363,0.2886499181392068,1.0089025491040906,-1.582901898813345,-0.042537596394857324,-1.3927732419977583,4.4598401360861395,-0.23105771893971694,False,c1,3,"This issue also occurs for the following case:
+
+1.Add an image
+2.Add a gallery 
+3.Change the position of the image to the left 
+4.Select the gallery
+5.Try to select the image 
+
+Observed Result:
+Since the width of the phantom for the gallery is 100% , it is overlapping with the image and it becomes difficult to select the image after that.",236683,39,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51048 has been marked as a duplicate of this bug. ***,236678,21,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50443 has been marked as a duplicate of this bug. ***,236675,8,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50211 has been marked as a duplicate of this bug. ***,236669,0,,
+-13.736769820052206,-1.9531674413646147,-1.2628419101920316,5.5410751574680095,0.7899020798099894,3.85466771734594,-1.9789206098114889,2.7207698771447446,-0.5685491957040119,5.638332767296038,0.1071799384142389,-1.9771516104947304,1.8972837617185432,3.190684076839924,4.003625243094328,1.3499122799986876,3.1845634871240165,0.27045881221196044,False,c1,2,"Changed title to ""Phantoms can be width:100% when the object they're meant to cover has a floated element alongside it""; looks like the phantom is generated to be as wide as its target ""should"" be, before the floats come into play. This can make it impossible to edit the floated item.",236662,-1,,
+-0.33074962641045236,17.529268182666907,-6.395767654652402,11.729739521838122,-8.446835166731038,-11.885240307292124,-5.890183744906077,-8.685869181314406,-2.4570099609204226,-3.789342904738706,-9.393966990578972,9.878038337802355,-4.974339951565204,6.417244204767712,-0.05165193968487625,0.9759076907574444,-2.994126038885519,0.4726463750923542,False,c1,3,Done in gerrit 114420.,235724,34,,
+-11.048849664506093,6.8277990360122445,-1.7245891562707056,2.199210900858585,0.6444813161265,10.014731099160894,0.7305295226026747,2.0391292823164893,-7.238348665093683,1.081832124900214,-1.9809398422269884,-1.5072996904915263,-1.5506679474712481,-2.4516141711737784,2.816883018521003,1.136214317678916,-0.2874644482690369,-0.8378269015390991,False,c1,3,"I support this bug. Please dont add a size to the image by default. And show the size as tooltip, if user resizes it.",235719,6,,
+-10.007556510813757,-9.660185148282926,11.225791453070787,-4.588769883386034,-8.229589769320185,3.861503505519366,2.078635387360208,-3.9781903143118558,-4.996191536301701,4.492344387075846,-5.686302251851851,0.34790772758068655,-0.46381939311069376,2.2009180542348776,0.07646972197807722,-0.1132202339681565,0.33537345079662595,-1.846930094186004,False,c1,3,This bug doesn't depend on bug 38129 (and neither does it block it).,235713,0,,
+2.732756389937931,8.355069741442144,-4.514781921226318,2.641938545557407,5.567315967373846,-0.656098726653557,-0.883523572842611,4.848983016518398,-1.4340427623783591,-1.332046471285051,-2.1962497112267245,-0.03439529678778985,1.3747826814671944,0.971492070763585,2.983313318957844,1.923861096582008,-0.13350337525728873,-0.13240518560206338,False,c1,3,"(In reply to comment #2)
+> Further the manual of style policy on image size
+> http://en.wikipedia.org/wiki/Wikipedia:IMGSIZE#Displayed_image_size
+> states that most images on the right hand side of the page should be scaled
+> to
+> 220 pixels wide. There need to be a way of specifying a precise numerical
+> size.
+
+No. This is a setting specified in the configuration file. No need to enter a precise numerical value. Per above policy: ""In general, do not define the size of an image"".",235709,0,,
+10.402993862082445,9.848446071990473,-4.177705904017055,6.086455295238688,-6.3437743898505286,-7.352234192605472,-3.268028380385581,-0.7712695861806319,-3.7988923273950865,4.242160545045996,0.3292534457379983,4.051095357318512,1.012344856488948,-0.09584346275788325,1.8665947226593032,2.4107367498682573,-1.1094336780312661,0.03359527862565326,False,c1,3,"(In reply to comment #2)
+> Further the manual of style policy on image size
+> http://en.wikipedia.org/wiki/Wikipedia:IMGSIZE#Displayed_image_size
+> states that most images on the right hand side of the page should be scaled
+> to 220 pixels wide. There need to be a way of specifying a precise
+> numerical size.
+
+That will be done as part of bug 38129.",235703,0,,
+-12.280671856977486,12.003364476696493,-12.522744051348464,2.4398438376584437,3.346549290219807,3.5729864723635316,6.97566542743934,4.587448883861575,2.006208622954703,1.041356063402553,0.26042592630582684,2.063548029227464,0.06767436061278254,-1.2920802404491545,0.619568676009278,-2.416763118060199,4.12212313638973,1.2366468242347648,False,c1,3,"Further the manual of style policy on image size http://en.wikipedia.org/wiki/Wikipedia:IMGSIZE#Displayed_image_size
+states that most images on the right hand side of the page should be scaled to 220 pixels wide. There need to be a way of specifying a precise numerical size.",235697,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50766 has been marked as a duplicate of this bug. ***,235691,0,,
+-5.76977530400139,-7.525981856145949,-0.3907708822866427,-2.916910513460083,-3.0006973749688015,-3.8683914274403577,0.36909609999743864,-3.1422245385811407,5.029598819388727,1.1134627964793689,-0.44166100345241643,-1.0906479698928289,-0.31688422871511523,-0.7271871830646616,-0.095891015269983,1.4662328406535194,0.556451887521969,0.2698335490198631,False,c1,3,"How about...
+Either
+A) add a shortcut somewhere in MW software to do a null template edit whenever its /doc page is saved (not everything has to be perfect)
+or
+B) add a note next to ""This template is missing TemplateData, and its parameters have been autogenerated"" so people know what's happening.
+
+TemplateData is already too cryptic, though helpful, and it's frustrating when things are not showing up in VE for days (10 days in my latest case), for no obvious reason. ",2283032,555,,
+9.345793827972251,6.691472608208979,1.9948260698667992,-17.803419504314284,13.088248292970594,3.5836401825704343,5.687918049529882,-0.5744602467425021,5.605572248034519,0.8409160158486548,-10.567604224490724,6.058618307631151,4.4359158387485,6.897420951950131,6.7978153098401295,-4.701917794651761,5.157937966298301,6.082330791559688,False,c1,3,A 7 year old task isn't UBN,1583940,376,,
+21.25097593919454,44.592680641612816,6.5418791381533765,-20.294338242520414,-7.317676882103476,6.7223715547946306,3.0386384139465203,-1.4199582483967306,0.0798367354116798,2.755114781163189,2.2918111815554063,-2.5363531215048374,-1.0315774637768735,1.6434337097034335,-1.7468813452145269,0.6700130784323699,0.5768745947193405,-1.1050580162617178,False,c1,3,"> Quoted Text
+
+",1583939,376,,
+-8.581474640420268,1.3452376575842688,-4.424741597951139,0.38375765802716266,2.65738066805965,2.2963497630350744,2.0464614344446375,2.4617922700347297,1.638047585352303,-5.52681342429498,4.760469597723397,2.301128000183983,-0.18528618212304426,1.3265808140879602,-0.05917647937567372,-2.4721961692658954,4.021241999505744,0.04699594735150203,False,c1,3,"This continues to be a serious problem. 
+
+Someone deleted some template data on cy wiki from a template on June 24, and it actually broke automatic citaitons on visual editor for *a month* for all citations using the cite web template; even though the edits had since been reverted, but because it will still pulling through templatedata that was a month outdated (i.e. missing.) It wasn't fixed until I did a null edit. 
+
+Details here: T258335",1549544,368,,
+-9.337196920859316,1.400257921504899,-7.630026670579574,1.0510493392071503,2.543379276853889,2.137014549911118,2.5225879182168036,2.796830111240057,2.4230892336994376,-4.570035503972427,4.003243825536477,1.587246125374553,-0.460316963218939,-0.15875689815619376,-1.2667927259261862,-2.1629165844148655,4.059409431698785,0.4201141906257071,False,c1,3,"This continues to be a serious problem. 
+
+Someone deleted some template data on cy wiki from a template on June 24, and it actually broke automatic citaitons on visual editor for *a month* for all citations using the cite web template; even though the edits had since been reverted, but because it will still pulling through templatedata that was a month outdated (i.e. missing.)
+
+Details here: T258335",1549542,368,,
+-7.914882232343808,3.9143720325800295,-8.63664624379257,1.8689988092122558,4.227187847920895,2.625595516773412,2.9293917741099413,2.8540001500217085,0.7355767192729654,-3.5431983261859434,3.0613235545467674,1.5888143527666543,0.7468098594486499,-0.722051526134489,-1.0906476549899287,-3.5815795428825408,3.04046542204496,-0.37290485406536833,False,c1,3,"This continues to be a serious problem. 
+
+Someone deleted some template data on cy wiki from a template on June 24, and it actually broke automatic citaitons on visual editor for *a month* for all citations using the cite web template; even though the edits had since been reverted. 
+
+Details here: T258335",1549541,368,,
+-13.160987865854626,9.568524709741617,-11.975320605448067,10.488496408340348,6.614338592616727,2.3128714474729275,4.926324115054035,2.3802602335409357,1.411114606109815,-0.8647276969984325,-1.4222840649802695,-0.8201502338894668,-1.026193156113343,-0.9725320922488129,-0.5197199507103814,1.4213794180477892,-1.3994303302833664,1.2858085243659345,False,c1,3,"Content translation relies in templateData to transfer templates across languages. In particular, templateData is used to check the names and aliases of the parameters of the corresponding templates across languages. The current issue makes the process of fixing this even more complex for editors as the case of T219346 illustrates.",1261760,301,,
+-10.529116985699453,-4.543202408969464,1.2158087426806752,-2.1427959870779247,1.1434653104572412,-1.496734751228761,3.064192937038218,1.9567968995513603,-1.531210464925121,0.09916830066871274,-1.0269991561770033,-1.436722562185897,-0.6571719031572794,-0.491796131218761,-0.3196113920163195,1.1833917123813795,1.177683749371091,-1.0633578251924467,False,c1,3,"This issue seems to be the reason why templates of the citation tool are not displayed in VisualEditor. Even a null commit does not resolve the problem, at least for me. Can we expect any bug resolution soon or is it too early/the task is too much difficult to handle it for now? I (and probably other users) really need to use templates.
+
+Thanks.
+
+EDIT: Making a null edit is still useful. However, if someone does not see a template after that, manually running all the job tasks will help, in case they appear to be frozen (or if it takes a really long time to execute all the tasks by the wiki). To do so, execute: ""php /maintenance/runJobs.php"".",1185579,282,,
+-10.293563099830564,-4.014062007002602,6.378424354100156,-0.13689050974230454,1.301835958222206,2.2311413474756456,8.689619746203766,-0.2524372657348205,-0.45684646464992623,1.39594918646468,-1.2190132033080765,1.1271443652152122,-0.6776678262067972,-0.9415854375258715,0.42257881932513985,0.08987983879409489,1.512829826677334,-1.4356223423501986,False,c1,3,"This issue seems to be the reason why templates of the citation tool are not displayed in VisualEditor. Even a null commit does not resolve the problem, at least for me. Can we expect any bug resolution soon or is it too early/the task is too much difficult to handle it for now? I (and probably other users) really need to use templates.
+
+Thanks.",1182940,281,,
+-7.507546797962993,-1.0573122810912157,3.402812581374513,-9.81178743916638,6.070374675100977,7.336838901337842,4.186620141649666,-3.1002227422705344,0.01951609349092953,-3.2448578318740595,10.201807805905236,2.7645386788973445,2.4549991124819925,4.378369144199414,-1.3355311442193654,-2.176259643161712,3.829053246195264,8.257954146143135,False,c1,3,"This is an ongoing issue. I was contacted today from a third party wiki wondering why their VE citation tool wasn't working, and the template data wasn't coming through. It was this problem. ",1177245,280,,
+4.996848650470392,-2.8526444339296475,16.121505838068693,2.2560244713996216,-6.940916584064026,-0.007351425855642191,-0.8588753333830557,4.556814714901221,-0.9429744538103341,10.037210417461605,-1.571863634008591,-1.7441003353789695,-0.873960208991023,0.01113076996141027,3.0921638636899926,-1.317798723671849,-0.3997271798367994,2.3415917256137813,False,c1,3,">>! In T52372#544516, @SalixAlba wrote:
+> What would be nice is if action=purge would force templatedata updates, like null edits do. This is necessary as many templates are protected so only admins can do null edits. Any editor can do an action=purge (I believe).
+
+Hear, hear!  And yes, I certainly //seem// to be able to purge pages I can't edit.",438402,91,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 69647 has been marked as a duplicate of this bug. ***,235283,59,,
+-3.286023097972689,-1.6124932695904217,2.0133908601766812,-2.5317252462907067,0.8227394192760205,-2.176050107923796,2.718360706233071,-1.0657888191283829,-2.753364815457959,3.5349694112215033,-0.648726667205862,-1.3012997430171898,2.436946199047844,-1.10212320234725,2.0942946653422823,1.9299568091015973,0.38468307543060787,-1.2723759843712839,False,c1,3,"(In reply to comment #23)
+> Thanks to Tim's fix this isn't
+> critical any more (users can 'just' null-edit touch the relevant template to
+> cause TemplateData content to come through)
+
+Note: This workaround only works for templates that aren't widely used.
+
+Widely-used templates are protected, and users can't null-edit them unless they are an admin (which drastically reduces the population of people who can add and edit TemplateData on the exact templates which would benefit from TemplateData most).",235273,6,,
+-8.977681540171318,-1.9279983441763502,-0.46112224190994366,1.2369775555085187,-2.2266997237827866,2.17139880739677,3.8495118632875815,4.43456296131955,-0.8398664047587094,4.166462782826381,0.24702077663131927,-3.4790657391636106,1.6509045723711768,1.9807080568973,-1.6475407535266768,-0.7797190611633966,-0.4754405002898451,2.9247061477269836,False,c1,3,"Moving this to be a site issue, and re-grading. Thanks to Tim's fix this isn't critical any more (users can 'just' null-edit touch the relevant template to cause TemplateData content to come through), but it's very irritating and we need to fix it.",235263,5,,
+-9.051933843997652,3.3905087096886213,-0.9777933192528252,-9.581619153812934,-0.026281021121251413,1.1834779506399684,0.5393406585558864,2.568333862161848,6.335344416345508,9.424374138344366,1.2885410978670258,1.7657551513700298,-0.9405348316654674,-0.20111979694131854,0.2541595361148232,1.115117875095116,-1.471220623513208,-0.724228478112956,False,c1,3,"What would be nice is if action=purge would force templatedata updates, like null edits do. This is necessary as many templates are protected so only admins can do null edits. Any editor can do an action=purge (I believe).",235258,5,,
+-9.753334792751875,0.8181512992799345,-5.756784137072268,3.1258342964076515,0.6925851866199046,3.1110676014504044,4.0325214655442565,3.751498766672645,1.5437040244407598,0.479148305850992,-0.369183682229989,-1.5083735922742507,0.07096558138222742,-0.8088951304842372,-0.8933450266388998,-1.1953752074876953,2.8511314864050736,1.2507945399840348,False,c1,3,"Tim's change https://gerrit.wikimedia.org/r/#/c/72679/ (deployed) seems to have made it possible to force templatedata updates by just performing a null edit on the affected template, which is now safe to do on highly-used templates. Note that a null edit is an edit made by just pressing ""Save page"" without making _any_ changes to the template code itself.",235253,1,,
+-6.459762915658819,5.648372809497516,-8.95110099294526,-2.6757685375709865,3.149729298494581,8.671847345047777,8.465439146050015,-0.3012830689664242,-5.51761691045688,-0.8020729795216659,-2.688479283741394,-0.7890957688195597,-0.8576948205752233,-0.8269414123148209,0.7846600608848839,2.526840798108133,3.8822251323927395,2.227330048522251,False,c1,3,"You appear to just be seeing the effect of weeks of job queue lag, i.e. a system problem, not a MediaWiki problem.",235249,0,,
+-2.1423730246299857,2.263570528512295,-4.181659123576371,-2.1957123698221857,-0.397616686051812,3.7365211722787883,0.13864564803815327,-0.47364054830209124,1.46858075589042,-0.8617779246886847,1.21274115319076,-1.1308525246691996,-0.3259805865424328,-0.42591630254832746,-1.5401117595101879,0.21741414550743698,1.3030757720474104,0.230195551942995,False,c1,3,"Observation:
+
+- Edite  block on Template:Pagetype/doc.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query params to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust frontend cache)
+  It shows the old version still.
+- View https://en.wikipedia.org/wiki/Template:Pagetype
+  It shows the updated version in the HTML version of the data
+  (not sure whether the html update was triggered by a deferred update
+  as a result of me editing the sub page or by me viewing the page,
+  either way the output is updated).
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+  It shows the old version still.
+
+- Check https://en.wikipedia.org/w/api.php?format=jsonfm&action=query&meta=siteinfo&siprop=statistics and saw there are no pending jobs (not sure if this data is accurate though, it seemed to be accurate as edit count was going up on each refresh).
+
+
+- Make a null edit to ""Template:Pagetype"".
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+
+  It now shows the latest data, update succeeded.
+
+
+So what is causing this to not be auto updated? I think T7382. But having trouble figuring out how come bug 5382 exists since we do have LinkUpdate and RefreshLinks2 which are triggered on edit from the job queue and update all pages linking to it, and the code in LinkUpdate includes all link tables and page properties.",686122,156,,
+-2.622567782339562,2.458609286540547,-4.315373605193114,-2.3742871527106164,-0.5552053829566344,3.733039053747625,0.14229734533648752,-0.5587683645062588,1.4220523166643895,-0.837089017017957,1.0694349575367312,-0.95168563476782,-0.2818246186890403,-0.40712633532291087,-1.5635554882037248,0.07840613205855318,1.3273157169844902,0.2907096770895299,False,c1,3,"Observation:
+
+- Edite  block on Template:Pagetype/doc.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query params to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust frontend cache)
+  It shows the old version still.
+- View https://en.wikipedia.org/wiki/Template:Pagetype
+  It shows the updated version in the HTML version of the data
+  (not sure whether the html update was triggered by a deferred update
+  as a result of me editing the sub page or by me viewing the page,
+  either way the output is updated).
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype/doc
+  (with random query to bust frontend cache)
+  It shows the updated data.
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+  It shows the old version still.
+
+- Check https://en.wikipedia.org/w/api.php?format=jsonfm&action=query&meta=siteinfo&siprop=statistics and saw there are no pending jobs (not sure if this data is accurate though, it seemed to be accurate as edit count was going up on each refresh).
+
+
+- Make a null edit to ""Template:Pagetype"".
+
+- View https://en.wikipedia.org/w/api.php?format=jsonfm&action=templatedata&titles=Template:Pagetype
+  (with random query to bust cache)
+
+  It now shows the latest data, update succeeded.
+
+
+So what is causing this to not be auto updated? I think bug 5382. But having trouble figuring out how come bug 5382 exists since we do have LinkUpdate and RefreshLinks2 which are triggered on edit from the job queue and update all pages linking to it, and the code in LinkUpdate includes all link tables and page properties.",235245,0,,
+-12.22023642355867,-7.798566260669949,-0.3924514179401364,6.8828671751302775,0.21170497677819533,0.48998322010952045,2.002664922683584,5.303899660818237,-6.462128611406803,3.0588525681229672,-1.697554608450317,-0.9046281840608748,0.9732493120759305,-1.072282483655656,-4.305349288529573,-3.408502696672183,-3.6999014685586844,-0.25989904648827356,False,c1,3,"Timo has narrowed down the issue to bug 5382 - we're working now to see whether we can fix that bug and so resolve this, or whether that will put too much weight on the cluster.",235240,0,,
+-6.117976304717211,3.6031671614213288,3.4405632626720797,-1.8937983426483402,3.243253121109664,6.675991624213935,6.601209236296286,6.049717221497202,-6.291177050555675,-8.359586130015906,2.2690342069381164,2.764133299586562,2.042452763614145,1.2072299820126504,2.470782555903326,-0.46052868828696525,2.3405087086417704,0.036586576280543515,False,c1,3,"Thought I'd drop a note and say that when I tried a null edit on https://en.wikipedia.org/wiki/Template:Mileposts, the overall template description loaded right away on https://en.wikipedia.org/wiki/British_Columbia_Highway_7. However, the parameter description (km=) did not load until I deleted the template from the article and reinserted the template anew.",235235,0,,
+0.32561236050823616,0.8253890560901773,-2.0616827763926713,0.41084052800078474,-0.033498858081722815,0.5975861431492202,1.6939281186517956,0.5744319569386056,-0.7116433420856065,-2.848701332448193,1.732211308599557,-0.41589655414588567,-0.24789473448991206,-0.013027380181027892,-1.4075285067739758,-0.045047579217132316,1.1426953146356085,-1.2572280031837706,False,c1,3,"I added[1] templatedata to en.wiki [[Template:Redirect]] yesterday (through the /doc transclusion) and also noticed that the main template page wasn't updating (I waited for about 10 minutes).
+
+Then I did a null-edit on Template:Redirect and it was instantly there.
+
+Roan mentioned something earlier (IRC or IRL, don't remember) about this perhaps being caused by the JobQueue (which we use to invalidate pages transcluding other pages, in this case the transclusion of /doc into Template:. *NOT* the transclusion of Template into articles, of course, that'd be insane).
+
+CC-ing Roan, Tim and Aaron who may have more ideas about the cause of this.
+
+As for TemplateData itself, it is triggered as a extension parser tag () and during the parsing it adds page properties which MediaWiki ends up storing in the page_props db table. The API does a read query from that same table. Pretty basic.
+
+So what could cause the read query to the page_props table to be delayed (or perhaps even not happen at all?) from the page properties added by a page that is transcluded (Template:Foo/doc) into a template page (Template:Foo).
+
+JobQueue? Database replication? Something else?
+
+Note that in my testing yesterday on Template:Redirect I ruled out HTTP caching (API cluster Squid) by making unique urls each time.
+
+
+[1] https://en.wikipedia.org/w/index.php?title=Template%3ARedirect%2Fdoc&diff=562472124&oldid=562471783",235228,0,,
+-14.837749090754551,-0.4345312907083816,-3.609298828500375,4.881102161504488,5.964459435819467,0.08633708858171829,2.644323850074075,-2.1443310638789472,-4.912607904342275,-0.4831513103638443,0.23627836663664503,3.297660103563145,-1.8434523431799565,3.2802231802919346,0.9739299576911917,-1.2087937678489316,-0.23425426656335666,-0.2758679477222725,False,c1,3,"Wouldn't we avoid this delay if the template data were in a specific namespace, instead of being saved in one page, which is transcluded in another, which on its turn may be transcluded another, and so on, until the data finally gets to the template? See bug 50512.",235224,0,,
+-3.521066007676251,-2.892498734588745,0.14812543107937248,5.171369770108312,0.7068050201415055,-3.880610736688931,0.9853248551594422,-1.1647112356624523,0.39684956027583684,-0.03492034593056825,-0.979495601018876,-2.897249688845582,-0.5008907480928846,-0.6178953194295917,-0.03444783042172084,2.414167972001658,2.1475829804145654,-1.5086531158323775,False,c1,3,"The extension page says:
+
+""The TemplateData extension works through having a  tag defined in the wikitext of a template page (optionally it can be transcluded into the template page as well). This is designed to be compatible with the common layout many wikis have of transcluding template documentation from a separate page (but is not required).""
+
+And this seems to work partly, e.g. for https://en.wikipedia.org/wiki/Template:Italic_title.  TemplateData is at https://en.wikipedia.org/wiki/Template:Italic_title/doc and it comes up at https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Italic%20title&format=jsonfm , but it doesn't seem to actually work in VE (e.g. no description).
+
+Then, https://en.wikipedia.org/wiki/Template:Dead_link appears set up similar, with TemplateData at https://en.wikipedia.org/wiki/Template:Dead_link/doc .  But it does not come up at https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Dead%20link&format=jsonfm .  It does come up at https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Dead%20link/doc&format=jsonfm (explicitly asking for the /doc page).",235218,0,,
+4.978085490267365,5.715019400056249,2.588037028544761,1.471853294809378,-6.191536782598886,-0.45857518693154375,8.741000498830745,-0.7632477262940535,-3.2035799093450548,-1.7789065385349403,1.6730793887550937,-1.776481685607393,1.6002682464796685,-2.0024141458102265,-2.912364870193902,0.37169694399806597,-1.5210009976767516,1.8177209470473596,False,c1,3,"Indeed, I cannot see templatedata hinting on en.wp for _any_ templates supposedly annotated per https://en.wikipedia.org/w/api.php?action=query&list=pageswithprop&pwppropname=templatedata&pwpprop=ids|title|value&format=jsonfm and https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/TemplateData . Escalating priority.",235211,0,,
+-6.779493199209454,-2.7117573459368227,-0.16753191923253574,-6.836898141069565,7.002409875669626,-3.9584417344430296,7.997587174047036,-3.2770837135773543,-5.668064388825023,0.1789406884886482,-1.603803976435246,-0.28490570667103654,2.950987523512034,1.950167088334594,1.996278884116446,-2.7980510962339884,1.733703162740941,-0.0028995710938515273,False,c1,3,https://en.wikipedia.org/wiki/Template:Mileposts was updated 48 hours ago and still hasn't shown. That seems like a time period even the squids should blink at.,235205,0,,
+-4.194905298229859,0.5175057541984529,-3.825095870603504,-2.277448560729871,4.542691420695327,3.2162366391397157,0.8767846686836425,-0.027646181863853814,0.2146766669431741,-1.0420870536806008,-0.6459693942855931,-1.507218004882867,-0.18917445144775513,0.692596524628798,1.277632520713269,2.269912702984031,1.4848012389301133,-0.7487801503613536,False,c1,2,"Though it is possible that VisualEditor and/or TemplateData do something wrong, in general there's nothing relevant in either VisualEditor or TemplateData that can delay the updating of the data.
+
+The template data is changes by users by editing the wikitext of a Template page (or a page transcluded into a Template page). When they click ""Save page"", the MediaWiki parser detects the  tag, tells the TemplateData extension to make sense of it, which then adds (or replaces) the parsed data in the database.
+
+There is no deferred update here, it is replaced directly.
+
+The API request to fetch templatedata grabs it directly from the database. This isn't specifically cached in anyway.
+
+The only caching layer is in your browser cache and the general cache in the Wikimedia cluster for HTTP requests to content domain names (e.g. ""en.wikipedia.org"") which is Squid.",235199,-1,,
+-3.2408946720850227,4.932599323179314,-2.384708798466663,3.199421386715885,0.6010885979498113,0.7045476320495307,0.7082730040122946,-0.7344783352500007,5.1285511158234245,-4.103146774996264,4.388204052302775,1.7689767272539196,1.2204017945195313,-2.12076184714813,0.011410883552607665,2.796955215797229,2.1998963919400905,1.7664969270543636,False,c1,2,"The behavior seems inconsistent. Today, TemplateData was available in transclusions immediately after adding it to the template's documentation subpage. (tested with https://fr.wikipedia.org/wiki/Mod%C3%A8le:Unit%C3%A9 )",235193,-1,,
+-0.8285603963795944,-5.061197170446055,3.342921697341744,1.93818374738753,1.071125537689845,-3.4304726167163313,7.838575389458713,-9.1113707777407,4.935876167705409,1.7971840487997968,-1.2099836230261367,-1.0535891974742073,-0.17747489239134007,-1.4513511732363735,1.6351322508326724,0.4712316334768265,-1.1261823604022467,-3.1572480934585574,False,c1,2,"Argh, that's not good - https://en.wikipedia.org/w/api.php?action=templatedata&titles=Template:Talkback is not updated even though it appears in transclusion, even after purge. Timo, thoughts?",235187,-1,,
+-8.284044980365415,15.785848173910605,-9.517820949311798,-6.333997529866381,-2.694732680225945,5.424426131716324,2.8494179761246627,7.557125697921644,-8.507968320481412,3.6022694599954486,-1.6674280389381577,-3.2753559556784966,0.41846972159129114,-0.8681624629695597,-2.1162443165293787,-0.3066216310862706,2.1560331336622016,-2.0864073273045163,False,c1,2,https://en.wikipedia.org/wiki/User:Okeyes_%28WMF%29/sandbox?veaction=edit <- check out the talkpage template.,235179,-1,,
+4.2989409296423045,3.179272157073555,6.45564090329249,-6.9639462245439345,-5.598480196804252,-0.7634188393587511,-1.6062130501370682,0.25187814105598016,-3.3381635571645507,-0.8732746744461242,4.119143266458073,3.4292230525980054,0.42792643242983885,0.7017600225113807,2.0914363435613845,2.697646320072903,0.09206278092652406,-1.5436773502529044,False,c1,2,"(In reply to comment #6)
+> Nope; remember that time I added it to the bugzilla tracked template, and
+> nothing happened?
+
+No.
+
+> Well, it started working finally some time today.
+
+That's not good. Did you purge the template, or did it get purged somehow (e.g. it was edited)?
+
+> I'm going to try implementing it in a couple of other minor places and look
+> at what happens.
+
+OK.",235173,-1,,
+-9.391058578938946,-0.6226171511950636,2.5666995502642385,-0.5380352191820386,-6.790670766075577,7.407900235688853,-3.016955289234624,1.4223220963760066,-1.4355649432461282,-2.9797192956378407,4.28846910677456,-0.3995398415735698,-0.17720237638989467,-1.138325348054988,-1.4069489246944242,0.7408981623268165,-0.13329128905597853,2.5991052200524796,False,c1,2,"Nope; remember that time I added it to the bugzilla tracked template, and nothing happened? Well, it started working finally some time today. I'm going to try implementing it in a couple of other minor places and look at what happens.",235167,-1,,
+-5.132087992169317,-5.310615414806978,2.8765449923554742,0.4937508139613165,-0.7378384827795843,-5.12741986516477,0.0041941497507647085,-1.1102131016648182,1.185492634844531,0.8706801087714009,0.7274959270911099,0.19333204073931753,-1.0966223935297386,0.27264378159276026,0.20098474918926668,1.217556174231976,-0.7051676128028637,-1.4701771460698019,False,c1,2,"(In reply to comment #4)
+> I'd go with A and C, Chris. If I add TemplateData to a template, go to an
+> implementation of it that already exists and click the jigsaw piece, how long
+> do I need between those actions to see the TemplateData?
+
+A: This should be instantaneous - if not, action=purge on the template should do it; if not, this is an issue we need to follow-up in general with how MW works.
+B: This is not yet done (bug 49778 which is being worked on right now).
+C: This should be near-instantaneous (but we're about to change how this works to make it faster).
+
+For A & C in particular as you've asked, seconds or even less. Was this during a time of serious server strain, maybe? Otherwise it sounds worrying.",235160,-1,,
+4.332615649794445,-5.137640398617691,6.59196240246818,11.097403860582753,2.776063112865108,6.874549804860397,-0.6249557894408895,3.4956464561223757,-6.664051129230115,-0.3032896630943518,-2.9616878630785037,-1.7343251290238748,1.1221964153569268,-1.9853619590991634,-0.3740411352712667,0.9486194117912357,1.6903801904700972,-3.1957871395849167,False,c1,2,"I'd go with A and C, Chris. If I add TemplateData to a template, go to an implementation of it that already exists and click the jigsaw piece, how long do I need between those actions to see the TemplateData?",235155,-1,,
+-1.7069412009887683,-5.123861280584332,0.8159584165923266,4.390447364757021,-2.7768941953838695,-3.22093651143998,2.1830646309488078,2.425322826921993,-4.16101242698115,-0.8274453827103554,-1.6688307819742234,-2.5454771601220463,4.557896481806739,-2.2143195135382334,2.7196519644250623,4.075019861360819,0.7183676380702939,-0.4167341827491131,False,c1,2,"(In reply to comment #2)
+> As does the fr implementation. I guess the question here is ""how long does it
+> take for TemplateData implementations to show up?""
+
+Do you mean,
+
+* ""how long does it take newly-added TemplateData hinting to become available in the API for use in VisualEditor?"",
+* ""how long does it take the VisualEditor transclusions dialog to show with the TemplateData hinting when adding a template in?"", or
+* ""how long does it take the VisualEditor transclusions dialog to show with the TemplateData hinting on load?""
+
+… or something else?",235150,-1,,
+-5.391013022593967,-11.85067418565945,10.651148568667422,11.260088407698762,3.745444715372699,-0.7486152298314739,-0.7873509860797547,-0.40806027708289183,1.5731374235360176,1.4914856752313321,-5.949964608717975,-4.723251305248508,4.678084166818082,-0.3479018753820444,3.153349383911615,2.743452208024234,1.7793152647198076,-2.7837023232771685,False,c1,2,"As does the fr implementation. I guess the question here is ""how long does it take for TemplateData implementations to show up?""",235144,-1,,
+-3.974564935560501,-0.47077959009504333,-1.2827107516872875,0.2832560157759225,-7.573995042535791,-9.337656096458144,-4.776083772911558,3.871121033487454,-3.484768912644588,3.999500481387484,2.4361826879555055,-5.696572485791874,0.12592028788578213,-1.1505150763564818,-3.014110765160971,-1.5152236121850637,-0.8989679508884136,-3.5771878115992743,False,c1,2,"Belay that, {{tracked}} works.",235139,-1,,
+-8.559929298439348,4.239614684310197,-6.056578026068321,-7.8613196882539125,5.300809428143541,-5.1297871101674986,-3.670794158026146,-7.114978834182819,-4.805377117267486,-0.3094376636484615,1.9489310943147757,4.928899668249541,-2.227304012233684,3.302148799934389,-1.0850992827778434,-2.659297280992035,-0.9234329866472911,-0.21075270732001972,False,c1,3,"This bug was raised five months earlier.
+
+*** This bug has been marked as a duplicate of bug 44498 ***",234799,3,,
+8.135987106071521,7.354680013008416,-0.7360719848957431,1.9962721535184524,5.013429449559574,5.477370188271319,5.775302751764592,4.430463013475017,-3.5414916247227763,-5.302364874169902,-1.3397690153133275,1.1992536962276557,-3.520396848084779,1.3689587854439458,0.21411169211392744,1.6247250292727284,3.4376899790680477,-0.8369220477630095,False,c1,3,"Similar hack, but now on the table itself, instead of a table cell. See the Infobox of WikiProject Aircraft:
+
+https://en.wikipedia.org/wiki/BAC_One-Eleven",234794,0,,
+-10.358481641374022,1.6203109568757998,-2.481025106244569,-3.4090799691900777,-2.3653126129296362,3.0789618208708163,1.866994188565366,2.7454192369142296,1.651737180172695,3.340632646964302,-0.08668257384051214,-0.5611349892568702,-0.6818704160314468,1.6716297621963652,-0.5376471188106979,0.45498138129065024,-3.663503949069673,0.6193068249054821,False,c1,3,"FYI, we are considering a post-processing work-around in Parsoid that lets this class of templates render as expected, but might not let users edit those templated cells.
+
+Our longer-term goal is to move towards more self-contained templates. This won't happen over night, and we'll need the help of the editor community and bot authors.",234789,0,,
+-5.490493117437593,-1.9406925005543414,10.25689706829975,-14.947050019561518,-3.953747417588536,7.72637486743632,0.3305719274749954,-3.71579904780404,1.919998797465978,-5.148419006900439,2.06082572659484,8.95025013637899,2.027554384753487,0.4571145284039466,3.3220175046263716,0.4415618080806767,5.693109712368835,1.2202943847334011,False,c1,3,"Bug 50589 is a different issue, so I reopened it and added detail there.",234785,0,,
+-11.799036136205327,-3.330093681543639,-1.3017792468122624,-4.989015850544307,-0.13115751999410818,7.448176913973732,-4.043026507022083,-3.1529825161612925,0.7727624108021516,0.13921907349415008,-2.852322532942907,-1.6546049820694653,0.1039085973697862,1.1191080097802357,1.5461777973536304,2.8768135970384843,3.9313647030580032,1.5787739230813966,False,c1,3,"**kwwilliams** wrote:
+
+50589 has been marked as a duplicate of this bug. I'm certain it's related, but I'm not certain it's a duplicate. *If* it is a duplicate, marking it as ""wontfix"" isn't an acceptable answer. 
+
+singlechart *does* return the leading | or !, depending on whether it has been ask to generate a row or a header row. It generates two row cells, separated by a |.",234780,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50589 has been marked as a duplicate of this bug. ***,234778,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50567 has been marked as a duplicate of this bug. ***,234775,0,,
+-10.723572354192065,-1.841368107355276,3.654237835051971,0.3687883989202039,0.6064690676134212,6.109220858117663,3.0911845307823356,4.707291156511847,-1.6992281248261771,3.390190782128607,-0.40734461520852383,2.4249260294389208,-2.083860587595833,1.7760624143686827,1.1568797288894608,0.8472751916085315,0.079398121522165,-0.5055017001912185,False,c1,3,"I don't have precise figures right now, but know enough to be sure that a bot will be needed. This bot pass should also fix some other issues listed in http://www.mediawiki.org/wiki/Parsoid/limitations. Do you know a bot author who might be potentially interested in a task like this? We have it on our TODO list, but did not have the time to tackle it before the release.",234771,0,,
+1.1033629128121412,5.052412426612456,-1.5513604452231204,9.18249263329759,-5.132745775200336,-0.5864262115609744,1.218460635027693,-1.2224332128805337,-1.3746148505557039,3.6354295746777154,0.9271641531207272,-0.39488892474173465,1.3508775778009365,-1.9780957121386908,-1.7496106415142374,-0.6182442939520643,-2.044254138474034,1.1183830724534132,False,c1,3,"(In reply to comment #4)
+> This cannot easily be parsed in Parsoid while also retaining round-trip
+> information. And even if we could, this would be very hard to represent in
+> HTML so that the VisualEditor can present a sensible user interface for it. So
+> this will remain a limitation of Parsoid.
+
+I'd like to know how many pages are affected by this bug across Wikimedia wikis before it's marked wontfix. Re-opening this for now.",234765,0,,
+-7.460782109816936,-1.797280350715715,-3.364512733797018,-6.058294205343539,-0.4266781188312532,-3.9445784244374504,2.3170045231751732,2.3067852137972853,-2.5612986803919,-2.1726010521325225,1.1721359118066608,-2.2715582491076822,-1.598547500018764,-0.6136132548212834,-2.7630048229263813,1.4591147609989201,0.24104675837234643,0.143215665992114,False,c1,3,"The issue is normally something of this form:
+
+{|
+| {{style-and-cell}}
+|}
+
+The transclusion returns some attributes and possibly table content.
+
+This cannot easily be parsed in Parsoid while also retaining round-trip information. And even if we could, this would be very hard to represent in HTML so that the VisualEditor can present a sensible user interface for it. So this will remain a limitation of Parsoid.
+
+This issue can however be avoided by changing the template to return the entire table cell including the leading pipe:
+
+{|
+{{style-and-cell}}
+|}
+
+with {{style-and-cell}} containing:
+
+| style=""the style"" | The cell content",234759,0,,
+-1.6946712737142722,-7.741251857689018,4.029336433096118,-6.260352727854331,-10.124504954882703,-4.385123152174732,-1.3850167620601468,6.114672862708551,-1.7547585949944575,6.499353681170728,-1.188153369676325,-2.7583296176553738,-0.81774958725386,1.0100598551653308,0.3052529336637746,2.4248942354178435,0.0015355568621472915,-0.795740372947142,False,c1,3,"Parsoid bug, it doesn't seem to like {{won}} and {{nom}}, see http://parsoid.wmflabs.org/en/Rage_Against_the_Machine",234755,0,,
+4.801062611127584,21.523642964654847,5.96140538689545,1.2083623465349937,-9.197548077606035,-6.373448343983966,9.563117791392704,1.8686521277653765,-7.9151342676790595,7.02719430380602,-8.394811233242608,6.502878011108751,1.971333490650201,-0.3889882168320614,-1.7597370723460504,-8.295582985211063,1.6514092915150518,2.574382790391501,False,c1,3,See also https://en.wikipedia.org/wiki/Akon_discography?veaction=edit from bug 50532.,234748,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50532 has been marked as a duplicate of this bug. ***,234743,0,,
+-8.56285169069162,2.833645878373531,-7.081219750330231,-4.19537638909817,-1.9233620785536871,-6.469683438942308,-6.845494658899717,-1.3773369248236196,1.980598576662911,-2.7319336762691933,1.052501290174541,-4.644485384287487,-12.407611433526867,-5.744217532238552,8.024767376306862,-5.122814331853865,-3.0428971428661957,5.930609373869556,False,c1,3,"Fair play; marking as duplicate.
+
+%%%*** This bug has been marked as a duplicate of bug 49784 ***%%%",234589,4,,
+-6.093709700669697,0.013250715359887977,-2.5013716473302527,3.0471458746346745,-1.4113721047074756,-0.2599187835278087,-1.490698003697016,-0.7684663025385742,1.5628470675557165,-2.7175955294704015,-3.5841152081346066,-1.9209492093616314,-0.20522134758840105,1.4259638857081172,0.14835584000962676,-0.24783792095296509,1.8518949843696053,-2.1796845691414433,False,c1,3,"So, I've read this a number of times and I'm not quite sure I know what you're getting at.
+
+Steps:
+
+1. Go into a page
+2. Click into a blank line; insert template ""Hatnote"", parameter 1 = ""Foo"".
+3. Template appears on its own line, as expected.
+4. Template saves on its own line, as expected.
+5. Page rendered with template in the right place, as expected
+6. Edit article.
+7. Template is still there in VisualEditor, as expected.
+
+Try two:
+
+1. Go into a page
+2. Click into the start of a non-blank line; insert template ""Hatnote"", parameter 1 = ""Foo"".
+3. Template appears at the start of the line, a little oddly as it's a 
, because of bug 49784.
+4. Template saves at the start of the line, as expected.
+5. Page rendered with template on its own line, as expected.
+6. Edit article.
+7. Template is still there in VisualEditor at the start of the line, as before.
+
+I assume you mean that this is an issue because it doesn't show up on its own line? If so, this is just a plain duplicate of bug 49784.",234585,3,,
+10.369913466610312,0.015485871517066485,0.16742475470135876,-5.459258770144708,1.6121122824285337,-4.281868721738466,-0.79050772569461,0.2668070328183579,3.1264480594492507,-3.1787040785503056,-2.0722222500012055,-2.110167052907169,-1.3252050005342564,-0.9498098944865917,0.8696956806436136,2.8705834236326457,-0.6524239674422175,-2.7904219807175723,False,c1,2,"How the hatnote appears in subsequent VE loads.
+
+**Attached**: {F11148}",234579,-1,,
+2.617905917696058,3.0684492094710336,-1.37323525656331,-7.980166489981805,-1.2642277110087665,-4.217519548571866,-0.38034111816715566,-2.0147456486163975,-0.16968044590619125,-2.9487524557228877,-2.267183170058076,-8.233053079165806,2.3524004289887808,4.580641025754491,3.039553082587428,2.0827848999737344,0.13861105875454163,-1.9153030644341538,False,c1,2,"How the hatnote appears in ""read"" mode
+
+**Attached**: {F11146}",234573,-1,,
+-5.13846268031974,-10.281750647888577,17.510859712268882,-4.305814622753395,4.107567825960301,0.1674286813315149,3.7496660608576473,-1.934248562189027,1.0308697232103312,-1.3817897222505349,2.168104885902695,2.231528210399248,2.0373830390393444,-0.3205952625615629,-1.6602495444128993,-0.2106061308665632,-0.010753008761084204,4.235410475632319,False,c1,3,"Perhaps I am dense, but I do not understand what this bug was about even after reading the linked discussion.",445979,93,,
+127.78399037328187,-2.78938560191739,0.055795218115534784,8.746597274855846,13.059046484958774,10.357346789343616,2.7759437887127785,2.280631342092483,0.20079040058870112,1.0372382353933078,-1.1234198578239458,0.9037507197387136,-0.457330158323614,2.1125811564837056,0.7753289966697325,-0.6779017806805192,1.374684054350588,1.129778788760047,False,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Editing_templates_recursively,1623159,386,,
+-7.428075184951763,-4.241821736838148,-1.9517841394853495,-3.5350090457953947,-4.092587918621709,-2.5253535828989992,-1.4161922425706592,1.246531878544342,3.8214009875895867,0.23830665625075653,0.863042059260539,-1.7424940806530085,-1.7062236251022018,-0.28555758957376143,-2.3837304614052015,2.0460933566920394,-1.3460757646440542,-0.4907449416357581,False,c1,3,"Basically, the central thing for me would be this:
+
+Some templates are difficult (infoboxes) and some templates are easy ({{[[ http://en.wikipedia.org/wiki/Template:Quote | Quote ]]}}, {{[[ https://en.wikipedia.org/wiki/Template:Lang-it | lang-it ]]}}). VE allows editing links and bold text directly as first-class content element, but all templates are seen by VE as templates and not as formatting, and forces users to edit their content using the dialog. The result is that it's easier to edit such templates in wiki syntax (if you know which parameter to change, of course) than in VE for everyone: both wiki syntax lovers and newer people who like VE.
+
+If VE could allow editing at least //some// simpler templates as just text, and treat them as custom formatting rather than a complex form, this would make editing much easier. Perhaps TemplateData could be modified to allow specifying some parameters as ""directly-editable"" or something.
+
+I understand it's not trivial and requires some development time, but it's worth revisiting this.",1198564,285,,
+-9.086173368620043,-0.6068783504445374,-1.6201869371524675,1.5414490767721798,0.6574986718656213,0.20330846898270316,5.555796754328037,2.72805384611794,3.634786406713773,2.2218883646851593,-1.5890130720174502,1.1869050252542026,-1.1185980591171083,-1.093497759999965,0.23860893128684824,-1.6596308559859154,-4.108928835330187,-1.8832958176423056,False,c1,3,"There is no facepalm token, so consider this little goat as the facepalm token, because still we literally force VE users to use wikicode for nested templates.",1035824,246,,
+-9.162070681173436,0.1212395824558623,-3.0085400527356887,2.924061399074491,0.37605588508023047,0.7828312744224188,3.3471558252071762,3.062718030552527,3.882977171860162,2.669407845680113,-1.3053939779724408,0.8115860431472779,-1.1233900693331986,-1.0232979759979244,0.021233673103304262,-1.6126444359188743,-4.108940505509727,-1.9338892166125399,False,c1,3,"There is no facepalm token, so consider this little goat as the facepalm token, because we literally force VE users to use wikicode for nested templates.",1035822,246,,
+8.15749104562624,14.974713125232643,12.751488925097444,-14.546515587379224,7.169278417939795,0.15151631031412194,4.131153576765346,16.160033067743896,-3.140278322473991,-0.0960106441699562,-4.063904314732886,2.5478655634081004,-1.7127466634665134,0.458109172914849,0.2485661111078934,0.798866775987872,0.9925654423451378,-1.1198813304451405,False,c1,3,"> Wikitext button should look depressed when used. MW theme needs this to be improved mode generally. Need to avoid mode error
+
+Would a ButtonSelectWidget make sense here?",622141,139,,
+-6.622116644927589,1.0123361991108375,-2.8153989840794784,1.1508603757787146,-4.155579130494619,-3.9613965766917865,1.016118123109944,2.992687962049304,2.1217305926198726,2.9464709876674995,-0.46830055958452443,-0.7782281061226053,0.7455686516803208,-2.7294043968186497,-1.153420468358145,-0.5791531131745127,-0.6346881015382217,-1.2875366708510714,False,c1,3,"Comments from discussion about this:
+
+* Wikitext button should look depressed when used. MW theme needs this to be improved mode generally. Need to avoid mode error
+* Important to remember that the types aren’t for validation, just hints – don’t frustrate the user if they want to over-ride, make it easy to replace.
+* Styling of wikitext mode needs improving.
+* Need to separate “allowing to use VE” from “helping with type hinting”
+* Flow has this issue too (switching mode) – share feature design?
+* Edge case (partial wikitext) for not being able to use VE isn’t very common, we believe?
+* One switch for the whole dialog?
+** Issues?
+** In Advanced mode? (alongside multi-template transclusion editing)
+* Possibly get rid of the (i) too, to simplify the clutter around boxes?
+",621649,139,,
+7.797131244324765,20.76895827555603,10.330018706478802,-15.231699034666784,-2.5872593431064788,17.674943614461075,-4.508072903216069,0.5715588171312553,-5.803202079123168,-9.014968861061481,6.789658442382253,2.4152008050122253,0.889338842914623,3.859855274413289,-0.05116438347502594,-1.3042191293595429,1.312719148735803,-0.33380048644127625,False,c1,3,">>! In T52355#2079713, @Esanders wrote:
+> @Ironholds the page has become a disambig since you filed. Looking at the history were you linking to https://en.wikipedia.org/wiki/Fulgencio_(Modern_Family) originally?
+
+I fixed the link.",621561,139,,
+-9.119375216469667,-8.774351574521557,12.422543882781696,1.716497859956153,-4.638515745682193,8.85987090492723,-6.123161379109118,-13.060192473210124,-0.7088792708851586,-4.682986834021882,1.8868368830284967,10.805695750903478,-1.2378236695353244,4.418460097620327,2.134780052484821,-1.7745080462101295,1.264656582662203,1.969277483379193,False,c1,3,"I have literally no idea, it was in 2014.",621413,139,,
+-8.742851507447844,7.934118804902969,0.4593904792411374,1.6104245788763212,5.551195037050341,10.927858800917889,0.6663115912358037,-3.512816132296717,-4.274715171476862,-7.266163663710206,5.423507782967109,-0.6035205550570559,1.7266816797322928,-2.0440256450341714,-3.0776001730292966,-1.1125149440883644,6.556101624920163,2.8798643390432894,False,c1,3,@Ironholds the page has become a disambig since you filed. Looking at the history were you linking to https://en.wikipedia.org/wiki/Fulgencio_(Modern_Family) originally?,621352,139,,
+6.3048286858933,4.722319401726821,0.9075172737444284,-4.907441456603202,-6.352445220471758,-6.389231191421324,9.732056437109614,0.13690880767827723,3.997791367755611,-3.702303012864155,1.3324924352179888,-5.074140264803522,3.2763282594867835,3.662166540456174,-0.6258711137828663,-2.9403533742423744,-0.36003288726400845,3.8644653520443195,False,c1,3,"Current thinking about switching modes:
+
+| Basic appearance | {F3459623}
+| Editing with support | {F3459624}
+| Switched to 'wikitext' mode | {F3459622}
+",620273,139,,
+-15.785761300727492,10.029109641210475,-11.651669181751847,-0.5893138042544752,6.147948026717902,3.534987532593707,4.623873661028291,-0.8594142979273444,10.224657669126339,4.478173607480517,-0.7343962205158676,2.303078953304957,2.48998299306869,0.8423033246050229,1.272071890608368,-6.774815526893338,-0.3501220668809504,0.5001525218407807,False,c1,3,"Re-wording; this isn't a duplicate of bug 50182, which is about non-dialog editing of templates.",234152,59,,
+-10.262941876400182,3.5000807622368413,-9.037763109091998,-3.211531405292961,5.0807642241216335,-3.7897855833723746,-6.72443586456111,-6.205858030426466,-3.428413411824989,-0.18630657237871073,-2.059095158813521,1.7036529941812217,-3.329411471222237,2.296060110217957,0.1868727730887194,1.0903868296918096,-0.32439453618584335,-0.6276282215738869,False,c1,2,"
+
+*** This bug has been marked as a duplicate of bug 50182 ***",234146,-1,,
+-11.54396231154372,-3.049837718186561,-2.7344583000198517,0.5166547867739073,2.7729747723436553,0.414976901989732,0.4475001981258693,-2.0076447583613484,1.1934929039581876,2.107788540117836,-0.551168043875258,1.3294031341942132,-0.5525953159800601,-0.9642331490256796,-1.4863260791686916,0.8822367233910753,-3.078553558756935,0.611875779137975,False,c1,3,"I think these are all now tracked in bug 53604's dependencies, which is a more scalable way to find, triage and fix bugs; consequently, closing this as INVALID (though each of its suggestions are of course real bugs or enhancements).",234089,8,,
+14.109001604925924,9.963133627545634,-5.149001365170681,1.5646516362156007,-3.5281821772006925,-2.3761411834651476,-2.111876326715066,0.6405041409690299,-2.9489438353937096,3.610318499410786,-1.7781715566855012,2.150612842243925,3.788758873522429,-2.812577154018691,2.0645658509361358,2.3414785091258787,1.0850357512679882,0.19624955339790473,False,c1,3,"(In reply to comment #11)
+> << For templates, it would be helpful to provide some links to the actual
+> template page from the transclusion dialog. At least a direct link, but
+> perhaps
+> something like v*t*e (view/talk/edit) like included in many navigation
+> templates. --[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:12,
+> 6
+> August 2013 (UTC) >>
+
+Links to template documentation pages from the transclusion editor is bug 49772",234083,5,,
+-3.5686507747181455,4.513203584642856,-7.734499846960217,-2.5186478673490065,-4.913500914579119,-2.966781701291632,-1.6440729904674232,3.877252325115506,2.437992631194203,-1.762916362251079,-0.9092407444654587,0.14164562526426305,-1.3175995120960207,-0.16257571040639407,-2.8008199251627395,-1.0307766177095368,2.1158666681083886,-3.071165460295605,False,c1,3,"<< For templates, it would be helpful to provide some links to the actual template page from the transclusion dialog. At least a direct link, but perhaps something like v*t*e (view/talk/edit) like included in many navigation templates. --[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:12, 6 August 2013 (UTC) >>",234079,5,,
+-0.12360914503451248,-2.1200546869844192,-4.939241758734099,-11.873542308436047,-2.9115021475894505,-3.51385586060343,1.6792674708838096,1.9501488163813518,-3.5397967845286065,-1.3813647486659848,-4.200035802749563,-2.6766782756961502,2.901588388422206,2.380489385886989,-0.2656312505638154,0.7470144571870856,-0.8558235086591999,0.26784611362824373,False,c1,3,"<< When the templatedata does not take any parameters, as specified by the corresponding templatedata (e.g. {{fixed}}, don't show the add parameter heading/text field and 'no unused parameters'. --[[User:Wouterstomp|WS]] ([[User talk:Wouterstomp|talk]]) 11:08, 6 August 2013 (UTC) >>",234076,5,,
+-12.287989381296754,-2.0238058562919257,2.2283184505440037,6.050249887284485,0.9883204376436794,2.115970995026574,1.7084345265989604,-1.8994941445929943,5.913867652046083,1.1171197559911326,-2.4962731470526975,2.1799943505249324,1.7872489511049041,-0.8018597343529335,0.5692005608397581,-1.922318541431515,-1.1866038605673717,1.6122735430174182,False,c1,3,"I've added bug 51774 as a see-also. That bug is about making it easier to see long descriptions by use of a tooltip. I don't think it is dependent on or duplicative of this though.
+
+Bug 49772 is also relevant here, that asks for links to extended documentation.",234073,3,,
+-10.533311789343268,-4.249050086324875,-1.68118740612167,-1.9949411642735058,-1.7574599219043128,2.726750274975405,-1.7641769668460423,2.9528731421277636,-0.17305715589584447,-1.3308417105756605,0.5780892289712137,-1.042646005566974,0.27962008531623983,-0.1962782116436983,1.095846773947179,1.0855918039023429,2.63174437013011,-0.637252277772292,False,c1,3,"The treatment of ""required parameters"" is positively unhelpful. I suggest that they should be listed below the input box, like the other parameters, with a note saying ""Required"". At present it's easy not to notice that they're there, at the top of the left-hand column, while a few of the other parameters and their descriptions are listed conspicuosly below the input box.
+
+Steps to add a non-required parameter:
+#See it listed below the box, with its descriptionm and click (or, remember its name and type it)
+#type the value into the displayed box
+# (non-intuitively) click on the template name top left to add another parameter (please give us an ""Add another parameter"" box!)
+
+Steps to add a required parameter:
+# Notice that it's listed, top left - just the name, no description
+# Recognise that it's an important and required parameter, even if the name is a bit cryptic
+# Move mouse up there and click on it
+#Now see it displayed with its description
+# type the value into the displayed box
+#...
+
+I don't think the editor benefits from the current situation: I've tried adding a few templates and been flummoxed by it: sometimes the parameter name doesn't convey what it is, while if it was listed below the input box with its description it would be much clearer. Stick a red ""Required""  note beside it: editors are used to this on all sorts of other web forms.",234068,3,,
+-11.186790499259523,-0.540039097308803,-3.8620681678173066,-3.9224012395431433,5.151110489062521,0.30906504679613356,0.12967109883390293,3.298615487689638,-0.09479550813407855,-1.7134012554658336,-0.6119615050230458,-2.2967427492621546,1.9912829478565248,-0.34544174620777124,0.7133717320509296,1.600860000967676,2.1139798710911935,0.2392267165526616,False,c1,3,"More user suggestions:
+
+
+    After selecting a template and clicking ""Add template"", the left side of the box should read (in descending order): (1) Dialog box name (which should be ""New template"", not ""Transclusion""); (2) the name of the new template [done now, but this should not be clickable - see (6)]; (3) A title, ""Required parameters"" [new], (4) a list of the required parameters [done now; done now], (5) a title, ""Added parameters"" [new], (6) A button, ""Add a parameter"", which when clicked, changes the right side of the box to the ""Add parameter"" dialog; and (7) a list of added parameters [done now; may be blank]. The button should be greyed out if the editor cannot add any new parameters (the only allowed parameters are required; all possible added parameters have been added)
+
+    After clicking ""Add template"", the left side of the dialog box highlights the template name, and always shows, on the right side, the ""Add parameter"" dialog. This is wrong if there are any required parameters. What should be highlighted on the left is the first required parameter. Editors should be completing the required parameters first, then turning to adding optional parameters.
+
+    When a editor clicks, on the left side, on a parameter, the right side shows an input box. It isn't clear, after the editor has added the desired information, what to do. Pressing [Enter] (or [Return]) just puts a newline character into the box (starts a new line). Clicking on ""Apply changes"", which seems like a possible solution, actually saves the template and exits the dialog box - that's frustrating. There should be a ""Done"" button that closes the edit window, and moves the left-side focus to (a) the top-most required parameter without information, or (b) the ""Add a parameter"" button/option.
+
+    When a parameter listed in the left side of the box gets its information added by the editor, the visible format of the parameter does not change. This is a particular problem if there are a lot of mandatory parameters, and the editor is not adding information linearly. It would be helpful if the text of the name of the parameter were to turn green once the parameter has been filled out; that's also positive feedback to an editor looking at anything with more than a few required parameters.
+
+    How to add a parameter is not obvious, as indicated by the frustration voiced by an editor previously. It looks like an editor can click on a parameter in the list, and then click the boxed parameter name towards the right side of the areas that has turned blue (that is, to click on what appears to be a button with the parameter name within it). But clicking on that ""button"" does nothing. Nor does clicking on a parameter result in the name of that parameter being put into the search box. The secret of adding a parameter [I guess; I've not been able to figure out anything else] is to ignore the fact that parameter names can be selected by clicking on them, instead (a) typing the parameter name into the search box, and (b) pressing [Enter]. I admit to being baffled by the rationale here: why make (the parameter name) clickable, yet have the click do absolutely nothing useful? Clicking on a small button within the parameter description, or double-clicking (or best, either way) is much more what editors would expect. [I also note that the user guide is not helpful, saying in its entirety, on this issue: ""You can add parameters or edit those already listed.""]
+
+    What makes the ""type in the parameter name and press enter"" approach particularly problematical is that if you misspell the name of an optional parameter, you get no feedback that you have done so. That's because VE assumes you're adding a parameter that's not covered by templatedata, but still is valid. That's a necessary assumption now, but clicking to add a parameter, rather than typing to add one, would remove the potential for this problem.
+
+    When adding a parameter, the list of parameters includes a description (e.g., ""Full date when the source was published; if unknown, use accessdate ...""). It would be extremely useful if this description was also visible when the enter enters information for that parameter. (Bug exists for this, I believe.)
+
+    VE should prevent an editor from adding a template to the page text unless information has been entered for all required parameters. This could be done by greying out the final button (currently ""Apply changes""), or by an appropriate error message if that button were clicked while a required parameter was still blank. If the first approach is taken, then it's particularly important to show the editor his/her progress in filling out parameters (the fourth suggestion, above), perhaps even turning red the required parameters that still require information.
+
+    The final step, for a different process, adding images, is to click a button labeled ""Insert media"". Similarly, the final step for the template process should be a button labeled ""Insert template"", rather than ""Apply changes"".",234062,2,,
+-11.627470577777721,-3.0406261881667707,-0.7597582248250072,-0.23754647612330615,-0.5605087366506556,0.499030743644731,2.6489759022659367,2.706016819566044,1.4711394196269418,-1.3003364693143258,-0.4520115574179495,1.4301246004607764,-1.1522818543511248,0.9137206599078402,0.22091047548572007,1.082115117580559,1.3529853394363553,0.5490738950616021,False,c1,3,"Retitling this ticket to keep it more focussed as a generic ""improve X"" is hard to actually resolve definitely. I suppose the main goal here is:
+
+* It should be easier to add the Nth parameter after having added one already (e.g. not having to go back to the template page from the navigation sidebar and adding a new one).
+
+* One should be able to see other parameters (including their values) at a glance.
+
+I've been thinking about the following UI changes (in no particular order, some options are mutually exclusive):
+
+* Though having sidebar entries for each parameter (as opposed to just the template) is a nice way to jump to a specific parameter at once, but for other purposes it is imho too big and unhelpful. I can't justify its prominence other than that this is the only method we have in the UI right now to allow navigation to other pages in the dialog.
+
+* I'd like to try for a Template to be a single page in the dialog where one can scroll from one parameter to another (e.g. more like a regular form).
+
+* The sidebar should probably be reduced (parameters either not in there, or significantly less prominent (e.g. a third of the height and indented from the parent item). The navigation sub-items for parameters wouldn't be for separate pages in the dialog, but would trigger a scroll to the param section and (if not already) to go to that template page the parameter section is inside of. We could go fancy and update the sidebar in two-directions (e.g. clicking an item will scroll there, and if you scroll there manually, we update the sidebar active item.  This principle is quite common on one-page sites, example implementation of such principle: 
+http://webdesign.tutsplus.com/tutorials/javascript-tutorials/create-a-sticky-navigation-header-using-jquery-waypoints/
+https://webdesigntutsplus.s3.amazonaws.com/tuts/313_waypoints/demo/index.html
+
+* As for bigger templates the ""Template"" page would now be very long, it becomes important that our ""Add parameter"" button is not only on top or bottom of the Template page, but accessible at all times (e.g. sticky on the bottom, and when clicked we attach a new section, add it to the list and scroll to it).
+
+* Separate: I'd like to get rid of the [+] -> [+ {template}] button we have right now. It is quite counter intuitive in my opinion. Aside from the ""+"" being unclickable (one has to hover it, then find out there are different options and pick one, even though there was only 1 option, now there are 2: template and content), it is also too small. I'd recommend we either have both + buttons visible at all times (+template, +content) or put them in the sidebar are sticky bottom-positioned slugs/placeholders (e.g. each + item would be its own row in the sidebar, clicking it will add an entry to the sidebar).
+
+",234057,1,,
+-4.872112058795495,-5.788867571155264,-0.6111386009347506,-1.3403203331804292,-1.363220291670534,-5.570501892329805,2.0119998781460318,0.19598009571896433,-0.6299629557935366,-4.119889148595251,-0.1776770931452707,-3.8152551750459547,1.4761048533065786,0.509795191080753,0.23837966424089307,1.172039690698416,1.4377274810144811,-0.295296165514368,False,c1,3,"**euro** wrote:
+
+(In reply to comment #4)
+> I'd also request the elimination and replacement of the word ""transclusion"";
+> it's very opaque to non-wikimedians (and also potentially incorrect).
+
+Agreed...Perhaps it would be helpful in ""dumbing down"" the term to review the Free Dictionary treatise on ""transclusion"":
+
+http://encyclopedia.thefreedictionary.com/Transclusion
+
+--It pretty much comes down to the age-old issue of taking whatever is somewhere originally and replicating it somewhere else. The catch: no matter what happens to the original material, it's reflected immediately in the replicated copy. So within the context of ""Wikistuff"", how about ""replicate""?
+
+Webbie",234048,0,,
+-11.751640650805681,-7.391602312088503,3.094475177536183,-5.875487854850517,-4.335186702853937,-0.19716076185461517,4.717523593445238,3.3387387751460547,2.194231812454243,-6.146529191226394,-0.7274589624729595,-3.414232160780979,0.6027687001666946,3.5281491651221852,-0.05119096821866087,2.0687873224881344,2.525753353443706,-1.1150945338295317,False,c1,3,"I'd also request the elimination and replacement of the word ""transclusion""; it's very opaque to non-wikimedians (and also potentially incorrect).",234036,0,,
+-14.16505680032141,-0.48111505728265946,-3.5078529716509506,1.6258234369173667,-0.16137959035306615,4.259285695576487,0.9049575677191424,3.887035447413315,0.3399138007845761,0.7755455113624752,0.8821775064241624,-0.41892967462866615,1.043159924091651,-0.05140074803656236,1.553816926374009,0.7215601638115103,2.65692937733791,0.05269284911717165,False,c1,3,"Another editor doing a lot of work with templates suggests that in commonly used templates with regular parameters, it might be a good idea to have the parameters preloaded. Speaking of the common ""cite web"" template, she says:
+
+""I think it would be easier for the parameteres to already being added, at least the basic ones, to the template. For example, to the ""cite web"" template, the parameters that most people use (title, url, author, publisher and date). So, when the editor adds the ""cite web"" template, would only have to add the content of each parameter and not the parameters themselves. If the editor wants to add an extra parameter, they could choose it from the list and add it. I am sure that this is difficult to be done knowing that there are lots of templates to go through but maybe keep it as a thought if it can be done?""",234024,0,,
+-8.71644111650104,-2.0499043869190263,-2.934427615873723,-2.0159403397142164,-2.6519195856055724,-1.8261912273530339,-0.05185537507239957,2.047482267514221,0.6016413890659091,-1.1886351785832385,-1.223954887224969,-2.5374564186286346,0.7820070277915736,1.3556576319937907,0.20478407085678274,-0.2281203512922767,0.6444667955847403,-0.9993292818660517,False,c1,3,"Additional thoughts - copied from En Wikipedia. Pam has done a ton of work with templates in VE and is at this point pretty dead familiar with how it impacts her workflow.
+
+***
+Many of the templates I add most often either have no parameters (eg stub templates), or take ""date"" as a parameter (maintenance templates like {{unref}}), or take one or more positional parameters (eg {{in title}} or {{about}} or {{coord}}).
+
+The handling of templates seems to assume that each template has one or more named parameters.
+
+Inputting a 3-parameter template like {{about|this|that|the other}} is very tedious, even after you've discovered how to do it (very non-intuitive). You can't see the content of previous parameters as you go along, so have to remember where you've got to. Messy and stressful and takes a whole lot of clicking.
+
+It's probably too late to suggest this, but imagine the following scenario:
+1. I click on the jigsaw icon
+2. A box appears where I input the name of the template and click ""Add template""
+3. The next box includes a prominent ""See template documentation"" button which links to the appropriate documentation, perhaps popping it up in another window or tab.
+4. This box is divided into two columns and a note says ""use either the left-hand or right-hand column to add any parameters to this template"". One col has named parameters, the other has a set of boxes labelled ""1st parameter"", ""2nd parameter"", etc. Along with buttons for ""Next template"" and ""Apply changes"".
+
+A further refinement would be for VE to be aware of (a) templates which take no parameters (eg stub templates), and (b) templates which only take the date (many maintenance templates), and in these two cases not to prompt for parameters (but to quietly add the date for (b), saving this having to be done by a passing bot later).
+
+A yet further refinement would be for VE to recognise stub templates (they all end in ""-stub}}"", apart from {{stub}} itself, so it shouldn't be hard), offer them as a separate drop-down menu (much easier when stub-sorting), and put them in the ""right"" (per WP:MOS) place at the end of the article.
+
+Probably too much to hope for: but going back to the basics, please work out a way for parameters to be input without all the clicks involved in making ""names"" like ""1"", ""2"", etc. I haven't yet tried to add a coords parameter - something on the lines of {{coord|54|36|51|N|2|49|34|W|display=title}}. That's going to be really tedious.
+
+... Getting a bit stream-of-consciousness here: can't we just have two columns of boxes: ""parameter name if any"" and ""parameter contents"" - perhaps 10 rows and a ""More parameters"" button. Then to input that coord template I'd just leave the first column blank and put the values I've got, in order, and hit ""Apply changes"". Simple, allows you to see previous params as you go to keep track of where you've got to, etc. Ah well, perhaps it's all in hand. Good luck. PamD 14:12, 4 July 2013 (UTC)",234015,0,,
+-16.078181432949798,5.590951473230351,-11.301881637958562,-1.9329470690759418,9.847024050420728,6.235060536993892,-0.05284844776219089,5.846704403534472,3.696048372054899,0.2957606824411405,-2.9089198666095375,-1.8026800475179638,1.5185220454911303,-1.9758579831101797,1.1961925192331395,-0.8497602805551403,1.7046155065005482,-2.3693441600635667,False,c1,3,"Another thought; the different tabs for different params is something that takes a while to figure out, and introduces a lot more hoops into the system.",234010,0,,
+-13.234314926418751,0.5810835579850782,-1.662864971521572,0.18384196812515263,2.510225920228967,8.373221877132774,-0.0475208231863391,4.622388013044851,2.270790681222274,-2.08523606794082,-3.8517399951698477,-1.437295147567733,-0.46648335640449634,0.1933600676952636,0.49476522450533666,2.225395941690867,0.6249646174637093,0.5768394177155374,False,c1,3,"We don't insert slugs if the user can create a new line by pressing enter. If the document ends in a template or other focusable item, we do.",410478,84,,
+20.162415371196552,3.7732103928968996,-8.277703989530421,10.4692536081248,-5.788590242460293,-6.618057590392751,-3.07984490205623,-2.7498676745533737,-0.43692414763889614,-3.2543171646270936,-0.052871567814349874,2.3134516638949867,4.070794960766146,-4.070560779955835,3.037863616725101,3.5293576609814314,-1.0861270575255677,-0.8820691725310579,False,c1,3,"(In reply to Alex Monk from comment #13)
+> So this appears to actually be working now.
+
+Woo-hoo. :-)",233340,52,,
+-7.610985428041959,-12.754842197584248,16.376758037763544,3.2490840455316157,11.157078334293082,-17.05345329984645,17.31507351378425,-4.428015263890481,-4.570154808192713,6.144453659121716,1.118483719624565,-2.583559588010065,4.229245844078723,-6.384214709591116,-6.030015232274277,-1.657309236073051,-1.399239159368083,4.323380782105536,False,c1,3,So this appears to actually be working now.,233337,52,,
+4.546171855486303,19.454996256077614,-19.01470283982097,-4.303004231169256,-11.84373373296768,7.978818681448232,8.96479320702751,-4.932229266769204,-0.3898114438765505,0.388839979740343,10.393312293355018,0.873574875476395,2.3696575176186503,0.8205330974253389,1.1692226210406775,-5.615890126656382,0.5214997716638544,-1.734436938342685,False,c1,3,Patch reverted; re-opening.,233313,50,,
+-6.426252840786367,-11.551812449390312,12.742347888761484,12.653485719388188,-2.394060440394049,6.790714237949473,4.422073429339607,2.857398196677487,-9.56556263679306,0.45214233877996524,-1.800283264863662,-0.10967215536525732,-4.994765610010319,-3.4263130346591213,2.27517584369299,-1.83688885954632,4.298904106560029,-2.3944831992286195,False,c1,3,Yeah it's actually kind of a pain to do that. Let's update it on save.,233301,49,,
+-6.870088069724948,-4.507402378694099,0.7833101857981157,-2.1761777100579778,5.16773797064176,2.9517608878335935,4.022507734675674,-1.477427257798209,-3.1950042444284303,-1.3716250157827878,-3.227270356630773,0.45920863995222394,-2.2539380000417624,-0.09958211558897001,2.0838815781910407,4.244254085630199,1.3031913809565354,-1.3549522381748762,False,c1,3,"So now that the dependency is merged, Parsoid now recognises {{DISPLAYTITLE:stuff}} as a meta property (instead of a template), and VE provides a box on the options page to change the display title. I think what we should do is update the title (almost) as soon as it's changed.",233299,49,,
+-4.998084592348901,1.2002642305803306,-5.6793857175521705,2.842328865547328,-1.1275109855768681,1.8275903235269002,0.9990640775507842,-1.7058470119806914,0.07576277794727215,2.059262184740782,-0.16782510920221694,-2.8866651797562475,0.9992330545476311,-1.638901015639043,0.6177629579919759,2.264846602893965,1.9150868736286,0.11306636127907499,False,c1,3,"Confirmed that adding italics to an existing page doesnt display italics on save - it does display the italic title after save + refresh.
+
+However it does display italics on save, if the DISPLAYTITLE is set for a new page. 
+
+Tested with {{italics title}} and {{DISPLAYTITLE:''ItalicsTitle''}} on testwiki
+
+https://test.wikipedia.org/wiki/ItalicsTitle",233296,2,,
+-7.472945219619029,-5.614063294193786,15.360151432491632,1.17405002116997,-9.47283298408397,14.225446191804682,-1.1545939353012482,-7.142054212057983,-0.5818680769666243,0.27841314041911236,-1.3698478953128106,0.9216452682575262,1.92778558279326,-1.1716012942110026,0.7067782864858669,-1.0494112072610462,-0.0031654857293019756,-1.8996044050319574,False,c1,3,"I think this includes my problem with {{tl|italic title}}, which is at two levels:
+# When I add it, I expect to see it take effect immediately - it doesn't (so I wonder whether I remembered to add it, whether I formatted it correctly, ... etc)
+# Even when I save the page, it doesn't take effect until I refresh the page (same set of worries).",233292,0,,
+-4.232086579001615,-2.9339844217959783,4.092283166264594,-3.8649732879157668,-0.45570482840965276,4.279576276015344,-4.876355015747403,-2.5259334209547917,1.2794969532799423,-3.739593697780519,-0.054319047345832594,-2.9949343246083657,0.5966378250902871,1.5591475258922134,-0.3614481688900848,0.839765644906683,1.4267512873682133,-0.3844084908284757,False,c1,2,"Created attachment 12689
+Wrong title displayed in ""correct title"" template.
+
+I think it's related, so I'm sticking this here.
+
+After http://it.wikipedia.org/w/index.php?title=Utente:Dry_Martini/Cricca&diff=prev&oldid=59761793, the page, containing a ""Correct title"" template, would display, after being saved, the message usually generated by that template, although it disappears if you refresh. 
+
+I tried it myself and this time I actually changed the title in the template.
+The screenshot shows what happened after http://it.wikipedia.org/w/index.php?title=Utente%3ADry_Martini%2FCricca&diff=59761896&oldid=59761793 my edit.
+Basically, the page retains its formerly given title, while displaying in the message the one I chose. Again, everything is ok if you refresh.
+(For the record, the usual title is ""There is no Cabal"", while mine reads ""There's a Cabal, and it's using VisualEditor"".)
+
+**Attached**: {F11086}",233288,-1,,
+-1.4685373620770443,3.4286046351341497,-5.518048814582805,2.359336449443868,0.16179000022893675,0.34123671944617406,7.5107897279398355,-1.8573446365145556,7.5132293474812695,-1.2808194223226894,1.4917727241659333,0.5341810118269912,0.7550520562214182,3.7423566020681784,3.4070379610461083,0.40612349075399257,-1.519256866694557,2.3453854530405596,False,c1,3,The main request here was satisfied in {T56759} and for non-links more generally in the context menu stuff done in March-ish. I agree with Ed that breaking people's browsers' behaviour isn't desireable.,504444,109,,
+-1.4407761424369303,3.1250787894671035,-4.804845432086811,3.2042709664737234,-2.4448357982897466,3.643819815990959,5.274596808201485,-1.7292903451010821,6.9455600268100826,-2.9993837620246246,1.2468232802125394,1.0292457495029126,-0.642931670356109,2.3677493182953198,2.2522475852592354,1.3145900644637667,-1.4997822242768206,0.8175406358886348,False,c1,3,The main request here was satisfied in {T56759} and for non-links more generally in the context menu stuff done in March-ish. I agree with Ed that breaking people's browsers' behaviour it's desireable.,504373,109,,
+-3.0638281836094317,-0.052341594194091456,-0.298912405211023,-2.9845932203031786,-4.59981313567674,-2.3721080672742616,3.46145263455408,4.728892272161276,-1.015044649444097,2.0573214660225254,-1.4924322937191667,-3.5997626426762936,0.3717074387642185,0.7321546152585559,-0.5114459471193098,1.128815670576714,0.8254313945032408,0.13634465954672814,False,c1,3,"Note/update: Using ctrl-click (but not middle-click) on a ""content editable"" link, does not currently work with Chromium37, but does work with Firefox39. 
+I will update the description to clarify.",504282,109,,
+-11.783839422857191,0.7659234407786499,-4.924563671893045,-1.2041333732382515,-3.01099049235847,-1.016799602558029,0.9804272620922418,4.129206758729672,2.190027360900463,0.8026749904477342,0.4223317375387039,-0.07379043400130847,-1.2310956321388478,1.2415084091668238,-0.053917805113241624,1.389479206991342,-0.9811558982279824,1.8144532882166309,False,c1,3,"Middle click/ctrl click on *content editable* links in browser specific behaviour, and isn't necessarily going to be the same as for read-only links. Rather than override the browser's default behaviour we will provide a consistent way to follow links with bug 54759.
+
+Image nodes are protected from editing with highlights so we're not going to able to provide the normal context menu. I can't see a compelling use case, but such functionality may be available in the image dialog in the future.
+
+Suggest wontfix for this.",232007,52,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 64974 has been marked as a duplicate of this bug. ***,232001,49,,
+-7.110221410266551,-0.031148174320039246,-1.0842683604199819,-5.437753469697356,-2.1461807575703133,0.3901170650383978,2.9158951233024233,4.303741867448679,1.47997598602686,4.402142798781268,-2.9479115249452064,0.6901557713168023,-3.048802481858028,-0.6244221167580413,1.739618101574786,1.6895704482245677,1.407338823358368,2.7616920604792754,False,c1,3,"The mouse cursor not changing is bug 50741 
+
+CTRL+click / right click and open in a new window/tab does work for internal and external links. It does not work for images.",231996,10,,
+1.0955195934223472,12.44773905605442,3.002266231350375,-7.802352973809239,-5.670581348106898,-4.332368759647732,5.178604734447294,10.96928797662794,11.040965856219412,1.0581139330090972,0.8360728482283862,1.8282330433479892,-3.7811933909672533,0.4393582703761494,0.125512009681648,-2.587464682343669,-2.739914031102878,-1.2416448161863234,False,c1,3,"Some more details: 
+
+* Middle mouse click on internal text links: OK (but mouse cursor wrong)
+
+* Middle mouse click on images: NOT OK
+* Middle mouse click on external links: NOT OK",231990,0,,
+-11.452752682539312,0.8942293333464217,-1.146660060248065,6.702551268536395,0.0910583429280507,5.95723617243053,-2.8624389801469725,7.046518014649548,-2.0856930188127034,-3.950721744472449,1.0732260036061831,2.4102437416574576,-5.2973971659979044,3.1006869096729774,-2.2238281301176572,1.8454512128564022,-4.821759095799598,-2.1132446470017605,True,c1,3,"Fixed in the above commit, which we will push out today.",255413,2,,
+-15.551813969036052,-0.533085502270966,-6.328052191850167,-1.7712130893761042,14.601478320024668,3.054011450258777,1.1304227362405452,10.835474950386185,6.3779493917474515,-4.5435833092180244,-4.737173192165496,-0.22103979304819177,0.8733765407168059,-1.2307503805572106,2.0715686749623696,1.9356290680230315,3.070963034313732,0.36204674518085955,True,c1,2,This happens because the converter generates a document with only an alienMeta (the magic word) and an empty internal list. The logic for generating an empty paragraph to prevent an empty document doesn't kick in if the document is non-empty from the converter's perspective but only contains meta items.,255392,-1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51812 has been marked as a duplicate of this bug. ***,254901,3,,
+5.27546458726461,2.43697599189284,5.58606006015437,-2.5988894180963626,-5.703353005586053,-5.290571354556413,-5.372435684984613,2.3835439779896355,-1.4181983958394264,-3.2906273120965195,2.6135613200141012,0.8625669140698369,1.57656533754699,-0.3180032863123905,-1.8485223611177846,-2.973599292388933,-1.3022737949572476,-1.553051164333722,False,c1,2,"Created attachment 12684
+Screenshot of bug
+
+Just found this lovely screenshot that I meant to upload.
+
+**Attached**: {F11889}",254899,-1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 63353 has been marked as a duplicate of this bug. ***,254820,51,,
+-5.143104899980921,-5.7623873597284945,4.110671123020922,-4.863158934706558,-1.4436853692148386,-1.9306766996692453,-10.396068926609862,4.265011140065872,13.64562216311615,-4.538482309000848,-6.164289391470071,-4.055310608099811,4.563012688182153,5.570929761496032,0.2325506533443149,-2.1006680690870643,-0.26617365174907087,3.9941931740466177,False,c1,3,"Two different things look like they're pre-pending the "":"". Helpful. :-)",254805,49,,
+1.6073935304203841,1.97801194539848,-1.2263737795524414,3.775436075500318,1.3130179504159205,-9.786190602871221,-4.3374631124830225,1.0942307429794496,-0.34619701412307263,-7.254918145793802,0.4433918488959996,1.491112325686207,2.7704613767215625,-2.866678775186436,-0.6448950334530381,4.87578910928634,-4.154105060706143,1.1986320143411358,False,c1,3,"(In reply to This, that and the other from comment #2)
+> It looks no more broken to me in VE than it does in view mode.
+
+Yeah; marking as fixed.",254354,52,,
+-6.91276767164069,-3.192761677395964,5.844854138007761,23.473133631060783,-7.409797736738074,13.95449937030699,-0.4180681477229786,-10.803476271860456,7.260381242350482,-4.448208729710106,-2.2988634017507,3.176155029439548,-6.430820245264023,1.8573695258215286,1.4353650058041012,2.9018379416127695,-2.0052004956040834,-3.8524476520118047,False,c1,3,It looks no more broken to me in VE than it does in view mode.,254350,34,,
+-11.025800702339005,-2.6416732620269023,3.843470741321397,12.967134517987363,4.429227455158278,5.077435491028577,-11.575435311741648,-16.493390426898838,2.6039284895536197,8.519049579788366,-1.375701332512394,1.9815438719015122,3.736734130941472,-1.889184584843143,-3.487119067025651,-9.010969192771844,-1.2966562933583343,-4.442887743773936,False,c1,2,I wonder if this is related to bug 50036?,254344,-1,,
+-5.105781145844633,-3.5295641028866083,-5.911140264518186,-0.43955800099480946,-0.6866284159314082,-3.2943018096417447,-1.009342989357572,2.5967040418140126,0.003604984808144862,-1.2466134657396344,-0.8023579466344728,-0.6551996842474406,0.09438106092090193,-0.9546746199033123,-1.0150764216607286,0.5312455529875004,1.6708651551896396,-1.436179579390155,False,c1,3,"Comment from bug 51558:
+
+An en.wp [[user:3family6]] comments about [[Template:Album ratings]]:
+""This is an instance where the transclusion option on VE, while it does work,
+is more inconvenient than just wiki-markup. In wikimarkup, if you want to
+insert a new review into the middle of the template, i.e. between reviews 3 and
+4 (rev3 and rev4), you just change rev4 to rev5 (and rev5 to 6 and so on), then
+insert the new score. With VE, you have to add a new rev parameter to the
+bottom, and move the content of ALL of the parameters affected through
+copy-paste. This is much more time consuming than editing the wikitext.""
+
+For context reviews are listed in alphabetical order, initially the template
+could be something like:
+rev1 = A Magazine
+rev1Score  = 4/5
+rev2 = CTV
+rev2Score = 1/5
+rev3 = FooMusic
+rev3Score = 5/5
+rev4 = ZedNews
+rev4Score = 6/10
+
+The album then gets rereleased and reviewed by BetaMag. This needs to be added
+at the second review, in source editing it's just a matter of changing 6
+characters (4→5,3→4, etc). In VE you have to create a new rev5 and rev5
+parameter, then cut and paste the values from each of rev2 - rev4 and rev2Score
+- rev4Score to their new locations then add the new data. 
+
+One better way to handle this would be to allow the renaming of parameters.
+Either in the ""options"" section or by right clicking on the parameter name. 
+
+This is likely to affect other templates too.",254297,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51558 has been marked as a duplicate of this bug. ***,254292,3,,
+-10.407549800767885,-1.0702145662332434,-1.0032005964068667,-1.6483130256245957,23.247374533547607,-5.7435488538028725,-1.0778980224260906,-1.924849998459722,-10.569088393277722,-8.788242972705461,11.430820091123369,4.776771465972909,-1.316751571997028,4.349006364011647,-2.074406763235305,-0.33198561455502773,-7.977033610991026,-1.2977013106362505,False,c1,3,This was fixed in the deployment earlier this week.,253215,0,,
+1.1888929852192263,11.873544840264664,-10.676029358834668,6.75309662835147,7.160119748161096,3.902389124398077,-0.028512965977698812,1.0946739620305639,0.6475581110353614,-3.887193375296672,-0.6934851991016266,-0.9287713322724693,1.1108593478612332,-2.040394111893938,2.329857469640104,1.4203176619100149,-1.9644900929342364,-2.4008398848119863,False,c1,2,Confirmed in Chrome/Mac; this looks like a general issue with z-indexes. Thanks for the catch!,253212,-1,,
+13.339732247397764,1.2353337177700894,-2.4225919547931776,-7.526081406089866,-6.252257055782897,-6.385099127374608,-5.21484175093878,1.4587147992590235,2.2864114230699286,-1.9132302617795007,-1.047666358542683,-0.610861521073299,-0.6695234449744742,-0.7076075440565842,-2.45075657074019,-0.3627213525462656,0.08011048190500022,-0.9528690102777353,False,c1,2,"Created attachment 12650
+Screenshot showing issue (extracted from Word docx file)
+
+**Attached**: {F11829}",253208,-1,,
+-10.766525162647428,1.4302729454840595,-9.780622700949785,-7.779153801779843,-12.19758797526336,-6.04243527461539,-1.0676170572438153,3.9362409962204605,2.030973852972102,1.4495774891413191,2.0089320387752503,1.466922434384502,-1.3120923944862475,-1.1624635541829327,2.67219456204276,6.1897619018029495,-4.995551871122692,-0.8904841208586882,False,c1,2,"**rachelqa99** wrote:
+
+screenshot
+
+//attachment screenshotve.docx ignored as obsolete//",253200,-1,,
+-1.5057623886096883,2.203644434396331,-1.593612164391831,2.9344459875080275,-0.14654018459039975,-8.321571826050826,4.279245667644346,3.3997878321473642,1.4585497386229,1.0435632614630572,1.309818766866741,4.813564642301645,0.7828067295906576,-0.5175586431528526,0.11821482120006,-1.734700296774251,1.439933439791272,0.9882443579653848,False,c1,3,Hint: Links to disambig pages can now be easily checked with the isDisambiguationPage() function introduced with Gerrit 100413.,252851,24,,
+-7.499331001079588,-1.0846098815347514,-1.881030765540694,1.2748175338979593,1.2128634690136053,0.9224946637118876,3.041521877411176,0.6885162184486997,-1.6393590713063135,0.035234952458201185,0.7048881925178019,0.2204730404486881,1.6761608163128159,-0.5316895644336261,1.6720650275237832,1.6880677866495692,-2.984110822312326,0.2574617204896028,False,c1,3,"Can we also ask that VE warns about ""auto-links"", which is, links in the article pointing to the article itself? https://bugzilla.wikimedia.org/show_bug.cgi?id=50497 explains why those links can happen, but that is true for templates, I can't recall real reasons for wanting that to happen in the article body as well.
+So [[user:Fram]] suggested that a warning would be useful in that case.",252844,4,,
+-9.041962813756637,-3.5988782532938846,-2.883578869848828,9.794159947982317,1.9285174749239893,-0.34840819730531436,-0.5453310327395577,0.8748527646204691,2.962893036481759,1.809239821446445,6.136701791111877,0.926709995779059,-0.3356906023204078,-1.3165082775194674,-1.0111814512977382,-2.2032986857072676,3.5753748736929487,1.2159606173018633,False,c1,3,"**Saehrimnirwikipedia** wrote:
+
+Hi is anyone working on this since it is now deployed on more wikipedias this will become a bigger and bigger problem? Before VE people were checking if the Link was going to the right target more often because it was possible to have typos but with a drop down list they are bound to rely that what they pick will work as intended.",252839,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51524 has been marked as a duplicate of this bug. ***,252836,3,,
+-1.1537925699437404,-2.009182572215055,-9.934784500160434,5.526586909305971,1.9505371324427045,3.28618982877153,-1.3517896022903564,1.179291894502959,2.9326630069047406,0.6972958565479894,-0.7621440467987886,-0.6769380078085971,-1.347953904265731,-1.4751033619338163,0.5958848972652584,0.5162338682241567,0.8633849593482434,-1.9936674568720312,False,c1,3,The current code related to this functionality is in VisualEditor/modules/ve-mw/ui/widgets/ve.ui.MWLinkTargetInputWidget.js if anyone wants to take a shot at it.,252834,2,,
+-3.7443448446946475,0.39604319098358154,-8.933508142288153,14.047543956192905,5.6924725073107165,0.08893364985060259,3.3834161625493966,-3.6518162668341785,-2.71958590011068,-1.396479091806396,0.6186337930552529,-1.8523926836082865,-1.1458077375008775,-1.4583910446030868,-2.8664825081773304,-1.4197958873033856,-1.1543871667502,1.2106717862301415,False,c1,3,"This has come up in a discussion about surging numbers of dablinks being noticed by the dab project.  If VE is the source for this uptick, we should think about getting this fix in sooner rather than later. 
+
+Discussion on en.:
+http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28miscellaneous%29#Disambiguation_in_crisis",252831,2,,
+1.3389099262905866,1.979584292550033,2.1473888736586755,4.133088927639593,6.06894876274983,-1.8393847615632328,-0.7953502912172947,4.641153250681516,-1.8089209313721795,2.653870182257383,1.244591345175197,3.043725957438947,-1.5105088242060551,0.6022946472020609,1.7519606918225676,2.8066199083172956,-1.7265668081652616,0.26262568853809487,False,c1,3,This has been implemented in the old editor (WikiEditor). See https://gerrit.wikimedia.org/r/#/c/70564/ for the implementation details. It should be easy to add this feature to VisualEditor as well.,252827,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50986 has been marked as a duplicate of this bug. ***,252823,1,,
+-9.487439412959436,-13.69834771434629,17.99149748636519,-3.6697576020809173,-7.1363581268818415,11.291811340053282,1.0369564524257768,0.2641909126082236,-7.953070062763004,-0.984632181317743,-3.488079849699355,-2.8978920221880045,0.8269849160376679,1.678661117869367,4.450632396866493,0.5614731069191117,-1.7684312130727329,6.0560992325783065,False,c1,2,"Sure; I don't think we're saying it shouldn't /let/ the user, merely that it should inform the user.",252818,-1,,
+2.892357617970875,4.0147703326471,3.6168603269955426,6.670901291662529,3.370403565365077,5.997171487838202,-1.328729952473818,-2.626984320790336,5.812136916349164,-1.8484826334090556,-1.4428066833518711,-5.287682548075985,4.493414823493433,2.7057096087379717,1.4661024209371867,-0.16794432045545582,5.2606013996166,3.6385570256757895,False,c1,2,"I agree for disambiguation pages.
+
+But I believe creating a wikilink to a redirect page is OK. For instance linking to ""HTC Super3"" even though it is actually a redirect to ""HTC Super"".",252811,-1,,
+3.087818391054924,6.807016396736866,-3.4473744743651196,-11.438963670962528,-4.321441374481524,8.77885091324686,4.108599565276627,-8.192012515661613,2.0745227015820156,3.9585957768708457,2.0754008053010224,-2.537617592392364,-0.3295634347518601,-0.7329354767381729,-4.2298280549801195,1.5379957799418542,-0.933584081840139,1.4168874562158789,False,c1,3,I have updated some files ownerships manually and validated qunit tests jobs are passing for MediaWiki core and VisualEditor.,252258,0,,
+4.057420206227418,-5.967301385651474,3.991739281594353,-0.29127737412270527,-7.760145160527514,-3.7713619061945813,0.8631862649928177,2.108948462424989,-2.933819919648597,1.3726316484660588,0.2193913955232465,-2.292893442390304,2.745804758631313,4.803964841604576,3.3877488886859135,2.7765625784974337,2.3247891198206694,-0.1983028231490347,False,c1,2,"(In reply to comment #0)
+> It would imho make sense to migrate both tabs to the drop-down menu as well
+> when there isn't enough space to display them at their usual location, so
+> that
+> users can still access the edit modes.
+
+""Edit"" is not normally collapsed, but it would make sense for ""Edit source"". You'd just add class=""collapsible"" on the 
  •  and it will magically work.",251902,-1,,
+18.77656514089147,0.30639850147514736,4.072316932611689,-10.120475666960612,-4.279220146962772,-9.892401407810508,-9.425709955689921,3.325398199686046,3.6046935225232346,-3.9727453165090534,-2.082903842354971,0.46399814740646583,-0.6417150293190528,-0.24147135752983107,-2.7697039273400788,0.5583564685284044,0.8225413969363999,-1.2070537093637537,False,c1,2,"Created attachment 12643
+Screenshot: High zoom
+
+**Attached**: {F11767}",251895,-1,,
+-11.238594858098754,-5.480870574547351,2.7487985251981577,-2.944191382978863,6.218822363055235,0.9524292999853472,-2.4898904096559464,-5.749312887181074,-4.827772367568404,-0.6690701558075789,-3.501904386186736,3.1050676158458588,-0.6179197981721223,0.5481505481213131,-0.7310677509462085,-1.7114659797549199,-1.0466056943120736,-0.29227371498516685,False,c1,2,"I think this is a duplicate of 48915, which clearly we should fix right now.
+
+*** This bug has been marked as a duplicate of bug 48915 ***",251419,-1,,
+-6.113124351011943,-9.389317127991864,-0.18203087199952783,6.426636602582876,0.4523643681063767,1.543298530604055,0.057154876881668315,6.9677182308473835,-2.1464525393761975,-6.020932121636173,0.04310889153443287,0.34882043385077477,-4.1975494716070765,5.709214624542279,-2.152164426742581,3.5451014601156388,-4.3877186907941965,-1.0712889736527331,False,c1,2,Merged and we'll push this to production in the next hour or so.,250969,-1,,
+9.81678803593743,-4.498979108862638,0.7858571979105675,-3.260106820694107,-0.907733484244269,0.09257294039384689,-3.527318306148733,-1.1596190856143997,-0.705020647133548,-2.8956561157008114,-0.22269927810217305,-2.2488400644640634,-1.5608882736556984,-1.5519339376151355,-0.1369156947539385,1.174768327669094,0.9446221305323459,-0.9298652169538673,False,c1,2,"(In reply to comment #0)
+> (Sorry for carelessly filing a dupe before (bug 50207) - I have checked this
+> one, but if it is a dupe, you are most welcome to trout me for wasting your
+> time!)
+
+Ha, no worries; dupe's aren't in any way useless (it reminds us that it's a real problem we need to fix really soon!). It's mostly just that it's a waste of your time. :-(
+
+> 
+> 1. Edit [[testwiki:VisualEditor:Links]] in VE
+> 2. Make a selection like
+> 
+>      Golden Gate National Recreation [Area is the] best
+> 
+>    (partly inside the link, partly outside it)
+> 3. Click the ""Link"" toolbar button and make a link to any page
+> 4. Click in the word ""Area"" to move the cursor there
+> 
+> Two link icons appear in the floating toolbar.
+> 
+> 5. Save page > Review changes
+> 
+> Wikitext output has two links side-by-side, pointing to the same target.
+
+Yeah, this is definitely a fail on our part (and a regression!). Thanks for the spot; assigning to Ed.",250949,-1,,
+12.57943438273585,-11.314279688821564,12.858916263530418,-8.720059091842964,0.6307089362246234,0.7784109162268269,0.21760288224646196,-4.732939519141551,3.5877583359827208,-2.7458969387714616,0.09047944605482838,-0.05769338896845966,-2.4381549360439183,-0.6661547340556433,-1.4926978132256108,3.700894565968777,5.083599388776159,0.7134610627286588,False,c1,3,"Looking pretty good. It's been separated and the method itself (OO.ui.PopupWidget#display) no longer exists.
+
+https://github.com/wikimedia/oojs-ui/blob/e43584b420/src/widgets/PopupWidget.js",250314,65,,
+127.78399037328187,-2.78938560191739,0.055795218115534784,8.746597274855846,13.059046484958774,10.357346789343616,2.7759437887127785,2.280631342092483,0.20079040058870112,1.0372382353933078,-1.1234198578239458,0.9037507197387136,-0.457330158323614,2.1125811564837056,0.7753289966697325,-0.6779017806805192,1.374684054350588,1.129778788760047,False,c1,3,https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/Automatic_visual_editing_of_spanned_templates,1624617,387,,
+-7.6304591833917215,-1.6558500134264111,-0.9441554981319644,-0.22415754348091177,0.6363034897649946,-0.3919315917718631,2.941053228875015,4.351420024039569,1.3500049966321626,-0.03129701250599748,-0.14098306609039857,0.5569258225772842,-1.3335543168282191,1.5208707985483285,-0.506496300419562,-0.6949269566331857,-1.7960164942554833,-0.44165211940138027,False,c1,3,"This could be particularly helpful for common inline templates, such as the {{lang}} templates.  When readers see this:
+
+```
+Alaska (/əˈlæskə/ (listen); Aleut: Alax̂sxax̂; Inupiaq: Alaskaq; Russian: Аляска, translit. Alyaska) is a U.S. state in the northwest extremity of North America. 
+```
+
+the wikitext is this:
+
+```
+'''Alaska''' ({{IPAc-en|audio=en-us-Alaska.ogg|ə|ˈ|l|æ|s|k|ə}}; {{lang-ale|Alax̂sxax̂}}; {{Lang-ik|Alaskaq}}; {{Lang-ru|Аляска|translit=Alyaska}}) is a [[U.S. state]] in the northwest extremity of [[North America]]. 
+```
+
+and the editor in the visual editor sees four templates.  It would be much nicer if you could just stick your cursor in the middle of ""Aleut: Alax̂sxax̂"" and change that without having to open any dialog boxes at all.",1198565,285,,
+3.494085459761447,-4.59195961919775,4.638899418998627,0.9944405397888971,-3.201229603094938,3.6434128340523984,-6.617464937184141,12.240583430936278,-11.157372127584372,3.220903675117235,-0.45773742410511,-2.812888295926766,-7.473486384492358,-2.1253109708554616,1.9824089221987053,1.2732779200044446,4.257524741087186,1.3346796277424713,False,c1,3,"Hey Riccardo, will try and find an answer for you.",754131,174,,
+-7.395594151227918,-5.055852042884958,1.6501929099739732,1.6682269906253335,1.9527142484948374,1.9347218134124677,-1.6925815306057057,2.0441620756260237,0.8182196519206357,1.0156087293869431,-0.32223662012503196,0.41805207173770587,-1.14517008721563,-0.1713891100981597,1.3329634733476587,1.6040707488171466,2.187716834716491,-0.21023813086766596,False,c1,3,"Hello, Riccardo from WikiToLearn here.
+
+We use a lot of templates in our books, and, especially for maths, we would love to have visual editing of templates. I have seen that in T53374 the type for coherent wikitext was added. We would love to implement a solution similar to what has been done for the ""Insert Media"" dialog where there is a lighter VisualEditor is present when the user edits the caption. Our desired behiavor is to have the same editor show up when the type associated with the parameter is of type `content`.
+
+However, we would only do this if you think it is a good idea, and ideally will accept the patch, to avoid forking an extension as big as VisualEditor. Is it something that would be interesting?",747843,172,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52786 has been marked as a duplicate of this bug. ***,249561,35,,
+1.7220853073832716,1.5527978728851597,-6.265623806467232,-6.483236422705694,-1.887084555161481,1.586814478023113,0.8693597948500091,1.6271362628139374,-0.058903362780412416,0.2255610910106549,-0.4327989499449265,1.0193262937448075,0.14324341419976605,0.7436469603922562,1.5598622904606332,1.3230974634313746,-0.5465652309265123,0.10314570882621821,False,c1,3,"(In reply to comment #10)
+> In reply to Gabriel Wicke, substing {{subst:div col}} would give 
     class=""mw-columns-2""> .. 
    . This would work fine for all subsequent
+> edits
+> with VE, but not for editors using wikitext.
+
+I don't see a big difference between a div start / end tag and {{div col}} / {{div col end}} template pairs. Both are disconnected and of roughly the same text length.",249557,2,,
+-5.646580816383097,-0.9503106939237718,-6.109536295413609,1.618449686432367,-0.9302730761522469,-0.5584683365996543,-1.11375748984433,2.6511070020996153,-0.7433037557565509,0.21004651882602232,1.1960792908283093,-0.4523162084457679,0.16642157926641055,-0.7817108392845784,-0.7227710040331374,1.3384118296226688,0.4451178446405931,0.6299268913817522,False,c1,3,"This has come up a few times at 
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#a_sensible_way_to_edit_.7B.7Bdiv_col.7D.7D_sections
+http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Bulleted_lists
+
+In reply to Gabriel Wicke, substing {{subst:div col}} would give 
     .. 
    . This would work fine for all subsequent edits with VE, but not for editors using wikitext.
+
+Ideally list in {{div col}} blocks would be edited in place. Just as if it was a normal list. 
+
+I think this points to a wider question: that some templates are going to need special ways of editing them. You might be able to add a field to the template data, say, ""type"":""wikitext-block"" indicating its a block which should be edited in place. Some sort of extension mechanism could be used, say with an associated  lua module providing hints to VE on how to edit the data.",249554,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51485 has been marked as a duplicate of this bug. ***,249550,2,,
+-4.928890346261384,-2.7907259611380795,-0.8640619045941236,8.837095908888292,-5.0193783835427395,-0.21230489693671117,-0.4276128390382361,3.6282723054026556,-0.6380648323770721,-0.6408234397811108,1.4282465055591822,0.8503182984129705,1.1782799651769111,-1.1073400659780301,-1.198957416545807,0.1882432862515211,2.988778469314544,-0.8662302768193326,False,c1,3,"We also need to be able to add the template {{tl|multiple issues}} around existing tags: when editing [[Dadloi]] I wanted to add a second maintenance tag and then tidy them up into {{tl|mi}}, but of course had to do the latter in Edit Source after my VE edit.",249545,1,,
+-8.714507231958601,-1.0842065400724863,0.380862377724843,-1.5518503087971567,-0.7226010526648503,6.227287170338229,0.061065382100274235,2.571583380793805,-2.813581640482873,-0.3237721425510771,-1.6143564114065847,-0.7661553370600966,-0.11313020239612293,-1.2942111046432097,0.047173061178633624,1.174383849874162,2.274334178373639,-1.0521421661748174,False,c1,3,"**kwwilliams** wrote:
+
+I'm seeing a few comments that imply that nested templates are somehow the result of a poorly thought out design: I take issue with that. Take {{BillboardURLbyName}}, for example: it's got a very simple job: give it the name of a musical artist, and it will return the URL to the Billboard page for that artist's charts or biography. Billboard loves to redesign its site periodically and builds the URL based on six digit numbers, so we really don't want URL hardcoding going on. 
+
+It would be a very poor design if we required every template that could accept a URL to understand how to translate an artist name into a URL. It's much better to do it the way we do: pass {{BillboardURLbyName|artist name}} as an argument to templates that require URLs, and let each template do its own job.",249538,0,,
+-12.657072727449224,6.845356180932718,-10.64609733826359,8.534705327503547,1.1243844365851494,-1.8313471535567132,-1.4985423057055947,4.434001069135972,-1.1628782858533708,-0.927005277099568,-2.358268717555957,0.05727756385940275,0.6936624498082602,-2.7488776230830148,-1.8091915168805346,1.5420142182629724,-4.129745539517632,2.8285105002420603,False,c1,3,"Adding keywords to summary to make this searchable.
+
+As noted in bug 50595, this bug prevents copy-pasting formatted text from the main document into a template.",249530,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50595 has been marked as a duplicate of this bug. ***,249521,0,,
+-11.270348169412468,2.0956866299982835,-7.424636619056959,-1.0979966649042687,-1.8540911929533657,-4.635770307170196,5.161396098400276,0.8298297911457542,-0.7492198427083133,-3.05866577754852,-4.234589099135091,-2.8106776362901194,0.0968889453155577,3.414225580124363,1.47745154492132,0.284849460154708,1.8846224988845444,-2.0599310837481593,False,c1,3,"Something like 
     .. 
     with the proper class definition in common.css would work better for editing in VE, as the wrapper won't be template-generated then.
+
+Generally visual editing works best if a template produces a self-contained part of a page ('properly nested') rather than cut-up start / content / end templates.",249509,0,,
+-5.722271021178836,-2.306243527708837,-5.801884467064536,2.762014401958112,-0.537143784511974,0.8202678502790803,-2.5520502292899447,-0.8593277043561965,-2.3861130189731616,4.0516922923962735,-1.5602098645105564,-4.992417917289313,1.1459430350031283,-0.6046075452778548,-1.0704397772673275,1.8421495188874506,-0.3510847205259548,-0.517085180317181,False,c1,3,"This bug affects all attempts to edit items in lists which are set out in columns using {{tl|div col}} or {{tl|colbegin}}, so is going to disconcert a lot of editors. I hope it's near the top of the ""to-do list"":  see [[Wikipedia:VisualEditor/Feedback#Editing_within_a_multi-column_list_.28ie_between_.7B.7Bcolbegin.7D.7D_and_.7B.7Bcolend.7D.7D.29]]",249500,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 50355 has been marked as a duplicate of this bug. ***,249491,-1,,
+-5.461785069255471,-5.439871900042283,0.3937107955587731,5.895403520286619,2.2967976438477002,-2.592446733769636,0.14083470578359503,-3.0366691681828852,-1.0909283907698213,1.5080362493073292,1.4449158809451033,-1.1524782524517887,-2.146681435891902,1.8384977413398957,-0.995734436509359,2.104165237947853,-4.170106081365604,-2.426782577331084,False,c1,2,"These are currently supported, just as wikitext. :-)
+
+It depends on some changes in Parsoid (which they've put on ice during deployment), and some tweaks in VisualEditor, but this should be relatively do-able.",249486,-1,,
+6.69337371327274,-1.309782188595916,6.275294410447087,5.49126086763456,4.088878698893975,6.9001071960536,-12.298531335981334,-13.802992830810556,-2.969824515102176,3.0099394343681425,5.030988833519215,11.49314203934582,2.1323367554956345,6.980658618858491,1.0429801256168965,-4.677489376765706,-6.926545921043326,5.018491641438109,False,c1,3,I think this was resolved in Gerrit change 127388,249036,41,,
+-5.2401195325981575,1.2046653387268265,-0.14532456981675557,-6.93008747207618,4.087137462017495,-1.879064161247026,-0.27098390118952587,-5.959223591699145,0.14084773300403208,1.7137656787314093,0.708385699781624,-0.8298060542640844,0.4747312573483309,2.0904961663956048,0.13030588508179397,0.5956460962062722,-1.9243247334851028,0.21993657382969012,False,c1,3,"Is this fixed?
+
+When I look at this page which uses [[template:userspace draft]]:
+
+https://en.wikipedia.org/wiki/User:JohnArmagh/Heads_of_Government_of_the_State_of_Victoria,_Australia?veaction=edit
+
+The appropriate message is shown.
+
+However part of that box should render as
+""This draft was last edited 13 months ago""
+but in VE is renders as
+This draft was last edited 1 second's time""
+
+which means {{REVISIONTIMESTAMP}} isnt expanding correctly as, based on the future tense, it is giving a value that is CURRENTTIME+1..?",249033,14,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50582 has been marked as a duplicate of this bug. ***,249028,0,,
+-2.1772211854126495,2.459881866354909,-6.976929317324118,10.521430442213608,8.345869751595359,-1.4255689832738536,6.546386114751728,1.0289308272627893,-5.227982162673751,6.703246263872252,6.173080082391122,-0.08468617756325081,0.9783945729946066,-0.3193266438822935,-2.151332943926942,-3.22063320684622,3.6468238788787075,1.5411758524154053,False,c1,3,"This was originally about the Parsoid issue, which is now fixed, but re-purposing to be about the DM re-render to PHP parser issue.",249024,0,,
+9.809526287973716,-7.3656930894166175,11.984382502117635,-4.856989235949291,2.0010928969944572,-4.222275966985119,0.1488852632738027,-7.770345356406451,2.090802273243219,0.10404307972756133,-2.4339105923061766,-4.886506183320636,3.043770026997696,-1.8907823946177862,-1.8740923722316436,0.32630804850421713,-2.206876568375178,1.448994674194807,False,c1,3,"I'm guessing this is actually about newly inserted {{NAMESPACE}} calls:
+
+http://www.mediawiki.org/wiki/User:GWicke/TestNamespace?veaction=edit
+
+Reassigning to VE.",249018,0,,
+-2.522291314984565,2.2145362705095994,-5.536225989519874,7.375040660738675,3.6863487581209,6.228392217562728,-2.145719561033312,2.0312355063137493,0.8514435442573625,-3.086399453962988,-0.8442385211142813,-1.6309532011826695,-1.0994948819287358,-1.5182830654264885,-3.3499489731337566,3.2876407991178804,1.3450513710818832,4.426517653806313,False,c1,2,"We pass in the title to the PHP preprocessor, so namespace-dependent parserfunctions should work as expected. Are you talking about Parsoid rendering or the VE's preview rendering after inserting a new template?",249013,-1,,
+-7.713109476137867,-2.046437734633363,-3.153954128901047,2.886092298274944,3.3306753035869825,-0.8891736793213667,-2.778501492877308,-0.3292446686494459,1.7358603527991285,-0.656944789598711,-0.2071209936765781,-2.004258593200392,-1.1622459613953375,1.4516148239428899,-0.5335386219591807,2.578365184222851,-1.2164346512005388,0.1646109136759839,False,c1,2,"By the time we get the template, the evaluation of the parser functions - in this case, {{NAMESPACE}} - has already been done (by Parsoid). In general, I believe that most parser functions are just ""return true"" at this point, and will be coming in future.",249005,-1,,
+-4.889213062314141,2.6740828148852636,0.32307612755053317,3.862650805140751,-2.4443589366101426,-4.473958028806553,6.297989849466882,-5.223899516887167,2.6879059487612444,0.8875909595192883,-1.2835369083428487,1.2519849934709857,1.6879933351629797,-1.915016766616457,2.737792330277717,4.4278289834490145,-1.4335260421935887,0.5376791525925282,False,c1,3,"(In reply to comment #1)
+> There is also a request in that discussion about whether ""Transclusion"" could
+> be renamed to something in plain English, like ""Templates"".
+
+The problem is that they aren't just templates - there are also magic words and parser functions as well, like Wikidata invocations or other oddities that MediaWiki supports. Lumping them all in as templates makes things much harder to explain in documentation.",248960,0,,
+1.8232610853706621,-3.242104952767347,-6.061939552880839,17.92319347094456,5.1158213314173775,-8.6236721327679,-1.9991933680486298,-0.19633383545925864,1.871948797981185,-0.022038809462125997,0.24774033056433287,-6.950607033536941,1.2419042055657266,8.615485432484187,3.7287128017488342,-0.032387033240721674,1.2072003333649275,-0.28850152280674246,False,c1,2,"There is also a request in that discussion about whether ""Transclusion"" could be renamed to something in plain English, like ""Templates"".",248955,-1,,
+-5.414171788403691,-0.7929803082826528,1.4934634274661724,2.581621074771265,4.390178283412062,3.104141156112199,1.3901991771139954,0.9148796823269095,0.040754904244203694,-1.2042916554440701,-3.5274607335633354,0.2912053082350665,-0.22481098115431042,0.02097409377005177,0.9149702364019516,2.067214943002713,-0.8967834127468921,0.5777879934109045,False,c1,3,"So, if I'm understanding correctly, when the user starts a search we want to generate a normalised copy of the entire document in NFKD. (Otherwise we've got a problem keeping two copies in sync). Is this acceptable efficiency-wise?
+
+Could we force the characters in the document model to be in NFC? Could Parsoid provide the article text in NFC? (This is partially off-topic, but we probably want to consider different normalisation issues together).",248733,1,,
+-13.408112018185314,-3.7382480872560784,0.9840417251070481,-1.1159638866169317,3.6800301359303873,4.6225671796803915,0.6641384037186384,5.354454547640245,2.452390644505962,0.6285355172496789,-0.6587084923880413,1.1713235325955438,0.24025155056116043,-1.886123004456932,1.2721642923351784,2.8484246277138494,3.176666983395156,-0.14840119453078282,False,c1,2,Agreed. You're likely to do that naturally when displaying search results but it would be a consideration if you try to highlight the matching substring in the result (a non-trivial problem when normalisation is involved),248728,-1,,
+-11.199775403709527,-2.3423221481524372,-5.552793504714187,0.5304630955447216,-2.303877464476483,-1.245648257259246,1.1577359257819957,2.178504549445863,0.9435333595840327,-3.8337600171687005,-0.5530856323574127,-3.869878601558308,-0.30192206848740577,2.152859363491884,-0.6208812708235949,0.64690950563531,0.2735603054042879,0.42942006320158077,False,c1,2,"It's worth noting that in most software, many common grapheme clusters are displayed more correctly when encoded as a single unicode character than when encoded with combining characters. For example, 'sgrîn' (""sgr\u00EEn"") displays correctly in my version of Firefox on Linux, but the equivalent decomposed string 'sgrîn' (""sgri\u0302n"") shows up with the dot still on the i and the accent in the wrong place (either uncentered over the i, or over the n, depending on the font).
+
+Therefore, while we may want to search and process text using decomposed forms, we should probably use the composed forms for display.",248723,-1,,
+1.630299292466293,-6.804833501344386,5.502881760141653,4.523286895808296,-10.217543379322267,-3.437157796801918,1.8098923070481003,5.44334575999332,5.164015716882455,-0.10664105799077728,-2.389396393147957,-7.520956190248013,1.5074693829406915,9.813502540707322,8.793892907412747,-2.2718759197648226,-4.383621330070126,2.80635148966709,False,c1,2,"I don't see why not. We may want to add things like 'ß' => 'ss' in German, or final vs. non-final sigma in Greek (https://en.wikipedia.org/wiki/Sigma#Character_Encodings)",248718,-1,,
+-10.383896913293377,-6.69871442976939,1.9645447573973094,9.510418694997545,-4.312171337984973,-2.4059352771792177,2.7364695080647063,6.0083023679318694,2.313530045962138,4.412836205371194,0.5249320764907612,-4.651710998056547,2.6810157273038904,9.512295775460476,3.5064988075443573,-4.548748849178626,1.5444730553225716,1.7942938480818724,False,c1,2,"We probably shouldn't strip down beyond NFKD. For some languages, 'ä' should be equivalent to 'a'; for others, it shouldn't be equivalent to anything; for still others, it should be equivalent to 'ae'.
+
+Will it be feasible to implement language-specific search on top of this?",248713,-1,,
+-3.4598207397974976,-0.5065526266281974,0.9474435321038595,6.817577788499493,0.16148527138273394,-0.46400816802627176,-4.72784386531702,1.8020348742486005,-7.786613861171927,-7.3983211959764725,-2.365771646914787,1.7963299433953281,-1.5649457867660836,2.0228880422627737,-2.9305823367835666,0.8151518753455114,0.550069164852648,0.7073211255174692,False,c1,3,"I peeked at the revision:
+
+```name=Before
+==L2 Header==
+===L3 header===
+Some text including '''bold '''and ''italic ''and '''''both '''''at once
+[..]
+==Fourth L2 header==
+```
+
+```name=After saving
+==L2 Header==
+===L3 header===
+Some text including '''bold '''and ''italic ''and '''''both '''''at once
+[..]
+==Fourth L2 header==
+L2 Header
+===L3 header===
+Some text including '''bold '''and ''italic ''and '''''both ''at once
+===Another L3 header===
+This line includes a [[Wikipedia:Wikilinks|wikilink]] as a sample
+====
+```
+
+I presume the edit was to select from start (""L2 Header"") until end of first sentence, copy that, and paste at the end. Nothing the bugs: 1) `L2 Header` didn't become a heading, and 2) odd `` in a heading at the end. I could not reproduce this on testwiki today. Closing as resolved.",1038472,246,,
+-14.361928972793468,-4.171611979073068,-0.1831672139215903,0.47523673826054846,5.371040515504751,4.601708633813093,2.433889477954205,5.711848257666248,-0.405772756458185,-3.0362559541779928,-1.9877893231815373,-0.8418051690786612,0.4682009245467653,0.887035405473682,1.0557041185129967,0.058695750694580884,1.1726050821115475,-0.6485645946302063,False,c1,3,"I can't reproduce this. I'm not sure what the original issue was, given the missing reproduction page, but a heading at the beginning doesn't seem to behave in any way differently than other headings.
+
+To copy a heading along with the formatting, you have to select it together with the closing tag, which is a bit awkward and not obvious, but it's the same for all headings.",1038391,246,,
+-5.463151712149611,2.509269951260425,4.184930929146114,-16.48820400182269,9.43358511907384,8.92136492902939,-8.390131469440364,-5.342180115667265,5.499626162787405,5.519803340981847,7.11288560845481,3.9339625811506016,0.2510904292232299,2.201110275488995,2.3918550306967186,-0.12939490080649296,2.727818402234586,0.33705102252988306,False,c1,3,"> See https://en.wikipedia.org/w/index.php?title=User:JohnCD/VEtest&diff=prev&oldid=561397375 - the header is de-headered, and a spurious nowiki tag added.
+
+This link is dead, it seems the page was deleted.",1038389,246,,
+-12.63248729345935,-15.187486366139137,9.239913292872522,-8.422131020411786,12.188226711854856,-2.9654863582614617,3.4551645611738486,-1.6085302453587373,5.117215461146788,1.4192251852433762,-5.299909345663826,1.1201955079784174,2.8777489086915597,-0.8273008936026902,3.565975451425448,0.2711100702997409,6.171646375444431,-0.8197291374501106,False,c1,3,"It doesn't really matter if the header is the first one, and also happens when the entire section is selected.",533273,116,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 54728 has been marked as a duplicate of this bug. ***,246345,14,,
+-13.697704577573193,-7.590221883944585,-2.403023591011291,8.118741856222547,7.174326064246278,-6.04453574292615,-1.219299511785815,15.766883474421327,5.389921754794569,1.7515098417616404,-1.9732579103830905,-0.9174962330758563,1.211801327481937,-0.39426644968198954,0.2773487290000931,0.9738590540698002,3.4703738184238846,3.0219235540211327,False,c1,3,"Can't reproduce the last heading nowiki-ing, but the first of a document appears to be unable to copy with formatting.",246337,14,,
+-0.6427465924156284,2.0601639939251406,-10.852640943407744,-1.7961603765940755,6.27546230086857,1.340579914986776,-2.368587282362241,3.3115081985960937,4.784026091690111,3.0199950772822275,-4.344444665891359,5.615385516277015,-0.9379987364555031,0.9634110858022191,1.811186677876635,-1.863135183824037,0.2839645068903476,1.1871288091914924,False,c1,2,Gerrit 70336 is a quick hack to fix this in VisualEditor. Parsoid bug for a proper fix (longer-term) is bug 50142.,245424,-1,,
+-4.666129261347512,-3.1315222785246046,-7.128430952046421,-13.159694876561952,-4.490971005249987,-4.09277672830329,-3.1209929573165764,0.8395290538098457,0.12232467236856737,-1.6426651098214116,-1.7904566299858002,-6.030651729693021,1.7864156464789396,3.4064270664327454,-0.5239555912595653,1.7665531068280529,2.6136971270896012,-2.3906068262769913,False,c1,2,"It looks like this is [[File:…|right|«alt text»]] is getting wrongly interpreted by Parsoid as a thumb image as opposed to a block image (which doesn't have a caption):
+
+[[File:{{Remove file prefix|{{{1|{{{image|Example.svg}}}}}}}}|right|{{Str number/trim|{{{3|{{{width|250px}}}}}}}}px|{{{2|{{{caption|Caption goes here.}}}}}}]]
+
+->
+
+
    
+  
+  
    Structure of a typical higher-plant chloroplast
    
+
    
+
+(The 
     shouldn't be set, and also there should be an alt="""" set.)",245404,-1,,
+-2.461247465100937,7.32801474407713,1.8201961442941306,-8.585534915224928,-3.7968622638097385,3.8865622932841575,-4.344226712457691,5.1009123874632785,11.185369237934408,-3.289519618572104,-1.377180881732746,2.2507027041735483,-2.675870647762124,1.1923681603875609,0.17222780015897454,2.6329630875497925,-4.081294113399266,-0.4278084035986982,False,c1,2,"First image, top right; I suspect stupidity in the {{Plain image}} template.",245397,-1,,
+-7.3979881594311205,0.756631903556551,3.4648763634508386,3.7379071976457805,-7.728345979059887,1.8745481119441028,-2.675261209276938,-0.3692856037570864,1.5707815566550638,1.422472414393643,-1.8788872358654873,3.5076474191116,2.372670594124906,-1.6416931270616733,0.20976318432959706,-0.04874608542296288,-0.69520521479769,0.5073779234520046,False,c1,2,"(In reply to comment #0)
+> See https://en.wikipedia.org/wiki/Chloroplast?veaction=edit for example.
+
+Can you say where? There's 27 images on that page and 15 of them are non-captioned images, but I don't see the alt-text coming through for them.",245391,-1,,
+1.0694864185654467,-8.785917469079678,3.8629482039829437,12.586331371438652,-0.44012906511031424,-0.7968018326251283,-8.482721393466202,5.080139553659671,8.445147962472994,-0.5709989440993701,-2.215885285189777,1.721368845096288,-5.1378735634638435,2.2348708289694734,0.5488827429857763,2.1670470558795425,-5.995197681739259,-3.198319402781505,False,c1,3,Split that into {T96395} as it's mobile-specific.,445461,93,,
+-1.9065036509502802,-0.7488548885358046,17.005344527230292,2.6904941566233003,8.02550513944631,5.60214859889442,-1.2565934687399096,-14.927781176113184,4.285576915307401,5.107182182515631,0.36875054629244,-4.361288146011383,3.541564477271847,-3.957873787760806,-4.6006865678155755,0.8461845354401709,0.5322328984560192,5.514121207552126,False,c1,3,It looks like this is still happening: https://en.wikipedia.org/w/index.php?diff=655361654,439847,92,,
+23.78805624481076,4.620198091083527,40.111037107609555,-8.065154703569776,5.781026020698086,-24.155671729164105,25.081398013319294,-4.562787741603129,-2.9003888549739845,-12.657431662803,-4.030322471550745,-0.27318588365298346,-0.8411646232182513,-1.6697269591321398,0.07196852607250426,-0.8189798773931813,4.079925565778974,-3.718557066619009,False,c1,3,Indeed.,436280,91,,
+-0.27092501675920566,-4.515751025336842,5.937074892166917,3.7131258578011117,0.0115459232113988,-3.496887553890634,2.0645194958660618,-7.145113637099881,-2.9220532505957744,0.07110400802447447,-0.427988994876046,2.2449900818138895,0.44611523176634993,3.770423907694524,0.9368636180601753,-2.6848079637704747,2.2919807063666644,0.6775431309899935,False,c1,3,"If I understand correctly, the fix was deployed as part of version 1.25wmf23, which hasn't arrived to Wikipedias yet. It'll be deployed there tomorrow (April 1).",435947,91,,
+11.899257487625112,10.60742569450004,18.20176168484121,-13.462294919154148,-7.6844386128843345,-10.242839238774003,6.829085048390995,8.29400344425768,-9.087545235412673,6.4440460660158205,-4.327312250234616,-4.474006147492029,2.0361861814205655,-2.129637738184085,-6.1285737730448435,0.4210260970789106,2.113364490043244,-10.243585905513763,False,c1,3,See [[https://tt.wikipedia.org/w/index.php?title=%D0%9F%D1%81%D0%BA%D0%BE%D0%B2_%D3%A9%D0%BB%D0%BA%D3%99%D1%81%D0%B5&diff=prev&oldid=2056059|here]] though?,435922,91,,
+0.2538042241396452,12.321945566565581,-12.901836887331799,21.664486312298735,3.568469909563797,-1.795691720158418,1.4783638008194142,1.3624642269436793,4.671973038412438,-6.884100687203862,-1.6892099390993702,2.0579720693984394,-6.736391227882624,4.174840021759908,3.266502865303682,4.915937933275871,-3.6853191094821356,-0.729492471681068,False,c1,3,The same fix as for T51452 - verified in beta.,431384,90,,
+-1.509162262948343,-5.300516509451301,4.040140478220883,-9.74942491539746,-4.111147291131629,-2.6876522478188303,-10.209012337371588,3.6417118558698776,-1.4927863904747898,-7.862641067725022,2.9684957746760423,4.168827475268565,4.110430961700065,2.855659641111896,-1.0835447321302785,-2.788436084120685,1.5353047650711942,-1.5267021966350582,False,c1,3,"en.wp user 28bytes comments:
+There was an unneeded section, so I selected the section, pressed ""delete"" and saved. VE did this [1]; I expected it to do this. [2]
+
+1: https://en.wikipedia.org/w/index.php?title=Degeneracy&diff=prev&oldid=569795975
+2: https://en.wikipedia.org/w/index.php?title=Degeneracy&diff=569796007&oldid=567105149",244600,7,,
+-7.275272006001999,-2.6006584131311765,6.1525848007984685,-2.107174944314341,2.2715650815608353,2.198183635131249,-0.11514079075464068,7.864285789849989,-1.835758365466691,-3.63593494588436,2.466442140033975,2.603290008990167,-1.162963258444641,0.049358418821408234,-1.3569349418162264,1.274219260998617,2.9106127141331317,2.560333916388878,False,c1,3,This editor http://en.wikipedia.org/w/index.php?title=Pound_%28mass%29&diff=569770089&oldid=569255959 removed the whole section.  It could not possibly have been their intention to leave behind an empty heading line.,244596,7,,
+-0.8972955618439462,-3.5227431285169697,-1.9091203418517857,-1.9605327601559157,6.627848498227751,-5.274578798979968,0.49182854490583416,-0.5325299578295315,-4.612947046077751,-1.167180558070402,-3.409206295082815,-0.7126010269431484,0.8939414702596942,-1.770033379703878,-0.5771352907396001,0.4645944924450074,1.459504668613917,-2.5428279487005074,False,c1,3,"<< Often, when an editor tries to remove (or accidentally removes) a section header, the result in VE is something like this: http://en.wikipedia.org/w/index.php?title=%C3%87ank%C4%B1r%C4%B1_Province&diff=567375871&oldid=542107518 . This is seldom (if ever) the intention, can VE be coded to simply remove the section header in these cases? Fram (talk) 09:32, 6 August 2013 (UTC) >>",244593,5,,
+-11.88066191463382,-0.5582575515460704,-3.8783114413657755,0.7010004127773204,3.1750001609350704,-1.2165688243781023,3.7309093053117675,0.03131172144672595,2.7776063095370445,-4.535374031403828,0.26880402213913746,0.3990713341336356,-0.08989580054230562,0.8903316752662203,1.7598484291622398,1.8410572570688937,2.2738705260478613,1.9332912370673028,False,c1,3,"Since 51829 is now marked as a dupe, 
+should we also discuss here an issue that Dan reported as well - VE turning the next paragraph into a heading,
+or that ""when pressing delete on an empty heading line, if there is a template such as {{main}} on the next line, it is unexpectedly deleted"", as user:WS states on enwp?",244587,5,,
+-3.528733667787433,1.7571989621991122,-2.639903117747881,4.721236185698372,3.4246888133064086,5.245778806400324,-1.708114995585575,-0.5468484436874534,-1.2497653178184738,-2.5167250264720202,-0.7889304758507993,0.5316529101924834,-0.6496333950048188,-0.812219529948961,0.7834223338736463,0.7693583000355422,0.9537823057074724,1.1952727068293236,False,c1,3,"Speaking as an end-user, I spent quite some time trying to figure out how to delete a heading. It was quite confusing. Bug 51829 (marked as a duplicate) describes my attempts.
+
+VE's behavior in this regard is the opposite of (say) MS Word's.  In Word, if you highlight one character beyond the heading and press Delete, you remove the heading. In VE, you have to highlight an invisible area *preceding* the heading. This is not intuitive.",244580,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51829 has been marked as a duplicate of this bug. ***,244573,3,,
+5.767363754550125,-5.068447837125056,10.45696050154107,-9.022546993703045,-10.291713879561048,-15.891028396901062,-13.095897107229762,14.09765925290784,-7.231338948160766,4.163584839274202,-0.889892253034485,-23.976413428789677,-0.3697384174564595,11.627888323653433,16.289168706392097,-6.98276768999925,0.05760911515633213,7.208073449527344,False,c1,3,"""Encourage"" yes...",244566,2,,
+-2.0717077939606963,1.7989671287544233,2.3597918881039215,7.59332317116951,-4.798268159831147,-0.012474053418930708,-0.1871851472178161,0.4655295309267986,-2.1429209569903804,4.692986690439373,-0.2311011108209371,-0.11064900112039577,-0.8417608445158213,-1.8974178142542266,2.201753026674081,0.6101618081477986,0.012616300876744174,-0.7262667893372607,False,c1,3,"(In reply to comment #3)
+> I'm not sure we should be deleting empty headings. The user may want to
+> delete all the contents of a heading and replace it (or select-all then type,
+> which would perform the same operations internally).
+
+Oh, yes, this was meant to be on save, rather than as they edit.
+
+> Perhaps a solution would be for Parsoid to strip empty blocks (provided they
+> weren't that way to begin with)?
+
+That could also work, but feels a bit clunky; I think Parsoid should expect users to send it the HTML they actually want saved, and that it's up to clients to encourage users to indeed create such HTML.",244556,2,,
+-13.494885577616568,-0.9389547548205766,-4.388254659291308,4.156975459528004,-0.5612557473601179,-2.420903731315674,4.261748082923955,0.972556223894662,1.0620790566104326,-5.674669350570445,-1.6155545039711963,-0.1956020910002616,-3.128242302823005,-0.09664613692389068,-0.9266660052905913,5.005596733488402,-2.2258282403513387,0.8346403272005465,False,c1,3,"Or we have a system for flagging up formatting irregularities (e.g. markers in the margin), which could also flag up other violations of formatting conventions (e.g. double linebreaks).",244549,2,,
+-11.292953898164814,-7.709385874955822,5.009276994752507,-3.3363322640839463,1.6441059673048422,0.5055566898361619,6.449659128608365,5.919661020977625,-2.4728700672144344,1.1320641908862719,-0.16982012857180817,0.8420536261497364,-0.267322435264036,0.3856120194595578,-0.18764262701440382,-0.3090994554143873,1.4544834381960245,0.6235179833644566,False,c1,3,"I'm not sure we should be deleting empty headings. The user may want to delete all the contents of a heading and replace it (or select-all then type, which would perform the same operations internally).
+
+More generally we don't delete paragraphs when they are empty, unless the user presses backspace again, so doing so for just headings would be a confusing user experience.
+
+Perhaps a solution would be for Parsoid to strip empty blocks (provided they weren't that way to begin with)?",244540,2,,
+-9.07593402064757,-1.363034300841786,-6.299330816180469,-6.598000028564075,0.04835581787161125,-7.6753667036618705,-10.109203237375718,-3.866207916529184,-3.7821452284805908,-2.5995365996098343,0.8349261186127497,-7.166925347465758,-14.50126027499308,-8.118473098046374,11.759834708373688,-7.952421211184966,-1.76776847155035,5.117239211840985,False,c1,3,%%%*** Bug 51417 has been marked as a duplicate of this bug. ***%%%,244531,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50313 has been marked as a duplicate of this bug. ***,244523,0,,
+4.138517381818328,-2.9354930209181838,-4.440750885274844,-8.517849563375844,-9.030639382131596,-7.289411147725086,-5.278314782043921,-1.2445644680772379,2.0118353464978167,-2.6073030260030223,-2.9418633435654065,-15.624758753885288,7.269552893570929,13.575646526144434,4.200803519345701,1.9759876279394524,-1.2400207716988145,0.14154477161268408,False,c1,3,"'[[' triggers Link insertion; '{{' - inserts Template.
+
+Verified in beta/test2/production",339567,75,,
+61.38789484087585,-7.57770117047296,-0.026003311959484243,-2.821497738242215,1.6769788274809958,-1.3589439253128965,-4.9995271054772035,1.2364472165156704,-0.019658721527462286,-2.2649561864835865,1.0548944183124844,-3.969787687013001,-3.9963297261240256,-1.2111844054522791,-0.8224640282856344,1.1698449615670148,1.5725225153291773,-3.033609505765785,False,c1,3,ZOMG!,337424,75,,
+-2.750499481637881,-2.455725331612898,14.450644084063681,-1.4265306710356285,8.013618115686263,-12.075503862999389,13.790156515016045,1.6856019919872507,2.8317095312928737,5.624787294068357,-0.1579637642230185,1.3225957896740637,1.7753731010255729,-2.400442798133054,-0.13071803441241858,-3.174557580128098,-2.269337603028898,-3.2736345584262674,False,c1,3,This is no longer catastrophically expensive to do. Yay.,333250,73,,
+-7.270467854532435,-1.0937717894599697,-0.9871319903086715,9.896490545092545,1.722082000148296,1.5292071604244821,0.4926468372134245,2.548739302036514,1.1228382705398632,-1.3706327524453652,-2.5405798019188404,0.46378881083939216,-0.027817304479439198,-2.2550556757958686,1.9606952113806733,3.2364690833290513,-2.750521798547275,1.838850772288073,False,c1,3,"I think in general this is a bad idea to do inside VisualEditor, as Brion's comments expand quite nicely. Consequently, I'm marking this as a WONTFIX.
+
+However, yes, of course communities should feel free to write a gadget to do such a thing if you think helpful - but working with us to make VisualEditor better (rather than adding hacks) sounds like a better use of people's time.",244117,0,,
+-7.712121984044621,-3.614671053074744,-0.5720261690029591,1.3317907643146611,-2.8202047382881315,-2.076600252189671,3.462668035907372,1.4193424890873643,-2.045369518235807,-0.44143832057828325,-1.0620474058718603,-5.240314990099062,1.5146273356106432,4.052134115991194,1.2887121483130972,1.3570935619988687,2.415928886014285,-0.21359719671339228,False,c1,3,"Typing in the VE should .... just type. ""Markup"" that gets input should just be treated as text, just like when we type """" into a Bugzilla bug title and expect it to say """" on the other side.
+
+Of course a gadget that listens for ""[["" and triggers the dialog might be spiffy for power users who just like brackets :), but I wouldn't recommend building it in.",244108,0,,
+-8.3544380592285,-0.03169272481261842,-0.8566743949070539,7.17349075933422,11.408855090834066,8.757468867908695,0.31608532506830045,-1.291315742704207,2.051795303271125,3.4053902022732574,-4.37367091182322,-1.7003230351708107,3.476934011062391,-3.02898476998148,0.8795846697816887,0.49376736221605055,-1.0436485782626268,2.977710925578395,False,c1,2,I think this is a wider issue of how the VE treats people trying to put markup in.,244100,-1,,
+-1.6428732059366489,0.3519811782328226,-7.863577104821591,1.8127150625538455,1.1591028686547862,3.3225697192372046,2.016661222306558,0.13425585009471153,-0.31560542731403995,-0.4364988960687648,-0.8587945838590634,-1.7391684513924561,-1.613055253712583,-0.3071058749813842,0.25217727221890884,2.7266344622619014,3.123924924949641,1.232767248557313,False,c1,2,"It's not required for new users to use the toolbar.  In VE, there is a concept of  hotkeys.  For creating a link use command+k (mac) or control+k (pc)",244096,-1,,
+-3.4399714135540926,13.58086019077319,-7.808378518656007,8.624422602195681,4.043818209377054,-2.5452335533649713,9.02061052482542,-6.181054780029266,-4.279437482842683,-2.446814783404836,3.754980868758267,3.436208769075299,-0.3260484651942157,2.6882896089061212,-0.020957133720850507,-5.42107097035562,0.4818693483756509,-0.2851524693229397,False,c1,3,This was probably fixed by the suite of changes in CE's munging of CSS two weeks ago.,243034,2,,
+27.281517591499387,4.6172458620838555,22.98269962730933,-6.459422400305204,-8.047741069029946,8.949966306810623,2.0991971022831866,-4.576970256308207,-1.6544463395139246,-7.117436375970183,0.6530802315784066,1.706380283974271,-3.3539277844492195,2.5584471423716266,-2.799238435379847,-0.2756432567978617,-0.33481470609628994,-1.0447213802740536,False,c1,3,"Me neither.
+https://en.wikipedia.org/wiki/Kartik_Poornima?veaction=edit
+https://en.wikipedia.org/wiki/Kartik_Poornima?action=edit&preview=yes",243030,2,,
+-1.8894847312149894,-11.712628468476426,19.420167795853104,0.9866190466453961,-6.968300930636329,-10.057806832455555,10.47608864980347,4.144198996102569,0.15160496848212257,-3.4465786067803945,-2.4145983901123094,-0.8905020981706251,-1.4835132396748774,3.537616331524154,1.2648086861765866,-1.6783184868493835,-1.0980382117574852,-2.2877801977757084,False,c1,3,Can't reproduce (not anymore at least). Can you?,243027,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 49768 has been marked as a duplicate of this bug. ***,242983,0,,
+-9.61727007728794,1.8815800714379485,-7.835699006073618,-8.008331567075725,-0.7126000766489593,-5.577719909347046,-8.334406604457607,-4.296644311469307,-3.7601203542341866,-1.7901807975368622,1.0177679643939823,-6.851004902111856,-14.472666549067739,-7.989845950942656,11.899536604107826,-8.224429142251784,-1.9501129770376464,5.343477882710349,False,c1,2,"
+
+%%%*** This bug has been marked as a duplicate of bug 49818 ***%%%",242976,-1,,
+-11.91818880622747,6.7574038563225365,-8.756661262796392,3.069014051415918,3.1473481134437478,1.6477622440706963,-3.2707733686795324,1.1200652678788026,-5.1783131605994965,-0.9528559311761495,3.0347855609352306,3.7438153200900954,1.9668561674790173,0.5745702126501995,0.8085969875782211,-3.901400155917011,0.7298168180761986,-0.3383609086658197,False,c1,3,"This turned out to be a problem with the template which we fixed by editing said template. See bug 44452 for more details.
+
+*** This bug has been marked as a duplicate of bug 44452 ***",242696,0,,
+-5.849708576468318,-3.2891049616808186,2.394637499067838,2.878683974520799,-3.2222080047724164,-11.714540874758157,1.6392371468502294,2.467531024936077,1.4089420493637792,1.0599401090703768,-2.164468945082231,-0.799745419257258,3.3658559860261343,-3.3009734385923446,2.9005605096425224,2.304115416185051,0.8143071156773296,-1.760286585193907,False,c1,2,"(In reply to comment #3)
+> Try https://en.wikipedia.org/wiki/Riddler#Fictional_character_biography
+
+Seems to be a problem with {{unreferenced section}}; {{unreferenced|section}} works just fine. Can't work out why, though.",242690,-1,,
+51.49945488898944,67.12920747651893,38.23669631171179,-7.73812176483832,-4.641661792086876,6.437147052239677,2.8312265105083636,27.263372291036394,-17.99184422786406,29.33637701483638,-2.108484469465516,1.2191103217809518,-0.7423492994964225,4.054087707995783,0.2824820496910956,4.161415602253032,1.0615704091996916,1.9611486307656683,False,c1,2,Try https://en.wikipedia.org/wiki/Riddler#Fictional_character_biography,242684,-1,,
+-1.5220911068024892,-6.446386088856307,6.037265075794204,-0.1828973127599376,-6.868120361282568,6.421728687507063,-5.7199047094746245,-0.9713992028110238,-4.035732604480163,-2.608214500347319,4.872604898189396,-0.7930608526004095,-0.34811545753717166,1.5745479367773456,-2.3391612193199927,-1.030711221587278,-0.7136761814281851,-3.0690540803825352,False,c1,2,"I can't reproduce this - what page did it appear on (or was it all of them?).
+
+Example URLs that work for me:
+
+https://en.wikipedia.org/wiki/4th_Cinemalaya_Independent_Film_Festival?veaction=edit (page)
+
+https://en.wikipedia.org/wiki/User:Jdforrester_(WMF)/Sandbox?veaction=edit (section)",242678,-1,,
+2.379483134591432,-3.410299268746188,0.040568394222834314,-4.644921675470586,0.9281719310627956,0.22937400485988313,-2.60076427552072,2.677508678164055,-5.231273656997829,0.5341233503905842,-1.1668196058029725,-2.3680317677229996,0.9811128937774596,-1.5747916926110177,0.7934037671725993,1.3653610400284915,1.6495650644702433,-1.4799984979772571,False,c1,2,"Screenshot
+
+Moron features forgot to attach the screenshot.
+
+...he has now remembered to attach the screenshot.
+
+Have a screenshot.
+
+**Attached**: {F11438}",242674,-1,,
+-11.555189185112358,-5.686416014785689,-3.368025276250762,5.306969522906185,2.811848543569722,-5.620067682155227,0.00840023799112366,4.885341542659169,5.9433581492253404,-0.294437088114591,3.098308240622904,1.2362314726632757,-1.3003601102171718,2.027461616365982,1.4269299913986764,-2.4058753622744677,0.6056137791350042,0.7585965026438246,False,c1,3,"Parsoid's ""selective serialization"" has been improved greatly since 2013 and this should not be occurring any more, unless content in the same paragraph was changed in the edit. Please re-open if you run into similar dirty diffs that happened within the last year or so.",1845921,446,,
+-3.4727860340486,-5.643277236312235,1.6905404923177585,-0.07736963436448363,-2.0725936632975817,-2.9332352017034538,0.09905149762891341,-0.032657686605318925,-1.3929594610868676,-0.4288398735887493,-0.5414664221217467,-1.3490973256152197,-0.3281088964785037,-0.6410250831490484,0.00616264311407555,0.6218775950936899,0.00951092141048071,-0.4005303328947871,False,c1,2,"(In reply to comment #0)
+> ...and quite dramatically - take a look at
+> https://en.wikipedia.org/w/index.
+> php?title=Modified_discrete_cosine_transform&diff=561051085&oldid=558725133
+
+Eurgh. I hate being proven wrong; each of those changes fixes the (entirely-broken, but masked for users by MediaWiki) wikitext; these are the kinds of errors it's not really possible for us to re-implement.
+
+Specifically, Foo Bar Baz is definitely broken HTML (mis-nested annotations), and I don't think it's necessarily a bad thing that we fix these. Obviously it'd be much better if we had a bot do a massive run over the corpus and fix these for users now, rather than have them blame VE, but that's not going to happen. :-(
+
+Punting to Roan for thoughts, but I think this is probably a lost cause.
+
+(In reply to comment #1)
+> Brad also has a suggestion (along with a bug report) for a workflow to make
+> these easier to identify:
+
+That's going to be done in VisualEditor as part of bug 49761 (well, not that way, because VE can't objectively know what bits of the DOM it ""should"" have just altered unless we have a local copy of MediaWiki :-)) but yes, coming very soon, hopefully.",241737,-2,,
+-12.637472644793547,-1.7957673138780574,-7.6359674612903845,0.7587001290509701,1.2255787482685374,-2.802301795557458,0.08003019998494665,3.090931333547789,-3.51891305301569,-1.6312713806762273,-0.818042305646673,-2.34233783086498,-0.7125840327529254,-0.5407128852847671,-0.16734625871049547,1.5890581386101366,-0.22606751655843174,-1.3430536614148816,False,c1,2,"Brad also has a suggestion (along with a bug report) for a workflow to make these easier to identify:
+
+""One way to catch this for debugging purposes would be for the VisualEditor to make a note at tuntime of which sections of the article have been edited visually, for the JS code to report this to the server at save time, and then to check on the server side which sections of the article have changed in the wikitext diff. If (a) the section structure of the article remains unchanged from before the edit, and (b) there are wikitext differences in sections that have not been changed by the editor in visual mode, then something's clearly gone wrong, and the edit session should be auto-reported to the programming team. (Please don't try to use this idea as an error concealment technique: these errors shouldn't occur, as every one of them reveals some sort of bug, either in the code or the data model, and hiding them would make the software more, rather than less brittle.)""",241733,-2,,
+-2.8690414981634818,-7.907612970445126,7.227487015422577,7.8039347934920595,6.426022908339155,4.492042940536539,-1.7288934215040026,-4.891787893764543,4.92326297965033,10.426883666730193,-3.4227547781622696,-0.6135459429557146,1.965260672108414,-2.084218901483141,2.2984973278120684,-1.399300368398793,-0.8953277946109128,-1.297540979048112,False,c1,3,I note btw that the tidy config is also set to produce XHTML.,241006,5,,
+-5.19469679583424,-3.8594676634830716,-0.09551382842500056,7.690372821009044,2.8556155499154947,-0.269348135175294,-2.727929719717342,5.487917222438639,1.9071381216212118,4.1869891497867275,-0.9723188416006496,0.4956612336837116,0.575096471508088,0.9457123718760594,0.850242696585827,1.2200333525625369,1.4260114321287558,-0.20571203949444916,False,c1,3,"I've decided that I don't think this should be done, now or in the future. I think the general idea behind HTML's original SGML -> XML migration, i.e. to make parsers easier to write at the expense of brevity, continues to be sound and useful. The benefits of a reversion to SGML are small, and the costs can be expected to mirror bug 52253.",241000,4,,
+-2.7055853142898636,-4.718478286230196,1.7189327385331943,0.24107607865782477,-3.4324062502885377,-5.2597799120539275,4.4813255952334465,-6.217598449106679,1.0315701937274535,2.7408964293138522,-0.715259309933713,0.28223171476280573,0.7516336843384961,1.9822304014345253,3.531168773506847,4.763460422241726,1.112770861149657,0.834745519747091,False,c1,3,"(In reply to comment #2)
+> You could just use , it would be
+> shorter than what you have currently: 
+
+, rather. The ""window."" is important here, as we want to keep going even if jQuery is not loaded and thus its variable is not defined.",240995,0,,
+-6.253286074180452,0.20318015357662844,-8.202790698689824,-15.170642146031117,-10.477945575214887,-1.7264984928345601,-0.6542198713552718,-0.07990956399648291,1.2010531616671971,0.2678322966677342,1.1578768493304457,-1.9251011502450242,-0.8027881855424033,-0.8826748827658417,-2.0327355169873536,1.666444500023717,-0.5048009613083541,-1.319502183048395,False,c1,3,"You could just use , it would be shorter than what you have currently: 
+
+In any case, I don't think that CDATA is a particularly inefficient or ugly part of our HTML output, compared to, say,
+
+mw.loader.implement(""user.options"",function(){mw.user.options.set({""ccmeonemails"":0,""cols"":80,""date"":""default"",""diffonly"":0,""disablemail"":0,""disablesuggest"":0,""editfont"":""default"",""editondblclick"":0,""editsection"":1,""editsectiononrightclick"":0,""enotifminoredits"":0,""enotifrevealaddr"":0,""enotifusertalkpages"":1,""enotifwatchlistpages"":0,""extendwatchlist"":0,""fancysig"":0,""forceeditsummary"":0,""gender"":""unknown"",""hideminor"":0,""hidepatrolled"":0,""imagesize"":2,""justify"":0,""math"":0,""minordefault"":0,""newpageshidepatrolled"":0,""nocache"":0,""noconvertlink"":0,""norollbackdiff"":0,""numberheadings"":0,""previewonfirst"":0,""previewontop"":1,""rcdays"":7,""rclimit"":50,""rememberpassword"":0,""rows"":25,""searchlimit"":20,""showhiddencats"":false,""showjumplinks"":1,""shownumberswatching"":1,""showtoc"":1,""showtoolbar"":1,""skin"":""vector"",""stubthreshold"":0,""thumbsize"":4,""underline"":2,""uselivepreview"":0,""usenewrc"":0,""watchcreations"":1,""watchdefault"":0,""watchdeletion"":0,""watchlistdays"":3,""watchlisthideanons"":0,""watchlisthidebots"":0,
+""watchlisthideliu"":0,""watchlisthideminor"":0,""watchlisthideown"":0,""watchlisthidepatrolled"":0,""watchmoves"":0,""wllimit"":250,""useeditwarning"":1,""flaggedrevssimpleui"":1,""flaggedrevsstable"":0,""flaggedrevseditdiffs"":true,""flaggedrevsviewdiffs"":false,""vector-simplesearch"":1,""vector-collapsiblenav"":1,""usebetatoolbar"":1,""usebetatoolbar-cgd"":1,""aftv5-last-filter"":null,""visualeditor-enable"":1,""wikilove-enabled"":1,""echo-subscriptions-web-page-review"":true,""echo-subscriptions-email-page-review"":false,""ep_showtoplink"":false,""ep_bulkdelorgs"":false,""ep_bulkdelcourses"":true,""ep_showdyk"":true,""echo-notify-show-link"":true,""echo-show-alert"":true,""echo-email-frequency"":0,""echo-subscriptions-email-system"":true,""echo-subscriptions-web-system"":true,""echo-subscriptions-email-other"":false,""echo-subscriptions-web-other"":true,""echo-subscriptions-email-edit-user-talk"":false,""echo-subscriptions-web-edit-user-talk"":true,""echo-subscriptions-email-reverted"":false,""echo-subscriptions-web-reverted"":true,
+""echo-subscriptions-email-article-linked"":false,""echo-subscriptions-web-article-linked"":false,""echo-subscriptions-email-mention"":false,""echo-subscriptions-web-mention"":true,""echo-subscriptions-web-edit-thank"":true,""echo-subscriptions-email-edit-thank"":false,""gettingstarted-task-toolbar-show-intro"":true,""variant"":""en"",""language"":""en"",""searchNs0"":true,""searchNs1"":false,""searchNs2"":false,""searchNs3"":false,""searchNs4"":false,""searchNs5"":false,""searchNs6"":false,""searchNs7"":false,""searchNs8"":false,""searchNs9"":false,""searchNs10"":false,""searchNs11"":false,""searchNs12"":false,""searchNs13"":false,""searchNs14"":false,""searchNs15"":false,""searchNs100"":false,""searchNs101"":false,""searchNs108"":false,""searchNs109"":false,""searchNs446"":false,""searchNs447"":false,""searchNs710"":false,""searchNs711"":false,""searchNs828"":false,""searchNs829"":false,""gadget-teahouse"":1,""gadget-ReferenceTooltips"":1,""gadget-DRN-wizard"":1,""gadget-charinsert"":1,""gadget-mySandbox"":1});},{},{});mw.loader.implement(""user.tokens"",function(){mw
+.user.tokens.set({""editToken"":""+\\"",""patrolToken"":false,""watchToken"":false});},{},{});
+
+which is sent out with every anonymous page view.",240990,0,,
+-3.893215358197296,-5.179538330943087,0.5711511039998505,3.5106065859886986,4.233651764838459,-11.010749364417004,-9.454731438581767,7.9494622348511585,6.299875524168523,-5.281511002286316,4.5878697807617135,-2.8217053769691813,-1.4536023613727551,0.06274683833661321,-6.8985809662462065,-1.7213719338290399,-4.124529551726824,-5.100492510414644,False,c1,2,Fixed and deployed; sorry for this.,239584,-2,,
+-9.887539734681587,4.729574266968704,-2.723520088486143,-3.88563564070445,8.616049767558707,-1.4191263460187624,3.863758825867391,7.688223022194782,-14.50237699358731,-0.2611238155524256,-6.0449260213385205,3.6461388558092347,2.096567782647786,-0.18137236449243876,-1.140586145182861,-5.043159652302803,0.4054248881511998,0.20614121958196563,False,c1,2,A fix to bug 49927 might also fix this.,239576,-2,,
+-6.056403925413032,-3.8875204150824008,-4.742249804109373,1.105742282096525,-0.8547086681139984,-3.8905561429477746,-1.1767005623468076,5.3942398678797625,-0.9825705678819407,1.1003843790021115,0.9086317597391605,-2.34521159616865,0.9811495682560905,0.5665803687497879,-0.08810815375330261,0.34113512005832947,0.7928683434972088,0.47672125579888025,False,c1,3,"(In reply to pamdavies7 from comment #3)
+> Thanks for the explanation! So it remains a bug - and distinctly irritating,
+> for someone who adds a lot of DEFAULTSORTs to articles. 
+> 
+> That said, I suppose it doesn't actually create any more work for the editor
+> than adding the DEFAULTSORT in the old edit system: the value would always
+> have had to be typed in from scratch.
+
+But in the old system one could copy and paste the title from some part of the record, edit as needed (move ""The"" to end, replace an accented letter by plain), highlight, click on ""DEFAULTSORT"" from the editing menu below the edit box, and that was that. Having to retype is more work; having to retype when you can't see the original to copy from is sometimes impossible.",238946,58,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 69568 has been marked as a duplicate of this bug. ***,238941,58,,
+-8.152622151069185,-3.49511654272958,-0.7156294002851915,-3.459415292540779,2.911939217823763,1.8741969821167217,0.14785452071035188,-0.7974911047626391,1.351287862349291,-0.4065402484221994,-1.2516559074492752,-3.2059142391301103,0.8332874966731012,-1.1280152768302978,-0.23997160900374848,1.0262806393350221,1.8854433271662276,-0.13000847084851497,False,c1,3,"What if the article ""Abc"" has a DEFAULTSORT set to ""Alphabet"", but is then renamed to ""Alphabet"", making the DEFAULTSORT and article title the same. Then someone opens the category editor, upon save we see that DEFAULTSORT and the article title are the same and remove it. Now you have a dirty diff.
+
+So, we see that separating the default value of the actual value is... well, valuable.
+
+The UX issue is that we force the user to start from scratch when editing the field. The real cause of all this is that we are using the value of text input widget to not only detect a change, but also whether to set or not.
+
+We may consider doing something else, like having a tick to explicitly override the sorting key, and separately have a text input widget which, as requested, is populated with the default or current value.
+
+There are a few things I'm not happy with here, however.
+
+* What happens when DEFAULTSORT is set to empty string?
+* It feels like we are adding too much complexity
+* If the user unticks override, does the text input widget's value get set to the deafult value, or just get grayed out (either has it's downfalls)",238936,35,,
+-10.084564514333175,1.2116754105891339,-1.1508771015713672,4.41339471780134,4.784101970021563,4.048157708666128,3.1929101068215537,1.249749210434453,-3.4926429964421324,-2.9439611362159503,0.27312591675709297,-0.14932006738893744,2.3593507185376215,-1.603772524630741,1.7370998009416825,2.491262521342218,0.6746023614678857,0.8266974804813132,False,c1,3,"Thanks for the explanation! So it remains a bug - and distinctly irritating, for someone who adds a lot of DEFAULTSORTs to articles. 
+
+That said, I suppose it doesn't actually create any more work for the editor than adding the DEFAULTSORT in the old edit system: the value would always have had to be typed in from scratch.",238931,0,,
+4.481930232538312,3.7969684938794543,-0.11827694128831201,1.874911838448842,1.5333069787322824,3.3508781053784453,-1.099267653919533,1.8755888711881088,-4.517694687417353,-3.790131223204914,-0.5416360942754432,1.218591373294168,3.89589821275639,2.4340979197036754,2.7470423266692237,-0.446864412305517,-0.2788738039996262,2.653310963070043,False,c1,3,"(In reply to comment #1)
+> This seemed yesterday to be fixed (I managed to edit the DEFAULTSORT of [[The
+> New Elizabethans]] by removing ""The "" and retyping it at the end), but today
+> - both this morning and just now - the problem is still/again there: to edit
+> the DEFAULTSORT of [[Alexander Gilkes]] I had to retype it all.
+
+We've not touched this code in the past two weeks; what you saw was the effect of someone setting the DEFAULTSORT actively to ""The New Elizabethans"" - see the diff on your edit: https://en.wikipedia.org/w/index.php?title=The_New_Elizabethans&diff=562509771&oldid=562443570",238927,0,,
+0.21922847287902236,-5.2748812633374715,3.002138625883899,3.3805636728229462,3.5594944712767607,0.47879845550531464,-1.6738436782493515,3.7600334941206697,-6.088863792078537,-4.177531278482063,3.812692693671338,-2.4107085068915817,0.6439888792585475,1.3042314498831693,-3.6845892507600286,-0.6186856037176938,3.2713301504168206,-1.6680089092705754,False,c1,3,"This seemed yesterday to be fixed (I managed to edit the DEFAULTSORT of [[The New Elizabethans]] by removing ""The "" and retyping it at the end), but today - both this morning and just now - the problem is still/again there: to edit the DEFAULTSORT of [[Alexander Gilkes]] I had to retype it all. ~~~~",238924,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 49486 has been marked as a duplicate of this bug. ***,237737,13,,
+-9.552857243106216,-1.2734535276160486,4.769660102445497,-4.768787428420676,4.907848482965976,-1.170090748792262,5.066616960191352,-7.834081429206035,-2.8003400730151697,8.101670389646527,4.510156170418898,2.1633787925365437,0.41896126006195056,0.3096391224329209,0.9052710673383895,-0.304079715405682,0.8308574150710413,1.385243176336893,True,c1,3,fwiw I believe this bug has been mentioned at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_weekly_update_-_2013-09-26_.28MW_1.22wmf19.29 - being the doubt whether reflists can be now dragged or not.,237732,12,,
+-13.058716549519566,-3.229383796856375,0.49569428171453556,-5.937769525299126,-0.9875039558996948,-0.6369455527258783,8.034655453604104,2.4377384362844827,2.1266332816443994,-1.163754189045247,0.8039224033285193,2.0959597965687466,-4.818303591476502,3.8028768774609887,0.6193461024242213,2.5464439578174805,-0.6559570799008384,-0.8345533520291739,True,c1,3,"As an update, if you select a reference or non-floated template you can now move these too; however, floated templates and text can't be moved with drag-and-drop yet.",237726,12,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 52364 has been marked as a duplicate of this bug. ***,237719,4,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 50359 has been marked as a duplicate of this bug. ***,237711,1,,
+-3.285840972737372,13.683700757430486,-1.7363316244937907,-3.09220910979724,18.97661677252554,3.9255461477462994,-6.049574965305912,-3.8170137906714916,-3.5964868859501795,1.03634219660076,3.954864811290001,-1.949596346825683,7.249786761459382,-5.485678186833947,0.19815774905912287,5.900417115327702,3.6470298257156735,6.695180401892221,True,c1,3,Adding a link to https://bugzilla.wikimedia.org/show_bug.cgi?id=50359 which is related.,237703,1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,2,*** Bug 50183 has been marked as a duplicate of this bug. ***,237696,-1,,
+0.12607016371543,-12.261772805742156,16.353356434753763,-13.138833726075173,3.4541512220613466,-22.9092189964596,11.731987948689495,-8.881644247153668,-1.5371824922468855,0.4505245376122282,10.195085769378545,2.114736141522884,-6.211274868194897,4.087979918998163,-4.132162959704752,2.490756654360737,7.685106209196967,-1.6771513900373907,True,c1,2,Fixed and being deployed right now.,237537,-1,,
+-5.382281878202394,-5.877163659808285,1.6191522064770205,-1.6467986193494681,10.957750083669367,-4.5685423720904055,5.755271952831794,0.037028981334628286,1.8557701138126295,0.9593402985705728,2.2365661104879537,-0.8676187867144138,3.6970773655661047,-1.9562592861427603,0.24237580703312123,0.15609018466940272,5.568012379528974,3.1794243477216138,True,c1,2,"Ignore that, the selection is still working after Roan rolled back newFromDocumentInsertion, but scroll is still a problem.",237525,-1,,
+-8.239744157775522,3.169234904824652,2.8406471480178492,6.192271162358091,9.325622855639686,9.138992509827169,-6.757399483323313,-0.15468191896054806,5.669509767076747,-4.984350400732297,6.626518908845769,-0.33374996025680925,5.247495124554751,-3.6015005573049823,-6.989326265466518,-1.9182489866547399,2.2260313207269578,10.551882625261,True,c1,2,This is a regression because I fixed dialog close re-focusing.,237518,-1,,
+-10.306327196242258,-8.78715415390273,1.2334250609292727,11.231403481161506,6.464485357926073,-2.9560666079917493,3.733507125759223,-3.682420249907494,2.7050207340090164,-1.3915706861876154,5.74778701711918,4.085208925451224,-1.3710922234380067,5.134015396154756,3.927455015848925,-1.0902135348771531,3.225721783202532,1.2927882689511203,False,c1,3,"We've fixed this, somehow, since it was filed; sorry for not being able to be more precise as to whether the fix was in Parsoid or VisualEditor (it definitely wasn't the template, as that's not been changed in > a month).",236877,0,,
+-13.357773283641299,-5.267721958498155,0.4986553513624994,-0.07021194250238416,7.636429682313111,0.811919671087951,-1.0622883704827633,-5.168825555361351,-2.6981738815155403,3.7734965210844233,1.4599907009079502,-3.5552321295040414,-0.9112987419757472,-3.235378775153978,-0.23958673349231097,-3.555957670970763,-2.301415887207832,-1.99529891759966,False,c1,3,I believe all of the changes for this has been merged and fixed some months ago; please correct if there are still issues.,236532,44,,
+-3.83276661756046,2.2195057653793704,-6.934662329703137,-9.185783038982972,1.1118618882808207,1.410516311293831,1.5648083764809027,10.360087455056227,-6.94893785891661,1.5903663897253368,1.1947709400665198,-1.0444510045154614,0.2535212941624434,0.12375589280785282,-1.6810295089796037,1.7621981975998522,3.784505988738079,-1.7702397094046005,False,c1,2,"The example given at the enwiki feedback page was [[scaphoid fracture]]. Observe the spacing of infobox content, then enter and leave VE mode and notice the alteration.",236527,-2,,
+0.4281315334197302,-1.2807246276892137,-2.4713498776178926,2.707440440184202,4.908031134222057,1.2277961961032933,2.830029402876164,4.630937745721086,0.5392459187062124,0.2634628174823339,-0.8611764554160115,2.178177240678691,-1.267539933332314,1.139428490764004,1.5596876294133901,1.1647180000993518,-1.2396780213816894,-0.8454824166344599,False,c1,3,"Is there any way to put this on the agenda? This bug is already 10 years old. In the Norwegian Bokmål Wikipedia, we use `{{formatnum:}}` even in normal text in articles, and like Danmichaelo said above, the only way to edit such numbers in Visual Editor is to delete the number and insert the new number (and then it won't have the proper formatting).",2269276,552,,
+-1.7922811374165395,-1.400570000769095,-2.3457958710181086,2.2539698172167704,-2.062351116276239,-5.185369878253534,3.245778249167918,12.096206711056542,3.3374771951067865,1.0572489410797008,-1.1364373872366818,-3.56159368244415,1.4312736076037211,4.606343196466313,1.5489032045032252,-2.329510612305769,0.26888343432567696,-0.2060117685042906,False,c1,3,"Related: {T204370} and {T204371}, although VE would probably still have to know enough to translate the 'old style' syntax into the newer uniform syntax.",1568872,373,,
+-7.031044009032994,1.5102133324059732,1.284096529759518,-2.3837133294740394,1.7474820086276086,-0.2049635812521764,3.05747721747265,0.21686692496664534,-0.5233148809370953,-1.2105548301763962,0.29869234998122396,-0.6964119471288646,0.26031488049646123,-1.6983461445309844,1.2617192414796512,3.17157583351036,-0.6731547614214672,-0.9532409754909246,False,c1,3,">>! In T51954#3388374, @Danmichaelo wrote:
+> Was hit by this limitation when I was editing an article now. Couldn't find any way to edit the number except to delete it, so I changed the title to reflect that.
+
+Thanks for the input, but please don't make bugs less general. You can add further examples of how they affect you, but that should be as a comment or in the description, not removing other things that are already covered by this task. For instance, this also applies to the `#dateformat`, `lc`, and `int` transclusion objects.",884671,208,,
+-10.35899453536925,-3.5589891836251066,7.471852568157443,6.769873809646354,4.986933443724379,3.900349181076372,3.037626068155639,4.562789485969977,-11.413361348007646,-0.8829505637741173,5.9154093871235585,1.5636003786361936,2.6883401828050566,1.0372523052255247,-1.456968531077622,-4.422339038625086,0.5073227600366387,2.0018425378423665,False,c1,3,"Was hit by this limitation when I was editing an article now. Couldn't find any way to edit the number except to delete it, so I changed the title to reflect that.",884165,208,,
+-1.006103902797328,-8.048643221646044,-7.105770547410115,-2.6170617883119363,-6.047542103619655,-1.973798614631292,-1.0745311542154639,-1.1368282315842846,1.9808638456588759,-0.00756009496336052,1.1255247521293408,-5.925094258964633,2.9744974471594476,5.235670203665547,0.6949036541789431,-2.5463173544161095,0.10528364006661386,-1.4264099990611028,False,c1,2,"""{{formatnum:…}} is not a template"" - true
+
+For this, Parsoid takes wikitext like:
+
+  This was {{formatnum:1234567890}} years ago.
+
+… and gives us HTML of:
+
+
    This was 1,234,567,890 years ago.
    
+
+… so maybe we'd want to special-case on 'function':'formatnum' so that they're easier to edit?",235790,-2,,
+-8.578465565254232,-12.68260824084338,16.866977302387056,3.1469672195218177,-16.845228330169878,11.542309192106455,-2.4145572703453535,-1.4851208711087711,-3.9575215918283657,3.9483861438517884,-1.677359592943291,-1.55463095627147,-1.9355971705200412,1.5497106702794687,0.03224876723966874,0.8304313747409342,2.311784540239976,-2.0576274240255223,False,c1,3,"(If they're wontfix, then let's decline them.)",443120,93,,
+-4.7097048820600245,-0.5813319719112595,-1.939388294569616,-1.5437808106007083,8.976021622443447,-3.2434605522674325,1.4347501810525607,1.2067310055925327,-3.9640321545407957,5.2939029180295165,2.5951110118744567,0.3071635742922023,0.22703694800091156,0.891409958015285,-0.17708758088424714,1.6420294929003576,-4.52870120734917,-0.6373777067425848,False,c1,3,"This and T95711 are wontfix. These localisation messages should not use parser functions. This was never intentionally supported and whatever localisation needs exist in German that need this should be filed as a separate task against MediaWiki core to find a way to support that.
+
+Complex parser functions will not be supported in this interface message. ",442066,92,,
+6.303061507130627,5.28680267516096,-3.6229691132582635,2.8195075084745795,-4.7727319376625985,-9.818140880489214,-7.084180185421971,-4.274013668485185,0.10979768745315666,-0.5911775351928421,5.887826877893561,-4.462481564227079,1.6587723267289851,4.4413365347616915,4.35332789357752,-8.267084588981765,5.884233289924938,2.433128113841463,False,c1,3,"(No ""Parse error at position 0"" since T54479 was fixed.)",441979,92,,
+-3.6283363705785994,1.5482466675398037,1.4627241721140116,-11.679695565055956,11.3706225359816,0.668474411052344,11.624029669367024,0.37999128393992515,6.006259491690356,-2.0668704487043876,-2.340715962648923,0.4385858478451885,1.365432838744053,-2.749944220628729,0.5498310813823553,-0.8406628802342886,2.4189861484631883,0.1333970065605623,False,c1,3,"This is still a problem, currently only visible when creating a new page because https://de.wikipedia.org/w/index.php?title=MediaWiki:Editing&action=edit no longer has the templates, but https://de.wikipedia.org/w/index.php?title=MediaWiki:Creating&action=edit still does. T95711 is the same bug for MediaWiki's live preview feature.",441974,92,,
+0.01707246392434847,-3.308360063761972,4.769815606012471,-1.941950897104645,-2.185548234929019,3.2748640525901216,2.478174805919105,-0.7010800729351988,-2.2711960578962755,1.239680776220597,-2.564098549061458,-1.6793205294107456,0.9251708607752112,1.4339715575675822,1.6934555370454243,1.4375234176548737,-1.8880411905366994,-0.7350762506193851,False,c1,3,"This is still an issue. I've restored MediaWiki:Editing on testwiki for demonstration purposes.
+
+Krinkle has stated ""Don't use wikitext in this message"" (MediaWiki:Editing), but he didn't give a reason. Since parser functions, etc. work fine in this message in MediaWiki core, I think we should expect VE to handle them too, or else it should use a different message that specifically does not support fancy stuff.",235683,34,,
+-7.214584677613865,-1.514571460276354,6.6606903912871225,16.3195842186108,-1.2416163927123423,-1.7564478595708284,-0.19203920454528323,4.239197387857602,8.03050530041339,1.3437630221124737,0.5497200685116606,0.3229958580425034,-0.3067925950123911,-1.6670890961522524,-3.1335795459019278,-4.819848660477643,-4.2780121978216386,-4.751651996986977,False,c1,2,This seems solved now on dewp. Good to close from my side.,235680,-1,,
+0.8461156929424858,-2.1293164927626904,-2.1875398973373956,-2.2091286482230323,2.252311489267086,-7.014453183555075,-0.0896551188437158,-1.9017681124860863,-2.4143617823440895,2.265380986991497,1.1494180172026565,-2.7161236925669754,-0.7859220632551556,0.01765968058301337,-1.618940766020917,2.376861445194609,2.9897884931676586,-3.8628699491861083,False,c1,2,"This seems to be caused by the templates in [[de:MediaWiki:Editing]]. 
+
+Can be seen on testwiki as well, where parser functions are the cause ([[testwiki:MediaWiki:Editing]]).",235677,-2,,
+-9.929686684616652,-5.347941634488839,4.296706319607697,19.737249704981906,-2.319547083054945,-6.869361008943635,-2.0795722049798275,-4.045045436114402,1.3630851526058911,4.721732805285452,0.6666055852369781,-1.9303996924339932,-3.9228809447858835,-1.689158777448478,-1.6779951132145379,4.618952975827937,-3.1780331040603285,6.283602434409543,False,c1,3,"This is now deployed and appears to be working as expected in production, according to my testing. Marking as fixed. Please re-open if you find otherwise.",235288,1,,
+13.114278592125475,0.12102036923113957,-0.4789989319739387,-3.946669223162239,-2.713416818922264,-8.581359576887007,-5.408930768836786,-2.0813793981665523,0.02355975662182308,-3.330313900152511,0.38057451640240314,-6.444600460063786,-1.4672716859745507,0.09032683623671156,-6.098178204971423,4.573884995135786,3.8677525302816607,-4.638573377327475,False,c1,3,"Verified that [[Flaming Pie]], [[Dictionary]], [[Moon]], [[Metallica_(album)]], and [[User:Kww/italictest3]] are rendered correctly in the deployed Parsoid/Visual Editor. Closing as fixed.",233872,8,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52254 has been marked as a duplicate of this bug. ***,233844,6,,
+3.911851366827417,-8.174932232581114,20.75150875784589,-7.036590862641848,-10.393613076694825,-19.874914733421473,3.464021915797293,17.732615851174742,-20.547184249653544,16.52396625276436,-15.396598537583523,11.84156636266232,2.376472001203463,-0.4804935332383823,-0.8812428975916997,-5.6002803794916005,-0.01740129267887902,5.9645202459054065,False,c1,3,See also bug 47326.,233838,3,,
+-11.449243978391282,-3.5240481549240545,-1.0804258542597969,5.072717362666518,-3.7990280095737283,-3.4633378987450616,-3.2236074684032348,4.359136802082294,3.5996855677834567,-5.62560836469018,-1.7066008087184548,8.512867906408225,-1.228835171213031,1.0500011817678876,-4.721616956905347,-7.367309091457722,-8.057890748924509,3.066763936820165,False,c1,3,Just dropping this in for cross-referencing: bug 13227 (this bug made me remember that one).,233833,1,,
+-6.119856432849007,9.249330048868124,-7.4922991235964,-3.2196504185294703,-1.2059597896417138,-2.1644643364868212,-2.6053450623090866,-0.6553444971424037,-2.310649042059218,-4.59824763671696,2.4746269794441966,-5.880103340058803,0.5003005943458976,-4.322544401147766,-9.97581260374314,0.9904735346420024,-5.672879788780221,4.214364709098476,False,c1,3,"Taking this one, on subbu's suggestion.",233826,1,,
+10.000742602815437,8.151875976710766,-2.308867878489859,1.7350674342052006,6.74945193777506,-1.63954744612,2.322243301309907,-5.4054287588556384,-0.7502159703773751,0.24143886274100712,1.08129086318505,-7.547692940013478,3.1739686871292516,6.5670989379869384,-1.0252151228869815,-1.1324086090624106,-6.410161487002082,4.155551600948019,False,c1,3,"This is still appearing, this time in https://en.wikipedia.org/w/index.php?title=Dictionary&oldid=563086179&veaction=edit - start at "" Sebastián Covarrubias""",233819,1,,
+-8.623934254245302,7.257781971662027,-0.21907112720169275,8.96195319889013,4.855841899672905,3.9284531270079412,1.2759470248694722,-5.884539079026961,4.259873389190219,-0.9302405222055752,-0.4715186019224682,-0.9730865727407636,-1.2709788948190104,-0.49117257010057014,-2.04613545197513,0.22153567184199208,-1.6644157429249231,1.6361541433233655,False,c1,3,Closing vague idea from past me. Looks like this may've been an issue in what's now become OOUI.,1099386,261,,
+-3.8742002332580987,-5.841904349239849,-0.07780451300215407,-2.3284137268877174,-3.330985199005333,0.5561468512966261,-1.2322321984536568,0.3301486030412354,-5.896526802254808,-0.09749440863390735,0.8601458498520723,0.5606320295895273,0.7046148503899006,-1.1822132640737646,-1.0115296085469196,2.752766363750492,-0.48632266528177237,-1.1143558105116096,False,c1,3,"I have filled that bug to monitor mediawiki/extensions.git being badly configured (for bug 49846).  Instead of using Gerrit maintained mediawiki/extensions.git, I will write a script that list all extensions, register them on beta and then do the submodule update.",232687,28,,
+-3.4695170427362347,2.822675906160292,2.288626513594645,-2.1293734794369126,-0.8916390766278139,6.025036829121561,2.4020413094331072,2.6061674728803865,-6.663138764794413,1.066345426118426,0.24935803013319768,1.9514685589292986,-1.4932940043577578,-0.0506946167562039,0.341365690938487,2.360066265379315,0.595751851249724,-1.501195553030912,False,c1,3,"(In reply to comment #6)
+> So now ""all"" that is needed is to have this in a cronjob that mails the
+> output to...?
+
+I have no clue where it could be send. Nor do I have any idea where such a script should be run.
+
+Possibly, we could run it once a few times per day as a Jenkins job and make that job alert back on IRC and/or to the Gerrit admin mail alias.",232684,20,,
+-2.0585752418386094,-2.7725574876467043,3.0481220701723757,-0.8801262877419731,-7.982261084364842,0.3576515587624609,-3.2992199901376287,2.6450677200689663,-2.0102193225052973,0.12962086225716085,-1.2942249299665582,3.824325142339089,1.394593689881464,-2.6254367776277365,2.9491069809459223,5.175100780194029,0.7630280450505934,-1.4694602095900005,False,c1,3,"(In reply to comment #7)
+> Greg: Was that a question to hashar?
+
+Yeah, rhetorical mostly, but he's the one that can answer it ;)",232681,20,,
+6.664226420899169,-4.646456996596834,-0.7204980937473118,3.565087133247742,22.44069774891021,-2.533154968374001,-10.859945256219508,9.741184625721244,1.47121153938304,-8.78866333091996,7.193141127893222,4.527954027484147,2.2475674946306556,0.40510833589211903,-0.007544255734204697,-3.566187048026753,1.4333278956218662,-2.1116860223656646,False,c1,3,Greg: Was that a question to hashar?,232676,20,,
+-14.040762193561939,-4.970416368496471,-1.513255996117672,3.001364854087429,16.340196789825487,-4.048553124665567,0.0013863936914866315,-3.7133669488481424,-3.387395246937362,4.397868581726767,-1.2369056055018772,-5.694109385881753,4.073624026742177,2.7496958815697887,2.950292604545112,-0.3737600179752545,-1.7023602691064659,-3.236545214314542,False,c1,3,"So now ""all"" that is needed is to have this in a cronjob that mails the output to...?",232670,18,,
+-2.8929441785709713,-4.5196523971155855,-7.9108120884098865,0.7709249975470289,13.861527347104868,3.474027631449143,-5.767706325530387,10.829307889112375,-8.94545078195457,-2.363650875285887,-5.688103584380952,-2.495005010799154,9.443707909157297,-9.554466663910713,6.121856057875104,10.306936797154034,4.937101527296975,-1.449670004236603,False,c1,2,https://gerrit.wikimedia.org/r/#/c/70836/ adds a script to verify the extensions syncronization.,232662,-1,,
+14.174709740951547,-8.858758401305954,2.3298508777667672,-10.407736934272501,0.7735049888214185,-6.897820372339129,1.2001849667923352,-6.01764458777738,4.6359913354342295,1.8561038199424518,0.8417093973340151,-4.3592599410849475,1.1595079842505753,-1.367669438464051,-2.8372222789701356,2.4244650220086674,2.35080333134586,5.709852786561022,False,c1,2,"A slightly better version being run on mediawiki/extensions.git at d0680b9
+
+
+$ git submodule --quiet foreach 'test ""$(git rev-list HEAD..origin/master --count)"" = ""0"" || echo ""ERROR! $path is lagging behind.""'ERROR! AutoCreateCategoryPages is lagging behind.
+ERROR! Bootstrap is lagging behind.
+ERROR! Campaigns is lagging behind.
+ERROR! CirrusSearch is lagging behind.
+ERROR! CommunityTwitter is lagging behind.
+ERROR! CoreEvents is lagging behind.
+ERROR! EImage is lagging behind.
+ERROR! JsonData is lagging behind.
+ERROR! Less is lagging behind.
+ERROR! OpenStreetMapSlippyMap is lagging behind.
+ERROR! PerPageLicense is lagging behind.
+ERROR! QuickResponse is lagging behind.
+ERROR! TimelineTable is lagging behind.
+ERROR! VisualEditor is lagging behind.
+ERROR! WikibaseDataModel is lagging behind.
+ERROR! WikibaseQueryEngine is lagging behind.
+$",232653,-1,,
+4.40821502177924,1.925782886882752,-6.482903472356243,-3.0570305394066875,-4.159002397578579,-3.0820315381417878,0.9380180631943187,-1.0385168961765654,0.42142990381774115,-0.03593090200210192,-0.7048931350667582,-6.214923494795338,2.673120729403145,2.4314257387682714,0.4223343399039985,-0.8154384429778845,0.2301787265119236,0.18986191531780783,False,c1,2,"So to find out what is not up to date:
+
+Fetch the extensions:
+
+ git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions.git 
+ cd extensions
+ git submodule update --init
+
+Then for each submodules look at the number of commits between HEAD (the currently checked out version locally) and origin/master (the version in gerrit):
+
+ git submodule foreach 'test ""$(git rev-list HEAD..origin/master --count)"" = ""0""  && echo ""Up to date."" || echo ""ERROR!""'
+
+Gives out something like:
+
+ ...
+ Entering 'AuthorProtect'
+ Up to date.
+ Entering 'AutoCreateCategoryPages'
+ ERROR!
+
+That extension is indeed lagging:
+
+hashar:~/extensions/AutoCreateCategoryPages$ git log --oneline --decorate  --all -n4
+14a097d (origin/master, origin/HEAD, master) Localisation updates from http://translatewiki.net.
+981a381 (HEAD) Localisation updates from http://translatewiki.net.
+e01f64e Add .gitreview and .gitignore
+7ae6dd3 (origin/REL1_21) Localisation updates from http://translatewiki.net.",232645,-1,,
+0.1287963201302924,14.082045843625057,2.04928336281929,-20.633689389760534,-10.337298416194825,-6.405336532089222,12.492127257260142,-6.986348391332344,-2.910306536834395,-3.6986052008268926,-7.5811456149571725,4.438122571920306,3.4363885000399046,-1.505691589207394,-8.026002788036216,-4.4660056216134425,1.2195579550344784,14.976598416527061,False,c1,2,"Campaigns not updating, bug 50261",232637,-1,,
+2.4682105672108587,-11.106627462895238,3.775726512982038,-14.039295123111094,-3.899689290581538,-14.166739860643409,7.1416808064707435,-3.762930892381307,-8.042163555095458,4.558632297610091,4.35579145168493,8.327561334644184,-0.7767047829904865,5.056831544009963,2.0266960509372343,-3.6497940501484982,3.3578386283205575,2.9479738620747526,False,c1,2,"Vector was not updated either, might have caused bug 49911",232633,-1,,
+10.589316146118334,-5.942683844937218,7.950195413984719,6.741629676083813,17.634607177470738,-13.067140026088712,-0.5258842575429536,-13.99597710070929,-1.5699345002785685,5.527932172532621,5.297841584545278,1.121913869754536,-4.852642488730602,5.724736994459063,-0.3430018940094466,3.9958526002474444,-6.519258504049322,-2.0428413240352787,False,c1,2,This has now been done in Parsoid.,232275,-2,,
+-7.587048011631199,-3.510286321853634,-1.3497849280648777,-4.406122566414952,-0.3269151845551832,-2.870199139001329,0.9611447614312141,3.115053345851653,-0.37505148059144133,-2.2802767620415194,0.9673917145238669,-2.816253809515503,0.21742714088706805,3.086881543697025,-0.13945425719230276,0.7843971766008044,-0.4233868944149769,0.9658412470203896,False,c1,2,"That said, we are considering changing the default for edited templates where we normalize to a single space around the '=' sign.  This will still affect other templates where there was no space around them before, but in general, the change might be a better default.
+
+This will still not fix the problem when HTML isn't preserved (either due to Parsoid or VE bugs) in its original form (as noted by Gabriel).  But, changing the default whitespace around '=' for template transclusions should make this look a little better.",232264,-2,,
+-7.599132424649261,-6.889494788229637,1.0186419732297223,-0.21840631051595416,4.170766944633767,-2.3486783560959346,1.4780581760964946,1.0251473291461937,-2.688634157369944,-1.939065694393134,0.5828280868848306,-0.8941159540869403,0.6529151276473342,-2.1178082215868166,-0.1323554543151273,0.8066673265686162,2.0609336201140933,-0.41382601032456057,False,c1,2,"If the user edited the transclusion, then normalization of spaces is to be expected, as remembering every purely syntactical variation would add way too much complexity and slow down processing.
+
+If the user did not touch the transclusion, then you should not see any diff in the template. If you are still seeing a diff, then it is pretty likely that this is a VisualEditor issue. There were some issues in the preservation of HTML for templates when passed through VisualEditor, which can cause the template to appear edited when we get the HTML back.",232257,-2,,
+-6.155147664225039,-6.062048409414994,3.0486425878917176,14.431657953113751,3.6836063149603113,2.0329253469484048,2.1122563868757123,-1.7818057757814403,-0.7833601762919452,3.9995395564816487,-0.9877862002766964,-2.873515273213228,3.423189102775976,-0.98948558110517,0.2749497102311018,-3.884815464312584,-3.5478488249660036,-0.4030989647174845,False,c1,3,"The work-around that Parsoid did to hide these means that these don't appear unless it's mis-matched, which is reasonable enough that I'm going to flag as WORKSFORME.",255915,34,,
+-6.9826708031810965,1.7229974546204812,-4.287948151641219,2.3638328361488607,5.47332384707153,-0.5567657293179824,0.6178193883500693,3.763569131684373,4.390485768973851,6.503148910687443,0.7503530595492487,-0.14035589615469668,1.3737076327323465,2.6211717114092856,1.835625309632869,-2.7124388159024666,1.1975793121417573,0.8429353622934639,False,c1,2,"This is the exact wikitext that is interspersed between template calls, so follows our DOM spec (see http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Template_content). 
+
+The decision whether that should be presented in the UI is one for the VisualEditor team to make. Non-whitespace content like '|-' for a new table row is probably important to show, while pure ws could also be hidden from view.",255908,-2,,
+-2.745700418006048,3.3499241144402774,-1.448825216612692,1.1170312803665556,6.927714673781457,10.199908479804154,-4.549898546185709,4.688383511757827,-4.535131199255817,-0.21600711868232647,-1.5333741438354953,-2.117956439839188,-2.7352189757317515,-2.920447573476556,2.8694801589178036,-2.7690323947075464,1.318579000275893,-0.5492458055769136,False,c1,2,"Yeah, this is a bit of a mess. We could get Parsoid to /always/ do a newline between templates of the same generated block, I suppose? Gabriel, thoughts?",255903,-2,,
+10.762198546164141,7.594754237963251,9.509917574085732,-13.283676326161128,3.6586949826206165,11.154002343748921,-6.765410029074514,-2.1820563880083266,7.088068640404414,2.7987232211674264,2.198187706428463,2.3615535581506917,3.2081858990643486,0.7683546780848143,2.674971863162435,-0.6728982793647997,0.9811317011096987,1.4487404530545613,True,c1,3,"Clarified the spec: https://www.mediawiki.org/w/index.php?title=Parsoid%2FMediaWiki_DOM_spec&diff=931265&oldid=931084
+I believe Parsoid's behavior is correct.",253992,37,,
+-9.785647897653305,3.275422253728305,-5.8368500192399235,-4.90612558716194,3.9745047493542334,3.3558980975139114,-0.37176747154170364,3.651649196272359,4.510612751570524,3.915241101959092,3.0303634683062173,0.9287295295205933,0.2970948961040052,-0.08313814532507369,-0.3370293304985439,-1.3136217903242025,0.8441159378270473,-1.5854327742224346,True,c1,3,"mooeypoo and I tried to reproduce without success.  the code looks correct: the link option is suppressed iff a[href] == img[resource].   Both of these should be local relative URLs, since the only way external images can be referenced is via instacommons (which provides local URLs for the image).",253987,37,,
+-8.303325820680541,-2.318640322053918,-4.381680927274423,9.730166853013307,5.2279877291264345,4.632471435883325,-4.1862349990023215,-0.8784378665171607,-0.6726112131824846,2.0576470435763285,1.8635016019654758,-3.519197056251582,1.5861237535484634,-3.3973927829482315,-2.2089037449878632,-1.3566494732764407,2.0350240295156774,5.281041892385883,True,c1,3,"Ok, from looking at the code I can confirm that the link= attribute should be suppressed iff the img[resource] attribute is equal to the a[href].  I'm guessing that autocommons is screwing with this?",253982,37,,
+-3.6262433411002823,8.85991977225087,-3.2579215232786622,-1.8357193613906784,3.783522553270613,8.529504362044666,-0.43166204104646866,-4.553580396206912,-0.38868772530530143,0.6672825533823721,-0.9673734608830933,-6.301474298657858,2.933223491616948,-0.6299051153584933,-0.27021494108966104,-2.838411321372391,-0.8878415966534486,2.0297365433722985,True,c1,3,"Hm, I note that the DOM spec describes ""resource attribute on image"" this way:
+
+> link to image resource page. TODO: what to use for images from commons?
+
+I'm guessing this is the root of the problem.  What is VE currently setting the resource attribute to, for images from commons?",253976,37,,
+-3.352789232492038,-5.108549672549,4.042993635296518,5.8433840421050665,1.3386680280129504,-0.13809864407121886,2.9497504364752203,-1.5256065792350406,1.6575256007863397,4.570721687768563,1.6420473425272792,-1.0262713452974888,0.617724017606101,-4.542795659150131,-0.7774913216364394,-1.7567682633501014,2.350754986363868,1.0069784242170265,True,c1,3,"Hm, maybe this only occurs with images from commons now?  Can you confirm that, James?  It would be helpful to see exactly what VE is giving to Parsoid for new images, and how you are indicating that the link is the default.",253967,37,,
+-7.274829652220054,1.6533067775195551,4.51118573365771,3.26985685164332,9.561632591765626,-6.465457058042138,6.362693609507842,-7.757400874434203,-0.65006861812851,10.36171152516318,2.1696060101676427,-2.644006161219658,1.4910525830770274,-3.385904004587096,-2.3061469375187107,-0.06846606847282288,4.26114967398708,2.8254762817025267,True,c1,3,"Still appears to be happening now that the workaround is removed:
+
+http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:Whatamidoing_(WMF)/Sandbox&diff=81525&oldid=81245",253957,34,,
+-4.783444327905174,8.012176003149776,-7.724353117352533,-3.242189411615458,-0.3261568032270965,8.138024129128102,-1.515823301368016,-3.0802508974251888,-5.172085494138011,6.532187902275316,-0.21252915450506626,2.7127062493169616,-0.653180523209373,0.8165944485422101,-1.1180898860405468,-2.9028145828697576,0.9876266651867223,-0.25025983432271826,True,c1,3,This bug is fixed; opened bug 61560 for the VE team to revert their workaround hack.,253950,33,,
+-2.48199958254793,-6.844698279191562,2.2857931650187977,2.3306001950750517,0.831939076976628,-2.6302197329261965,-1.0071937632519212,-0.19543998747063696,-3.3932895248356854,1.5015858392926367,9.506231870227507,1.4918867388920436,-1.8424119621061177,3.8980876906797883,-1.4446156186625945,-3.2214073764274205,2.274125533533275,-1.5610760853263261,True,c1,3,This should be fixed by https://gerrit.wikimedia.org/r/103082 (if it wasn't already fixed).  Should be verified fixed by the VE team once this lands (and their local workaround reverted?).,253944,25,,
+8.865079695268538,-9.546103289505709,-8.743948853763245,-11.543172311647313,-7.081135460159402,-1.8819297558681054,-2.167421505134582,0.40118132595834655,-0.7995100219465682,-2.0531375338379645,-1.983982573755584,-5.1203650658271656,0.3590410215348463,2.34810766804316,-2.940636837903454,0.5722933605543123,1.97531056294836,-5.327264770609407,True,c1,3,"I cannot reproduce this on latest master.
+
+[subbu@earth lib] cat /tmp/img.html
+
+[subbu@earth lib] node parse --html2wt < /tmp/img.html
+[[File:VisualEditor-logo.svg|300x300px]]",253939,20,,
+9.282225133935798,10.142958056558754,-6.046637388588353,-0.9263207065172328,-5.321738583920979,-2.032837157723703,-0.5951188602610245,4.4788149727069175,2.8779463254953512,0.12110134793512195,0.277790763468325,0.6179694339562101,1.8845139386510619,-2.7518278198193613,-4.454843461683124,-0.2640236038231798,-1.788129515420544,0.881939310304134,True,c1,3,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],253933,0,,
+0.9031411528120481,-4.6663745730131385,0.3327227816642999,11.276063090091364,11.351942520505368,-8.232928167079937,14.019175389116656,-3.699513262253768,-0.20996148821629923,-6.026450923115148,-1.1080617169863434,0.5185980309754132,-1.9670148071782299,-0.4587884280435922,1.1641614834856604,-2.1738705877297897,2.3730013208588847,-2.6513818337601336,True,c1,2,"This is worked around (albeit with potentially a bit of a hack) in VisualEditor, so not so important now from VisualEditor's POV.",253926,-1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,2,*** Bug 49848 has been marked as a duplicate of this bug. ***,253920,-1,,
+5.634140095046018,-3.920398337446688,-8.37372985356701,-11.982603529254265,-5.898156317029611,-3.9932011972449306,-3.8157312711376505,-0.9906080241582186,-0.6699331624364242,-1.8700846379834126,-1.7105769506721247,-6.044199055081899,1.0863741900464268,1.3444805812336085,-1.373565988710477,1.0396978859922053,2.5018236410018586,-3.79548254055831,True,c1,2,"
+
+serialises to:
+
+[[File:VisualEditor-logo.svg|300x105px]]
+
+Whereas
+
+
+
+(removed data-parsoid from  tag)
+
+serialises to:
+
+[[File:VisualEditor-logo.svg|link=File:VisualEditor-logo.svg|300x105px]]",253912,-2,,
+10.358365884404757,7.143320349569862,-3.3176444697757566,4.702000584964987,26.95199418657732,8.965533443221563,-5.948554587999181,1.2297954621453244,-5.7564406403648,-4.53068292716533,-5.256305166305902,-5.21064443711916,4.21756858693178,-3.1372166260350065,-0.11202705221845655,-1.6845710500232802,-1.1947871715733935,-4.095541043166474,True,c1,2,This looks like a Parsoid issue:,253906,-2,,
+33.65550160273837,-1.1092435892297967,1.4418247627559042,4.204144106997221,-1.764618501463282,-2.1516777003195546,-2.148579636886611,-1.0930786024500923,-0.6926469705702569,-3.0410058483528486,-0.08787468407803045,-1.506904732862961,-0.058049425174754976,-0.5518260334278915,-0.7089812223688343,2.4990261151509436,0.01989381078759747,0.8901971574592751,True,c1,3,"… of the remaining items, I've split them out into:
+
+(In reply to comment #2)
+> Template panel:
+> * Link to the template page (if it's a transclusion from a MediaWiki page)
+> * Link to the MediaWiki.org Manual (if it's a parser function)
+
+Collectively https://bugzilla.wikimedia.org/show_bug.cgi?id=49772
+
+> * Use ""Param#required"" data to prioritise/encourage use of those parameters
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=50747
+
+> * Use ""Root#sets"" data to allow addition and/or completion of parameter
+> sets
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53609
+
+> * Cursor keys can let you select parameters in the search results off the
+> screen and the dialog doesn’t scroll
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53610
+
+> * Checkbox (?) to substitute a template on save, rather than leave as
+> transclusion 
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=49904
+
+> Parameter panel:
+> * Use ""Param#required"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53611
+
+> * Use ""Param#default"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=52753
+
+> * Use ""Param#deprecated"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53612
+
+> * Use ""Param#type"" from TemplateData
+
+https://bugzilla.wikimedia.org/show_bug.cgi?id=53613
+
+So, closing as INVALID.",253343,8,,
+-1.7535048835199554,-8.766678059473794,7.405208043436815,-11.760825327700806,10.511587773661443,-7.199266040302909,-12.783697118999312,11.257093802784308,21.402961801515918,-1.4420070666257145,-1.4488665031815708,0.8213828111925654,1.2006446778807813,-1.723523412552836,-2.0366323380466183,-2.32366631082173,-11.417074804459585,-4.571189542032372,True,c1,3,Have un-trackered-this;,253336,8,,
+-0.4139322002236403,-0.0028771527477502445,-4.3051406873569995,-1.5353054768362409,-1.2840837238778828,-1.048393208795039,4.674194896850848,1.5040627541900395,-2.573466328977056,-2.5219540599539014,-0.9442020569642819,-3.0291140861823376,0.23746446013583755,0.2883634652878877,0.9282166935321987,1.1219430760744444,1.6631958634864128,-1.3359472446900431,True,c1,3,"UX items at this point:
+
+| Template panel:
+| * Move “add parameter” button to alongside the search field, not below the results list, so it can be found
+| * Link to the template page (if it's a transclusion from a MediaWiki page)
+| * Link to the MediaWiki.org Manual (if it's a parser function)
+| * Use ""Param#required"" data to prioritise/encourage use of those parameters
+| * Use ""Root#sets"" data to allow addition and/or completion of parameter sets
+| * Auto-add required parameters when creating a new Template transclusion
+| * Double-click on a parameter in the selection menu should insert it
+| * Up/down keys work in the parameter search field results, but not left/right, even though it’s not just a vertical list
+| * Cursor keys can let you select parameters in the search results off the screen and the dialog doesn’t scroll
+| * When adding a template, auto-add all mandatory parameters
+| * Checkbox (?) to substitute a template on save, rather than leave as transclusion 
+| 
+| Parameter panel:
+| * Use ""Param#required"" from TemplateData
+| * Use ""Param#default"" from TemplateData
+| * Use ""Param#deprecated"" from TemplateData
+| * Use ""Param#type"" from TemplateData",253328,1,,
+10.159544531464787,2.172217411165761,-2.461789219803461,1.0936872380353826,-2.58597434280677,-2.942276250604488,-3.755856446430071,3.610660640292636,-0.7977792429699173,-1.5134820882623283,-0.8921385021138475,-6.2166393017096055,2.359041536872846,3.2252764933862546,0.47442050242087763,0.373086928282798,1.7792961808754268,-0.4515911685365528,True,c1,2,"updated:
+
+Template panel:
+* Link to the template page (if it's a transclusion from a MediaWiki page)
+* Link to the MediaWiki.org Manual (if it's a parser function)
+* Use ""Root#description"" from TemplateData: Done.
+
+Parameter panel:
+* Use ""Param#label"" from TemplateData: Done.
+* Use ""Param#description"" from TemplateData: Done.
+* Use ""Param#required"" from TemplateData: TODO.
+* Use ""Param#default"" from TemplateData: TODO.
+* Use ""Param#deprecated"" from TemplateData: TODO.
+* Use ""Param#type"" from TemplateData: TODO.
+
+""Add parameter"" panel:
+* Show available (unused) parameters
+* Use ""Param#required"" data to prioritise/encourage use of those parameters
+* Use ""Root#sets"" data to allow addition and/or completion of parameter sets
+* Creating a new Template transclusion should start with all required parameters auto-inserted (instead of requiring the user to add them one-by-one).",253322,-1,,
+-10.529347762233709,-9.260011189974598,8.527631148000186,11.779931559964462,-2.2491060270519956,-2.1773372514557927,-1.1734070305145625,0.19251455092539202,2.993031004308069,8.266943066822034,2.47582310510281,0.8669987708189888,-4.190171807699821,-1.8225516033174558,0.3649727857764633,-5.459920854264897,-0.6249570487907905,-0.30624532458421605,False,c1,3,We believe that these cases have now been fixed (though we may be wrong). Please re-open if so.,252816,1,,
+-9.611908901910791,3.439843773009656,-5.078314556820789,-0.8112563570719065,6.13956686218981,-0.9313567016846154,4.840422396953009,0.790500763648623,3.654541788993246,1.1162986738871847,1.73297425865005,0.26189323206830206,1.9300555129024959,-2.389514393674909,0.4814876582330627,0.003831388916198275,1.3059702873620784,0.9462769089165506,False,c1,2,"Another infobox duplicated while the editor is touching something else (not the infobox):
+
+https://ca.wikipedia.org/w/index.php?title=Hurac%C3%A0_de_Cuba_de_1910&diff=11973992&oldid=11973843
+
+Duplication of infoboxes is a big deal, very visible and annoying for editors that have to go and change back. Defining importance just in case this report was unnoticed, although of course this is a call for JamesF.  :)",252809,-1,,
+-2.9884871629841987,1.294437992630229,-0.37501952035041297,-0.9354372233607986,2.0416199801082655,-2.3503496956059617,-3.7686730751927104,4.993051351137075,3.2106075587444742,-1.6339864187832518,-0.9814238287596777,-3.5103791554720987,-0.1587816621082072,4.102972319456859,1.7742843217166957,0.5411288070466749,1.816413065212582,-1.056285605942357,False,c1,3,"There is a curious case of the template: https://test2.wikipedia.org/wiki/Template:No_spam  {{@}}. 
+Inserting {{@}}  will display the icon, just as for the hidden template: 'Use British English'. 
+
+Is it intentional? 
+",425589,88,,
+6.2216585176729335,3.1886299983952924,0.9470878853042897,6.668161598910716,4.852402658081097,1.5061640065288557,2.489490815014472,-4.651531356397768,-2.556123235899583,2.513682025786194,2.8406607220714757,0.8598589093044922,-1.6063125980759247,2.7352924517280544,2.662162656381531,1.5692743848918833,5.237550342623997,0.3004883286509723,False,c1,3,"After a page is Saved, and then switch to Edit mode - the icon for Hidden template is not displayed. Saw it in Chrome.",424617,88,,
+27.419467309042425,-10.884614926589505,-0.6002502999354866,-7.984313450850412,-2.264589450189635,-7.004521116962791,-7.1133730547319765,1.2860587030340076,-1.4893196067317174,-1.768093792551427,0.7855575551415002,-3.7204688697224766,-0.7648651822753647,-2.4446846293128996,-3.3483757257658127,0.44979464699552185,-2.7109103740335665,-7.58909972075249,False,c1,3,{F56750}?,422065,87,,
+-13.276929068705371,4.8367395521748335,-5.6737637565761005,-1.7611230990379685,0.07042065872270697,10.175443722390916,-1.489841509718108,8.629518346496235,3.9563443970820975,-1.3186575596543006,-3.081462668899935,-3.6442508718676567,2.280326544970033,5.354447136736781,3.42293190394963,-1.4276555888799494,1.3627446291638563,-0.42336164677593313,False,c1,3,"We have a general ""template"" icon, adding @violetto to point to the right asset. ",419580,87,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 72963 has been marked as a duplicate of this bug. ***,251654,70,,
+-0.42180539777128434,-0.6692099217908396,-1.3726361792764712,0.8407076115380114,4.752058262904754,1.5226427057784466,0.1924910051248041,1.6685912373584575,-3.2902561980255154,0.22613493296595344,-2.6457842606914466,0.9241620489949458,1.1977520517390259,-1.586336005203328,0.47539167204443844,-0.08154880665234865,0.0172696326758002,-0.981372115370633,False,c1,3,"As an additional item (from bug 51978 comment 6):
+
+> Using the {{כ}} template works correctly while editing articles, and the
+> original test page https://he.wikipedia.org/wiki/User:Amire80/ve-rlm shows
+> everything correctly.
+>
+> That said, there are issues with handling this template after it's inserted:
+> * The bubble that shows its name appears in a wrong location.
+
+This is related to this bug – the context seems to find the nearest thing that actually displays and attaches to that. When we display a place for the context to show, it will presumably show there. :-)",251648,58,,
+-5.228185930820951,-0.12985524513479163,0.6678489954258504,-2.6484531128096442,-0.4405505105890697,1.1691014217396507,-0.6148425310638537,4.134119042507542,2.600667003844274,-0.3440564041013543,0.8905746104024734,1.0760290667217287,-0.25016869132736375,3.6895783376368527,1.0295783805226835,-0.8005456244760638,-1.1861917820874144,1.1117087511165349,False,c1,3,"Hi James. Thanks for the explanation. Today I learned the word ""slugs"". To me they are sufficiently clear that those aren't white space but something different. Some vocal users on nl.wp portray slugs as ""ugly white rows"" and fear accidental deletion, the examples provided that would be images. I will continue discussion on bug 47790 and bug 55336 about accidental deletion of FocusableNodes. I've seen a live case in which slugs cannot be deleted. However the cases mentioned above can be.",251641,53,,
+7.321582429764604,-2.9401964250605133,3.783293717939773,5.942317115091642,-0.254975111804729,-1.4813168543118653,-6.0931251474964485,0.2320036635905796,-2.5455164023291452,-1.3696793691585958,-2.583260981551627,1.2351688243554264,3.190551139688404,2.559001227368303,1.4940653634340366,-2.080248992394964,2.2278332268754255,0.5207681603974974,False,c1,3,"(In reply to Ad Huikeshoven from comment #23)
+> Ok to take the conversation there. I've read through bug 47790 and the
+> reported issues are more or less the same. Bug 47790 is solved. What is the
+> timeline of deployment?
+
+It's already deployed.
+
+It was deployed to MediaWiki.org on 6 March 2014 (see the ""Milestone"" field), so it would have reached the Dutch Wikipedia a week later, on 13 March 2014.
+
+That's what I meant by ""This feels like you don't think the resolution to bug 47790 in March was sufficient"". :-)",251633,53,,
+-7.478154238669674,-2.6580106490278688,3.7677591949355884,-4.400851869988031,6.885824140636421,-2.1953145360605113,-2.935246304384169,-1.4421009628530133,0.1898662546060117,0.7074439211826533,-2.97915471282549,0.6145114703703491,3.022961229455051,-2.604524326431963,2.8993440496094145,-0.3525650496542214,4.366123203754376,0.17237846061747675,False,c1,3,Ok to take the conversation there. I've read through bug 47790 and the reported issues are more or less the same. Bug 47790 is solved. What is the timeline of deployment?,251626,53,,
+24.735655593289458,-4.552629504676901,0.9854399328582204,5.967372592429966,1.891466759970566,-3.2678607872996572,-2.1152899148947366,0.9739485822281362,-0.8994890532912261,-0.4656805264552557,-1.5359556587545793,-0.519450052226623,1.4557416086708992,-0.5041381541308727,0.7897400460574748,0.48477627095213993,-1.6072021366604636,-1.151485610159174,False,c1,3,"(In reply to Ad Huikeshoven from comment #21)
+> On nl.wp a discussion has started to turn on VE. In the process feedback has
+> been collected on VE. Some users commented on ""white lines"" as a blocking
+> issue for turning VE on as default. 
+> On top of pages like:
+> * https://nl.wikipedia.org/wiki/Bali_%28eiland%29?veaction=edit
+> * https://nl.wikipedia.org/wiki/Justine_Henin?veaction=edit
+> * https://nl.wikipedia.org/wiki/Rijn?veaction=edit
+> * https://nl.wikipedia.org/wiki/Brussels_Hoofdstedelijk_Gewest?veaction=edit
+> * https://nl.wikipedia.org/wiki/Antwerpen_%28stad%29?veaction=edit
+> as well as on other places on the page ""white lines"" or carriage returns
+> appear in VE edit mode which do not appear in read mode. On mouse over the
+> white line turns blue. 
+> 
+> Some users fear that newcomers others will delete those white lines and
+> carriage returns. However, after deletion of those lines images are
+> accidently deleted from the page.
+> 
+> (Deleting white space at the bottom of a page might also delete accidently
+> categories and other metadata.)
+> 
+> How can I help to resolve this 'bug'?
+
+This feels like you don't think the resolution to bug 47790 in March was sufficient; I'm not sure that this has anything to do with this bug, however. Take the conversation there?",251620,53,,
+-5.230844120754167,4.706237171563021,-7.119003406260181,2.4503912056755013,-0.2947726274479159,-1.5137674682174627,2.7731133649426205,0.7681602020671803,0.7295108894712308,-0.5256277489058476,-0.24827851169982074,-2.999503339099257,-0.24618303100307415,1.2925530529529803,0.27852289266787933,0.5330851807181114,-1.5268475831702069,-0.8527786976917677,False,c1,3,"On nl.wp a discussion has started to turn on VE. In the process feedback has been collected on VE. Some users commented on ""white lines"" as a blocking issue for turning VE on as default. 
+On top of pages like:
+* https://nl.wikipedia.org/wiki/Bali_%28eiland%29?veaction=edit
+* https://nl.wikipedia.org/wiki/Justine_Henin?veaction=edit
+* https://nl.wikipedia.org/wiki/Rijn?veaction=edit
+* https://nl.wikipedia.org/wiki/Brussels_Hoofdstedelijk_Gewest?veaction=edit
+* https://nl.wikipedia.org/wiki/Antwerpen_%28stad%29?veaction=edit
+as well as on other places on the page ""white lines"" or carriage returns appear in VE edit mode which do not appear in read mode. On mouse over the white line turns blue. 
+
+Some users fear that newcomers others will delete those white lines and carriage returns. However, after deletion of those lines images are accidently deleted from the page.
+
+(Deleting white space at the bottom of a page might also delete accidently categories and other metadata.)
+
+How can I help to resolve this 'bug'?",251614,53,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52551 has been marked as a duplicate of this bug. ***,251609,34,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 60830 has been marked as a duplicate of this bug. ***,251603,34,,
+16.261962561537985,-3.555381278705248,6.179395391519437,1.0283763516255195,-5.191451917315767,-4.578081391587382,-3.816898914500886,3.3200975363218523,-1.9791883148109044,-3.8726086416338346,1.2865244844675128,-2.787220177284575,1.4446106699139762,-2.4065683199315933,2.612185972848085,-0.2776351956465808,0.905985968443167,1.9466404966242847,False,c1,3,"> > A work around for this allowing you to add and not delete stuff you've added
+> > would be to make their removal undoable. Not ideal but better than nothing.
+> 
+> Though the problem is that you don't know you've removed them until you
+> realise
+> on saving the page that something you thought you'd added isn't there! A
+> message like ""removing invisible template: are you sure?"" would be helpful.
+
+Yes. Although reading comment 15 again I meant to say ""make their addition undoable."" (not removal). Sorry for the confusion.",251597,6,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52658 has been marked as a duplicate of this bug. ***,251591,6,,
+-7.010685912220925,-9.305956724209437,7.572686989614423,3.151189868876708,-1.7184368618505124,7.953481977370227,-2.482491218167387,-2.261104015320435,3.7552123779422235,1.9642239142453928,-0.3594624367129955,-2.355017709778085,3.3363039238345653,2.099073680894813,2.004561179217415,-1.0628117900610161,1.6559872271030451,3.0305063213559715,False,c1,3,"> 
+> A work around for this allowing you to add and not delete stuff you've added
+> would be to make their removal undoable. Not ideal but better than nothing.
+
+Though the problem is that you don't know you've removed them until you realise on saving the page that something you thought you'd added isn't there! A message like ""removing invisible template: are you sure?"" would be helpful.",251585,4,,
+-9.287529094595808,-7.478714632066754,1.4357152381707623,6.6709746066897875,-4.581815005370165,-5.469314932365991,3.832976988138494,0.7603713691035261,3.29991402148785,-0.17549582061876468,0.6655900545586836,0.3628070163273147,-0.3093900352399199,-0.46423959586270236,0.2449187937240973,2.307148601005145,-0.4721096339570521,0.6318160839688884,False,c1,3,"PamD at en.wp complains that:
+""[When] I add invisible matter to an article (eg {{coord missing}}), it's too easy to delete it later in the same edit while ""tidying up"" blank lines etc.""
+
+Suggestions have been made above about how to deal with this in advance of working out how to display hidden templates, e.g. in comment 9. 
+
+Alternatively invisible templates could just be declared not deletable in VE (i.e. just treat them like nowikis). It will occasionally leave unnecessary templates in but that is going to be far rarer than deleting them without meaning or even knowledge as happens now.
+
+A work around for this allowing you to add and not delete stuff you've added would be to make their removal undoable. Not ideal but better than nothing.",251579,4,,
+-8.680857244127804,3.8975274772531527,-6.097505045999763,-4.027007402646239,1.5530787235348935,4.250001814983364,-2.074381516679356,4.463739574517082,1.2886127990486316,-2.9204545693390864,0.08258440875242545,1.681100991556991,-1.7924949805863184,0.01711586379532859,-2.1813049892300995,0.5116592958764881,3.8689436334038403,1.8050346460174898,False,c1,3,"Regarding the English language variable templates specifically, it would be great if these were handled by pushing it into a meta tag (bug 52166) and incorporate it into page settings.
+
+Regarding top icons, there is a core enhancement for a pre-defined area for these icons (bug 23796), and a VE enhancement request to do the same (bug 51420).
+
+Regarding others, a puzzle piece sounds like a great UI for it.  Or a custom icon defined in TemplateData?",251573,3,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51322 has been marked as a duplicate of this bug. ***,251567,2,,
+-12.402082092811202,-2.0577176299627915,-1.7700076953688586,2.2877837904120355,2.720389180895989,-2.6069080132379927,1.3815066212452454,0.781878249599176,3.20274287158776,6.563691022674556,0.3910056215826646,-0.5190895593119151,1.7606135048418867,-2.9929381262069503,1.0092727494726956,0.002368522721891253,0.6561750645892407,-2.254710699501899,False,c1,3,Whatever solution is here should also apply to templates that normally produce text but have been created empty for whatever reason. For example it is possible to add a {{small}} template with no text to display.,251560,2,,
+4.877578281322364,1.8557774143293937,-4.565885196111184,-0.722158180885307,-6.824350896702089,-1.3127804087193784,-3.5182801607902405,0.16096067908979272,4.301614854312858,-3.8123922433032327,-3.2023911266522016,-6.0847848617739295,6.40945381300813,10.578608091466998,2.5484243876918846,-1.9375384160383926,-1.5063264545358097,4.3852791125327375,False,c1,3,FYI: I count 3 reports in the last 10 posts on WP:VP/T today related to accidental 'hidden' or 'floating' templates deletion.,251553,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 49633 has been marked as a duplicate of this bug. ***,251547,2,,
+-14.492791943059231,-5.8648283593695885,1.5482610915959052,9.33464829066587,2.823528450559845,-2.177407734535649,7.992277364661993,1.1208225370663056,-0.7529089747872968,-1.4437611357938405,-1.4253242742964978,-3.1823948054717053,1.4523662166756512,-3.203010984407314,-1.8241864443867413,-1.6264559825384128,3.325219909345813,-0.1695519879905123,False,c1,3,"Why not allowing deletion of a template by keyboard only if the template is selected, not just if the cursor if just before or after the template ?
+I don't know if it's difficult to implement, but that would help preventing accidental deletions.",251540,2,,
+-11.579463775545372,-5.971571057941245,8.12585785723928,2.3630146084638106,-2.349379607713195,4.149387940727497,6.371635753135669,-2.8150628593674214,3.565042201775536,-4.767212555708169,-0.17734995938050457,-0.1251795048907871,1.2803394048393066,1.2160963225801675,-0.625667679705963,-1.320750079546579,-2.8732534259031843,2.947273911373475,False,c1,3,"I've seen it a couple of times so far, but not that often. Having said that, we haven't been actively patrolling recentchanges in a while. I'd personally like some kind of resolution pre-IP rollout, because even if it's relatively rare we're throwing sheer numbers at every bug.",251532,1,,
+-10.531056730034358,-2.331752830710357,-1.9953204323920102,-1.5538876607999494,-1.5310072378752757,-0.2777674427517294,4.187161620048828,-2.848509420102335,1.5500830263232526,-0.7092318790413801,1.0335372105364593,-3.2048245727504683,0.8561313762270739,-4.633767379199509,-7.356751576352482,0.2718755071811447,-4.555530676587716,4.707067511779785,False,c1,3,"Oliver and others watching this bug, what's your sense from reviewing changes how often this (accidental deletion of hidden templates) is currently occurring in practice? Knowing this (even if it's anecdata) would help setting priority for this bug.",251526,1,,
+-12.042978428448258,-3.212581031575775,-4.175760358528911,-4.525669420968468,0.7284831274430754,0.29837700816596424,1.1391311521263976,2.1547879104949335,-3.0580611440062366,0.4165547700346979,0.1555518707031185,-4.104716441379011,0.86528607953462,1.0229740099776354,-0.11254722070008727,0.9253575727006353,3.11477986449062,0.5529032960388491,False,c1,3,"How about this: If the cursor is before or straight after a template, pop the 'puzzle' indicator into view.
+
+You could make it float above the current line, with a droplet (as a sort of cursor) downward pointing at the position where there is a template that is invisible or floating. When you click the icon, move the cursor to be on 'template', blue highlighting the template content if it is not hidden (this will help direct the users eye from cursor position to content) and directly open the template editor.",251520,0,,
+-3.6247617151289493,-3.218801844300854,-1.041083097608792,-0.6907568391061751,4.872126530837191,1.8734705534961282,-1.2340452632766663,4.502751171444198,3.3671782280968436,-1.2362571624737226,-0.33252100333876355,-0.6220677962552079,2.353621373804798,-0.40404870935017456,2.1044141715994753,1.281052044759406,1.7114246241488587,0.10020161344265244,False,c1,3,"Even with non-hidden, but floating templates it can be confusing. To quote a user:
+
+http://en.wikipedia.org/w/index.php?title=Peach_Springs_Trading_Post&oldid=563257259
+
+I place the cursor to the left of the line that begins ""The Peach Springs Trad...."", just after the malformed comment, then press backspace, in the hopes of starting to delete said malformed content, the entire infobox disappears.  This is quite startling.
+
+Perhaps a warning is required for the short term ? ""Are you sure you want to delete template... ?""",251514,0,,
+-4.99267102698754,6.591068815047866,5.45614685289596,-6.000451246696838,15.97389465089552,14.874786251176616,-8.098893167482316,-1.596358894668997,4.751462385568211,-0.8238851853005915,-5.604436023987626,-1.8535358418979286,2.850774066973216,-2.964300566311498,2.246886584877787,2.335244140848814,3.3507332546184854,-2.083428945097037,False,c1,2,I have no idea if there /is/ a standard. A good illustration is https://en.wikipedia.org/w/index.php?title=Template:Persondata&action=edit,251508,-1,,
+3.258597201544484,-6.871764257434191,-5.3223597851923685,-8.598747533673457,-4.231220619571312,-5.758484519945872,-0.6815916027985622,-2.925908797796896,2.9862180300417345,-1.0643912419887736,-0.055269869357557955,-7.915970246248568,3.2436954856896687,-0.3544654678950201,-2.662156874785149,0.9196332624197314,3.319944391902242,-5.280522110778316,False,c1,2,"btw What's the standard of ""hidden templates"". Are templates generating 
    something
     hidden, or what about 
    something
     when [[MediaWiki:Common.css]] contains .hidden{display:none;} ?",251501,-1,,
+-16.566129484199227,5.018417206301116,-10.37467359181402,3.0082803772233593,3.000573048784892,5.151190757219705,2.566494978417353,4.28434219824038,0.6904689929339547,2.144477290200351,-1.3181167082450083,-0.9971912681403126,0.6366160191596819,-2.5947520186457362,1.4438791937410658,-0.5985948950515061,2.435198781717822,-1.9915222701139808,False,c1,2,"A side-effect of this is that it's impossible to maintain good formatting (keep a blank line between metadata and article text, for example) because the content does not exist from an editor's perspective.",251495,-2,,
+-6.529857562464783,-3.1816335910559115,6.773921791847812,-1.734039933811811,4.3992347240343666,6.81175966436243,4.453560583943563,0.861378311983483,-0.10331148647055433,-1.1252990085164258,-2.892178149925543,0.7863587970814976,-1.7475259471168325,1.3511737508554515,2.482371790120725,1.995744552165171,3.1871680924375685,-1.3210901504688017,False,c1,2,"Template:Clear is also a good example of this. Although it doesn't even display as a carriage return. You can insert the template, and then it complete disappears.",251491,-2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 72045 has been marked as a duplicate of this bug. ***,250142,67,,
+-11.30473228192212,-2.291499524247147,1.7471890580583285,1.084001335978554,1.2624669339968015,7.227613613117349,2.0031534297715723,1.4341188559758633,-1.5303902656486381,-3.706272746318746,0.23689004910524525,0.3547296793939161,-1.1479228554934107,-1.143947211173922,-1.7510447515010719,1.7905650785184417,4.703391643305319,2.4360640065791253,False,c1,3,"Inez talked to me about this long-standing problem today. He worked on a solution that involves waiting for the preview to come back before inserting the template, displaying a spinner in the meantime. His code is at https://github.com/Wikia/app/pull/4932/files . It looks a bit rough and it only deals with insertion, but I think the general approach could work out pretty well. If nothing else, it could be a stop-gap until we have collaborative editing and having a transclusion reevaluate its type asynchronously would not be a big deal.",250138,65,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52032 has been marked as a duplicate of this bug. ***,250134,37,,
+26.987341293918206,5.075014008548166,-2.8541568623091393,3.316444728607296,-4.572614644343385,-5.04956943140769,-0.20804824180683035,-0.3671797229826188,-1.9591813180751356,-0.034760994278014046,-0.992640263862838,1.544572631135802,1.3044063994758797,-1.208880551398559,0.7704391762007066,1.1825235594429406,0.5420903563002495,-0.8260054071853231,False,c1,3,"(In reply to comment #5)
+> Parsoid says they now have a public wt2html API that we can use instead of
+> action=parse. That would at least allow use to let Parsoid determine whether
+> it
+> is inline or block (instead of sniffing the html result, though that's fairly
+> trivial, just  vs. everything else, right? Maybe a few other inline
+> elements nodes that we use, or do we wrap them all?)
+> 
+> However we still need to then find a way to swap the data model node instance
+> in that case. (..)
+
+From ve.dm.MWTransclusionBlockNode to ve.dm.MWTransclusionInlineNode or visa versa.",250130,22,,
+-7.614697874956577,-8.45594206623316,2.212306358131438,2.2860653348403925,-4.306774119318957,1.377946399794629,1.5875847343616574,2.5348619121389215,1.2889968397935172,-0.0073683661772747655,-0.7091932059303572,1.5964033743548072,-2.541186775946018,-0.2503709477230922,-0.7326718538599539,1.1698959559978683,-0.5073611976287705,-1.0664202591569412,False,c1,3,"Parsoid says they now have a public wt2html API that we can use instead of action=parse. That would at least allow use to let Parsoid determine whether it is inline or block (instead of sniffing the html result, though that's fairly trivial, just  vs. everything else, right? Maybe a few other inline elements nodes that we use, or do we wrap them all?)
+
+However we still need to then find a way to swap the data model node instance in that case. Having 1 datamodel type would be nice indeed. We could make it similar to extension tags in that templates have their own class, but it wouldn't be specific to an element type, we can still swap it dynamically (just like we can change lists from UL to OL).",250124,22,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50610 has been marked as a duplicate of this bug. ***,250117,21,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 54893 has been marked as a duplicate of this bug. ***,250109,13,,
+-9.07593402064757,-1.363034300841786,-6.299330816180469,-6.598000028564075,0.04835581787161125,-7.6753667036618705,-10.109203237375718,-3.866207916529184,-3.7821452284805908,-2.5995365996098343,0.8349261186127497,-7.166925347465758,-14.50126027499308,-8.118473098046374,11.759834708373688,-7.952421211184966,-1.76776847155035,5.117239211840985,False,c1,3,%%%*** Bug 50363 has been marked as a duplicate of this bug. ***%%%,250099,4,,
+-4.164510574542619,-4.629774813471601,-1.7088024066880658,9.444200813563485,-5.405870463563826,-4.968669136735006,2.0545750206268547,6.591551811802201,0.8068595198998081,1.964968234969267,-0.20761775980691022,-2.1070614691078515,-1.017695112866865,-3.1992775730089873,-3.7517593247754055,4.099662476912737,2.0611438054363447,1.3251949138944794,False,c1,2,"Possible solution may involve removing distinction between block & inline transclusion types in the DM, replacing with hybrid type, and have CE work out how to render it properly.",250089,-2,,
+-13.833157147468743,-3.073688706726335,3.2937510110165142,13.246494470875804,1.8130912832927724,1.0665054337535107,2.3934389947660275,-1.0461003978653833,5.237729135663033,16.311954570845117,2.2761540421798716,1.6129994947953712,0.9092337268625426,-3.1969126038099245,1.1696867743461428,-3.0141583366806475,4.878668584639819,-2.0601290080317343,True,c1,2,"Seems to have been some cache issues, because it seems to be fine now",249765,-1,,
+0.08546718119637564,-1.6490172890920416,-1.7573393238388781,2.1617659600326764,-4.313945288736888,-6.465114676991642,1.7343862574534157,1.0433695394855516,3.770313032610038,1.6586637446740982,3.3492427110449494,3.126794207746628,1.191504739053396,-1.9410728704801272,0.7027190392507117,-0.06965703638275667,0.20126140271444307,0.8586082981975074,True,c1,2,"(In reply to comment #5)
+> Testing on beta, which is using 1.22alpha (3c4aac9) the issue seems to
+
+This is mediawiki-core. VisualEditor at beta.wmflabs should be currently at f8d2f14 (latest; including merged commit) after Reedy manually updated it (again).",249758,-1,,
+-0.7710207928610675,0.6054832843169109,1.0374287890406997,-8.297641656995857,1.9403511302007352,1.7814856714066885,-1.0011050566194886,-0.2610191980487371,-1.4843909595543927,1.8884205553690414,-2.229914601139299,-1.4056146816665,1.2524135890770793,-1.8997123529426883,-2.9691549651458216,1.861215441264558,1.7683577178195502,2.26961332313537,True,c1,2,"Testing on beta, which is using 1.22alpha (3c4aac9) the issue seems to persist:
+
+First I make a new template instance and file one parameter:
+http://i.imgur.com/69K7IcD.png
+
+Notice the lack of information
+
+Next I apply changes, and open the template dialog again, and following is shown:
+http://i.imgur.com/hV8rqag.png",249750,-1,,
+-6.308204964964635,11.823299626502749,-5.926524502794497,7.944878560580369,11.313680622376385,-0.6848100119767064,-2.673146714320418,9.912344341957475,6.543593844128132,-10.910609419560512,-2.3328441662023858,3.876488502050864,-7.0771080825850925,5.528084833286987,2.9779595943876007,6.830472055462712,-3.9528502733371025,-1.8945136982186217,True,c1,2,Done in the above commit.,249745,-1,,
+-8.771989145193041,-3.90214949286233,-0.19471003535234743,3.772513136436233,-1.0458702992622895,8.925838783191981,-5.8346251452331375,-0.6275545379752759,-5.00178771113452,-5.401834997883233,7.57013133569685,0.7036972655235161,1.53274049406004,0.16686220558881382,-2.2462665637457135,-3.452977517151837,0.44387633455714703,-3.0258202008994846,True,c1,2,"Any movement on this? I note the milestone was yesterday's deploy (if it went out but got reverted with the wmf7 problems, ignore me).",249729,-1,,
+10.707090906889862,-7.309766549235922,36.704092671328674,-5.013166085083284,-4.750365085274057,4.965803868277231,-2.3593275421600337,-11.471209783562418,1.621918171228064,-2.4144044061793597,-4.004820067515119,-0.2715217868521371,0.24925019541990912,-1.1432931987811707,-3.163679878030419,0.14610923329223935,-3.7249141032772535,-1.7293288989060491,False,c1,2,"Now fixed, I believe.",249229,-2,,
+8.171225459551442,-7.336942675488058,-7.16055323951238,13.870001257175167,16.818064909859114,-9.839334490049886,-9.59856450086087,-8.54837311464557,-5.482252133576459,0.12394903181945516,20.306050077475145,8.015320082645754,-2.4221451268801895,10.197653332063274,2.4932090640790427,-0.4096005020819309,-6.598281737126943,1.6507706707866379,True,c1,2,This was fixed in wmf8.,246790,-2,,
+-10.376959353457675,-1.569827253470578,-1.9306923475220383,-1.676765161427685,9.575201077352585,6.535955392134547,5.7817928997397985,4.593024928764385,-4.925813449644439,-1.9105812670560467,-0.8124258868098182,1.867222631634526,4.2303374738662525,-2.613980305927692,4.833559658785599,0.029046733694449323,3.0125356130775653,-0.7533792515365461,False,c1,3,"Not the same issue; user clearly managed to add a linked space after the italics, which is a UX issue we need to fix generally.",243824,0,,
+-14.476812569451262,-8.17776973282324,4.229502753791688,5.0749210728957355,-5.6075523055184355,3.107367767087432,2.458154095926524,-4.366850742154314,4.035074462789428,3.2434939760624797,0.0033340636304151072,-1.3254939115581403,1.4396452628205942,-2.1129025952081695,-5.23509692831057,-1.1170723367784068,-0.41425549233616343,5.173875505281217,False,c1,3,"I haven't been able to, but then this kind of thing is pretty difficult to duplicate (unless you want me spending 40 minutes basically doing my damnedest to break linking and looking at what happens each time).",243819,0,,
+-4.453201742953162,-8.35667248222622,18.448492095774817,-13.030982783028065,16.569617293743267,3.1107121339151185,1.7220735658242319,-1.376191053564912,12.063971763476113,1.7028002315701691,-0.9104533206374406,2.575748137340593,2.518626741583512,3.1800073112497733,3.481351879045797,-2.11044165171962,-0.5941730657531475,-0.11881405979061466,False,c1,3,This isn't necessarily the same issue. Is it reproduceable?,243815,0,,
+12.352332751902528,7.489871023324895,35.16221860430393,-9.320701135145443,-6.210980741549284,14.214944119091722,6.747249326391843,-15.017340112870663,4.452315131117381,0.4617617738140698,-6.441820943831454,-0.9634260443621683,-0.18120999488110368,-1.0643385293434173,4.4161483121497875,3.8646252412349105,6.870702616709815,-3.205892100876855,False,c1,3,It seems not - https://en.wikipedia.org/w/index.php?title=List_of_television_series_canceled_after_one_episode&curid=30873088&diff=562679038&oldid=562678963,243812,0,,
+3.0796803340018517,3.1979441307696597,6.94904524629502,10.363745323499332,1.8961322908323126,18.24610563891733,-7.435872706952252,-5.653096958433124,-4.420169729274752,-8.037259375524762,1.3600049490922634,2.947607616410207,-0.8257327565780572,3.3591911751318806,0.3591951783585494,-1.086185588548052,-7.302806141448694,-0.57514967461446,False,c1,2,"We fixed this as part of the DM tweaks, I believe.",243810,-2,,
+-3.890427747634303,-6.457200862642578,21.213432529467262,3.3329716303615644,-2.6328992120541796,15.50681278296906,-4.968589698771069,-11.93559243161689,1.229360299148585,-3.568941237827024,2.363515549243403,-1.863193889283607,7.135336369728614,-4.511932019361407,-5.688728386853809,-4.281263270260837,-6.359522595384586,3.58007201721574,False,c1,3,Backdating to when I *think* we fixed this.,241688,18,,
+-5.939364356266667,-12.502698376360687,18.744492467523123,4.683015547359824,-8.95814973021432,6.672376821403304,-1.0878466635203115,-5.513241262803421,-2.429433943248715,-3.0548564799380564,-0.4666602373721158,0.43374757170377176,-2.377303820779475,-1.0033094917927725,-0.2938257929383741,3.145401198239175,3.788931114345244,-0.2771823739208825,False,c1,3,"I cannot reproduce it now. Looks like it got fixed. Therefore, changing the status to resolved-fixed .
+Reopen it if you think it still exists.",241682,18,,
+-7.649125831376262,-0.2560585425619877,-0.40260764454299536,-2.069621869440132,6.075628470563295,1.6199669633361165,-1.5644756689994725,1.0690740935732204,0.41699895204421344,2.115201120423018,-3.0211066905294577,-1.0173472013415186,1.668065335489783,0.33129908067500535,0.6511830875023819,1.3139406210207831,2.019884284224367,2.6881891433074885,False,c1,2,"Deleting the slug a floated item is locked into is ""designed"" to delete the item, so this is expected behaviour. See bug 43026 for a wider discussion - we need a better UX concept around here, I feel.
+
+However, leaving the caption there is... not meant to happen. Re-purposing.",241679,-2,,
+3.5985261958720773,30.128610631249465,-3.3251164255538614,4.313744440598201,8.19132343634056,6.59274612286038,0.713521001982846,3.6210332063141593,-5.326198280669665,-9.044012825473361,3.203041400823375,-2.9704040815334696,10.35195083290063,-9.280843270000956,-2.054902760385965,6.37478094595,2.105460740884472,11.100898002449458,False,c1,3,Adding the tag per https://www.mediawiki.org/w/index.php?title=Topic:Tys3st4u4fbxis43 .,935959,221,,
+-8.304694326269027,-3.1079198790564817,0.7988606133591225,-6.124732117085115,2.271268745240164,6.697193769441263,0.4076856753860092,-1.5196502278465536,-1.589277241158746,-1.7115459199072203,-1.0866250172316607,-0.9324457775051993,0.9594187428514935,-2.7793388356899857,-0.4146538183705677,1.020357304163896,-2.462806616293574,-3.6829173320455255,False,c1,3,"Just to confirm, now that patch has made its way to the beta cluster, the inputbox button works and gets us this:
+
+{F9677679}",933926,220,,
+-2.743971743989954,3.9754237719362813,6.569949345426618,5.515793207496754,3.938967051423175,9.254192360742401,0.39941913890920766,-1.2137803559049165,-4.579842396377731,0.5614988735448723,-2.0930247304258054,-3.8428393381576047,2.04408905972896,-2.770450178978286,2.3387423219093195,-4.518347269801648,-0.7928560697499787,-1.6672187578796707,False,c1,3,"Ah, that's because I didn't remove `preloadtitle` from the `unsupportedEditParams` list.
+
+Note that if you edit the URL to removes just that parameter, it gets the expected result: https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Template_talk:Submit_an_edit_request&action=edit&preload=Template%3ASubmit_an_edit_request%2Fpreload&editintro=Template%3AEdit_protected%2Feditintro&preloadparams%5B%5D=&preloadparams%5B%5D=Template%3ASubmit_an_edit_request§ion=new",933667,220,,
+-2.0729870490776814,1.623981922709234,8.587462303597652,6.352360093787743,2.76002290275229,6.834387404312302,1.0051049676237227,-1.6749935025120206,-4.012173688551548,-0.11865158090722083,-0.3181373194556951,-3.322069159730342,3.2390367872024557,-2.7417303595833245,3.1554210227563946,-4.954466394128689,0.6184870188896854,-1.608511005401756,False,c1,3,"Ah, that's because I didn't remove `preloadtitle` from the `unsupportedEditParams` list.
+
+Note that if you edit the URL to removes just that parameted, it gets the expected result: https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Template_talk:Submit_an_edit_request&action=edit&preload=Template%3ASubmit_an_edit_request%2Fpreload&editintro=Template%3AEdit_protected%2Feditintro&preloadparams%5B%5D=&preloadparams%5B%5D=Template%3ASubmit_an_edit_request§ion=new",933662,220,,
+-10.769357717384878,-3.5174377551374754,5.268659404306434,1.590576420500577,-1.9727230878005209,6.736065782976699,0.11557241609372504,1.1329850584138033,-2.973569667692594,-2.7899126673678576,-1.532583177615082,1.381364616196433,1.1451589309474701,1.5814894398944104,0.4667112303459171,-1.3223616323035077,0.6466877483432654,-0.945514489792922,False,c1,3,"What is the best way to test this?
+
+I tried using [[https://en.wikipedia.beta.wmflabs.org/wiki/Template:Submit_an_edit_request|Template:Submit an edit request]] on the beta cluster, which appears to use preloading, but it kicked me straight in to the 2010 editor even though I've got the 2017 editor beta feature enabled. I don't even know where I'd begin to test it in the visual editor.",933498,220,,
+-8.193282991591508,-6.077462398415131,3.773824441475634,2.6291396517865024,0.1536628151073245,1.7307812230698243,2.6615365269061524,-2.002296568801157,2.384175081925524,-3.5920060008858825,-0.879998710648735,0.18045111266158909,1.174424934499517,0.3995103142227989,1.2627017341952023,0.4233352465501521,1.420056030929258,0.10707528424121504,False,c1,3,"That patch is very much the ""better than nothing"" version James suggested. It pulls the article, substitutes in the parameters, and then if it's in visual mode it runs it through Parsoid. It should be functionally-equivalent for the 2017 wikitext editor, though, since that doesn't rely on always containing valid documents.",931356,219,,
+7.648411870597059,5.290561078113079,-2.4224413803973253,-0.1477418864177249,6.04761501275933,-1.6050838538073542,2.698240739900868,5.974822998039698,-0.20646911163147152,1.6527057835954295,2.529905953839223,0.08609713425422871,-0.8064876847359279,0.6224490204254682,-2.328856739218322,-2.388457618647546,1.598002304476953,-1.732072231483382,False,c1,3,This would be very useful for the [[ https://en.wikiversity.org/wiki/Wikidebate | Wikidebate ]] project at Wikiversity.,888417,209,,
+6.181766284631667,0.44334908523238425,-11.657517376690627,-9.864291590379555,-7.257424314807677,-2.0792187274741263,1.9178638545570017,-2.9609453573141247,1.8587385785830934,3.2877794922623043,2.370398331355733,-1.4182863729988688,-2.839087527044988,0.9997287396202974,-1.9523904640999694,3.7843077677458883,0.6091900123912704,-0.5493328666251265,False,c1,3,"VisualEditor having preload support for page creation would be nice. Preload is used in article wizards (e.g. [[ https://en.wikipedia.org/wiki/Wikipedia:Article_wizard/Ready_for_submission | en-wp ]], [[ https://ru.wikipedia.org/wiki/Шаблон:Article_wizard/create | ru-wp ]]).",774711,179,,
+-3.2833817595932153,-0.3124894568100878,-4.4021901253848075,8.919016216416965,-0.4560272404464296,0.7870484565758975,-2.752924016372244,-5.120608414787328,6.283898934582422,8.308255132084106,2.442478446095397,-2.4267099666017824,0.5725152513689831,-2.6534377208352637,-1.9632176120313911,-0.7675936884804742,3.2413809390377626,0.7413114784725416,False,c1,3,"It looks like there are similar problems on Mobile view, which may be of interest to anyone who is relying on preload:  {T126190}",773271,179,,
+5.5926376555066355,17.00005273919731,-9.908864289161492,2.310897174138285,-1.3016621228522869,4.05748336854527,8.287674338429882,-2.6593941333807556,3.993371727936103,-0.25121772606957427,-1.1169654314616104,-0.8547698996167963,-1.6737545335722244,0.014099190740225698,1.1152754588146,0.027013721112828737,-0.8274915744785574,-1.8287339246972538,False,c1,3,ProofreadPage needs support of the  EditFormPreloadText hook instead of editinfo/preload parameters. Tracked by task T138588,684079,155,,
+-5.248742383658572,-5.923576632397257,-4.6614809113451425,1.1962765649595113,4.124721551116652,-0.12890323656941938,-1.5602083324694576,2.8717186211388297,6.335491160738231,-3.9094953681566413,-1.143421254443897,-2.15384625196237,-1.0045800583156685,-1.1617022348381898,1.5391174180468346,-1.9436162535274897,1.731649549038248,-0.2048150689128101,False,c1,3,"Thomas's suggestion is that if the article is a 404 (non-extant), we sling the contents of `preload` parameter's indicated article's Parsoid blob as the initial version of the article, and if that's not balanced wikitext (and so not the desired HTML) ""oh well"", at least it's better than nothing. Thoughts?",683673,155,,
+-7.36500492058064,-2.595922961041458,-6.776407076636611,1.736831326539443,11.760198990509885,-0.3192264726736376,2.037982890392085,3.7066458215162603,8.48207444120806,-0.2146766407270997,-0.6062026995525036,2.2020403291789385,1.7975711204236164,-3.2321270450829704,-0.1859664120572888,-4.12398750515935,-2.020074648585467,-0.6259698144936916,False,c1,3,A note from @tpt that this is pretty important for successful #proofreadpage integration.,683670,155,,
+-7.783810461406481,-2.111146928221853,-9.627142088422154,7.4863439536339005,2.116219616531648,-4.386072671546202,2.6811738530867135,1.6892995923894922,5.302542949748223,2.3452095671940674,-0.10006849411922869,-1.7106677807732527,1.0691727567832872,4.039410860282091,1.4870344311127006,-3.015235054877596,1.2978592285261616,2.025762582776759,False,c1,3,"These tasks *really* shouldn't have been merged, despite being about 'the same' area of code (one is about important functionality half done through on-wiki hacky JavaScript, the other is about modifying a fundamental user pattern in core to work with VisualEditor); un-merging.",479089,103,,
+-4.9776057159355975,-10.724618914995247,-4.929726175674217,8.262015171715765,5.393935067014626,-8.889468963378597,-1.2844507008939452,3.1577969293264205,4.371754411452241,0.31781057477761454,-0.4297740802354033,-2.9763634479792356,2.4287420224311393,3.2004396305166534,0.894313927086976,-2.413944966374294,3.026006566139155,1.9365074274017613,False,c1,3,"These tasks *really* shouldn't have been merged, despite being about 'the same' extension (one is about important functionality half done through on-wiki hacky JavaScript, the other is about modifying an extension to work with VisualEditor); un0merging.",479087,103,,
+-4.01530837368316,0.07378505140804315,2.8278466032909124,-3.1029814250205856,7.719229529214566,0.8878556486105555,1.1504371004691656,7.977222069531519,-1.8033302689668884,-0.7871913212993227,-0.29309540590860417,0.9111829965130278,-1.4810744795831177,1.692415673882263,-0.7669565004237366,-1.3633841297619127,-5.1686421057743885,-1.4107124315076234,False,c1,3,"We've encountered this issue too on a private MediaWiki. 
+Would be really great to have this supported - this would make the VE more versatile in some use cases!
+
+Thanks!",478923,103,,
+-5.5595783617937835,-1.315155718916703,-9.138167323184405,6.149058723742469,5.50504254999721,2.883306598340649,4.977789207186946,0.8089022629602183,4.203418055016594,-3.9051396942915115,1.5298432162475186,0.9600656046672587,-2.477411409170401,0.3484380648018268,-2.3795578290124473,-1.9173466153680407,-1.803398772773035,0.5830931811741578,False,c1,3,"nominating this as Q1 blocker, since this is closely tied to the current BLP practices on english wikipedia, a very visible and sensitive part of our policies.",478609,102,,
+-11.33360439555467,-8.533342602706808,4.007415854688338,-4.106970396962613,10.577426846922119,6.483973259954887,-3.8840972132301053,5.864207297684114,-0.8613989835956443,-13.724280444614255,-0.11876383032232884,-1.4648140265620602,3.5063603173835096,2.380650712084946,1.4475107924285329,0.8392841905538826,3.1908828924555412,-1.5920494295195549,False,c1,3,"I've merged the above, and copied the details into the description above.",478589,102,,
+-5.624388614500154,-1.9897842431197574,-6.1728107177628875,-5.35703989605304,-0.06727847260187225,0.25754322531717655,-1.1412858894066051,-5.899828630687225,4.249530578220293,4.172095829923656,3.725908917801292,-4.119619340131139,0.7146568512409663,2.230730570346836,-1.0900317472179124,1.4000777758744927,3.786521195861125,0.8576251751429402,False,c1,3,"Editintro and preload are parameters supported by the core, but it is ""hidden feature"", which is exposed natively by InputBox extension (on non native - using external link)",411903,84,,
+-0.2687443351200258,-0.7669045505563421,2.8288267535151004,-6.468071831527083,-2.4598767118935108,3.427896221290233,1.138598471964272,-12.409115617819626,4.644831258079551,9.349579258460397,4.588931622459263,-1.0080599416813083,-0.002303108212008187,-2.187457433706169,-0.9872357122003717,1.9241141609887493,6.1218812893811805,-4.67344242113662,False,c1,3,Editintro/preloud are parts of inputbox extension? Or how it is related?,411836,84,,
+23.78805624481076,4.620198091083527,40.111037107609555,-8.065154703569776,5.781026020698086,-24.155671729164105,25.081398013319294,-4.562787741603129,-2.9003888549739845,-12.657431662803,-4.030322471550745,-0.27318588365298346,-0.8411646232182513,-1.6697269591321398,0.07196852607250426,-0.8189798773931813,4.079925565778974,-3.718557066619009,False,c1,3,Indeed.,402213,81,,
+-7.292047837627755,-3.9783747860923366,-1.1924168070281453,-1.9470495481456265,-1.4585343669981468,1.1552868107416305,4.081485237652345,0.9353847297288471,3.8090195741014865,2.2879017482408655,1.3304430962101428,0.7548559653474216,-1.5309668037759718,-0.45411530994023874,-2.385812249917991,1.3868663561353576,0.03929551090078273,3.189662205997522,False,c1,3,"I think editintro/preload would be very useful not just for new users, but for many kinds of repetitive administration tasks/queries for which preloads are now used. Having TemplateData integrated (I guess), users could be presented the fields they have to fill in the visual way, avoiding errors and fully controlling the input.",393115,77,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50181 has been marked as a duplicate of this bug. ***,240282,0,,
+5.736034553117262,-4.826760906491172,9.894351112115695,23.308840835576447,-5.261819902737129,-2.652305044959327,-0.7648619816681954,-2.184926001413378,0.230931451086281,1.671331491742606,-0.5752667374120319,-3.8755057114221527,-1.3013681829307038,-1.8701355771860542,-3.182987385214096,-1.4729680226505901,3.5472053442818554,-5.050817802637564,False,c1,2,Merged. Will go out on Thursday or beforehand if we push.,240274,-1,,
+-3.045435868282754,-1.1023236517314245,-2.3143972456870543,4.423542426860719,-2.563703820095271,-1.855292964465594,1.0850520613454346,4.043307460945369,-1.70808519213535,-1.4084128374199274,0.15681677865444477,-1.7313338711603365,-0.3364078203506624,1.1151050220955139,-0.4969135365584947,0.2265554098572684,0.7699136139882112,0.8020914775902459,False,c1,2,"(In reply to comment #3)
+> (In reply to comment #2)
+> > Maybe we can discourage users from doing these things in some way, but we
+> > can't
+> > just not support this, as users have to be able to edit these back into a
+> > more
+> > rational use.
+> 
+> On enwiki there is never any good reason to have headings or images in
+> references. In the 0.000001% of cases where it is actually wanted, it can
+> just be done using the wikitext source editor, I think.
+
+The objective of VE is for even power users to never need to enter the wikitext editor. Fixing broken usage would be an example of a use case that we'd want to support.
+
+> However, I can understand that other wikis might want this functionality in
+> VE for some reason, so I suppose enwiki could hide the relevant functionality
+> via CSS or something like that if you think it would be better.
+
+I was thinking of having such tools hidden under an ""advanced tools"" collapsed block in the toolbar, but we should properly look at this rather than just commit to the way to do it in a Bugzilla thread. :-) Ideally we'd rather not have individual wikis trying to come up with local-only ""solutions"" to this.",240190,-2,,
+-2.2824802632007724,-6.197226473067554,1.2550005865024132,2.4391838740326293,-4.149212580291489,-0.6645689050568464,-2.7177175957229,0.7710374254949741,-0.4310862109608158,0.7112922691505865,-0.23842553804115885,0.43548868843010524,-1.786947068786226,-0.7877211686219582,-1.162284555017665,1.3471307110635038,-1.2217936851732019,-0.4087557637641712,False,c1,2,"(In reply to comment #2)
+> Maybe we can discourage users from doing these things in some way, but we
+> can't
+> just not support this, as users have to be able to edit these back into a
+> more
+> rational use.
+
+On enwiki there is never any good reason to have headings or images in references. In the 0.000001% of cases where it is actually wanted, it can just be done using the wikitext source editor, I think.
+
+However, I can understand that other wikis might want this functionality in VE for some reason, so I suppose enwiki could hide the relevant functionality via CSS or something like that if you think it would be better.",240182,-3,,
+-8.419736669337176,-1.1328786655410976,-2.3098438698814605,0.7481440321233865,-2.329244986063971,-2.9065076363642124,2.734019827477157,-0.03788775546707884,-1.7084739191877079,0.75725970289046,-0.3850426715970805,-1.6017930377109604,0.34345860373901127,-0.16101853410449762,-0.30140834677049355,-0.33235545132199507,-2.5934130576443803,-0.5706022179733443,False,c1,2,"(In reply to comment #1)
+> (In reply to comment #0)
+> > lists, headings and images
+> 
+> Sorry, the list functionality has been correctly removed from this view. It
+> is only headings and images that need to be hidden.
+
+
+Regrettably, wikitext does actually pretty much everything inside references except other references (though some, ahem, ""enterprising"" users have found a way around that intentional limit). Examples:
+
+  https://www.mediawiki.org/wiki/VisualEditor:TestReferenceContents
+
+Maybe we can discourage users from doing these things in some way, but we can't just not support this, as users have to be able to edit these back into a more rational use.
+
+(The reason that these were removed are that you're not allowed lists in image captions; we're clearly going to have to split what things the sub-editors can allow by type. Created that as bug 49657.)",240177,-3,,
+-5.108586994931959,1.6936482541119577,-1.2568040098065274,-0.4492018745948627,-0.5502413524154015,-2.9020059996447873,-0.2883368589117232,-4.855016732023851,-2.7446759244505845,6.736260893707769,1.5965851921079046,2.0317833462070984,1.8602331638408787,-1.7420912338593393,2.662048063665808,3.767950701567184,1.4779584288836527,-0.6605923511192211,False,c1,2,"(In reply to comment #0)
+> lists, headings and images
+
+Sorry, the list functionality has been correctly removed from this view. It is only headings and images that need to be hidden.",240173,-3,,
+127.78399037328187,-2.78938560191739,0.055795218115534784,8.746597274855846,13.059046484958774,10.357346789343616,2.7759437887127785,2.280631342092483,0.20079040058870112,1.0372382353933078,-1.1234198578239458,0.9037507197387136,-0.457330158323614,2.1125811564837056,0.7753289966697325,-0.6779017806805192,1.374684054350588,1.129778788760047,True,c1,2,https://en.wikipedia.org/w/index.php?title=Humanoid&diff=prev&oldid=561404936,239450,-1,,
+127.78399037328187,-2.78938560191739,0.055795218115534784,8.746597274855846,13.059046484958774,10.357346789343616,2.7759437887127785,2.280631342092483,0.20079040058870112,1.0372382353933078,-1.1234198578239458,0.9037507197387136,-0.457330158323614,2.1125811564837056,0.7753289966697325,-0.6779017806805192,1.374684054350588,1.129778788760047,True,c1,2,https://en.wikipedia.org/w/index.php?title=2013_CONCACAF_Gold_Cup&diff=561404682&oldid=561374126,239444,-1,,
+14.980293924947498,-0.2601829540642786,-4.699246493230979,-7.287423710025584,3.564247290808435,-2.5882293518419566,-4.682820545441519,1.5846054658422557,-4.20011607614864,1.9898069118768467,4.945076367123237,-1.7019924864055556,0.6499850769445481,-1.0315907716393975,-4.147395213195825,3.133353793038435,1.2023700244034938,0.3921180945551539,True,c1,2,"https://en.wikipedia.org/w/index.php?title=Minnesota&curid=19590&diff=561394244&oldid=561292962
+
+Dirty diff, HTML comments being stripped, etc.
+
+Will the VisualEditor team be cleaning up these edits?",239439,-1,,
+-13.868225566401565,-3.546591295928085,0.6664389343416719,12.051949132214476,3.117790136250507,-0.19012498303632164,0.5255206743603491,2.5447671346534255,-4.879225539534587,8.518452724904398,3.558005493143921,1.128903708553696,-3.3019641105997737,1.87143649283775,-0.775582597977619,0.9126457605872345,2.9953751636114423,-1.5309131762743229,True,c1,2,This is now deployed and will run for a week or so to help advise on whether the main switch should be thrown for all users. Data to be published as we get it.,239437,-1,,
+-1.7470838071173773,-6.338645119872193,4.263441692177483,1.372490609528226,-5.619734365041426,1.2613067345917646,-3.416414645527439,-1.1433568534894927,-0.2973034668510208,-4.4518478475782635,-0.4573721471155121,0.03538309942480922,-1.1466050435817337,-0.2942610611096772,-2.09689481644973,0.6173423639379161,-0.7655965895742805,0.316423119451656,True,c1,2,"From :
+
+---
+Hey all. We're going to postpone the A/B test for several days; I'll post more details as I get them, but I understand it's largely down to known bugs with the existing software - bugs that you reported, and bugs that were crucial in making a go/no go decision. Thank you to everyone for all your hard work poking at the VE, and for all your reports thus far; it's much appreciated :). Okeyes (WMF) (talk) 19:25, 18 June 2013 (UTC)
+---
+
+Thanks to Legoktm for pointing this out to me, otherwise I likely never would've seen it.",239435,-2,,
+-6.327663248472599,-5.031334839602215,2.875606539296421,1.8089895712881017,-2.8509647920782424,-1.9603782447064315,2.064472743652633,-0.5588846989892406,2.2019620624289473,2.0483574468078904,0.4662064252988378,-0.42307600599239414,-0.867081962029572,-0.7294206376339492,-0.8389998266665233,0.00884688737630368,-0.9748337000023861,-1.7182926788936403,True,c1,2,"I fully agree with MZMcBride :
+* I think it's ethically questionable to run experiments on users in this manner
+* There are still severe bugs in VisualEditor at this time, so it shouldn't be deployed more widely
+
+And I've more concerns about this kind of experiments :
+* There are still a lot of minor/major bugs in VisualEditor at this time, I don't expect new users to have to handle them when discovering Wikipedia edition.
+* There are still major limitations on what can be done with VisualEditor (templates, references, ...). What will be the experience for new users if they can only edit some parts of articles ?
+
+I believe this kind of experiment should only be done when VisualEditor is fully functional (when users can do almost every modification they want) and without major bugs left.",239431,-3,,
+6.457448828979503,-2.741425336320596,-0.4912813233951172,4.268527711595928,1.3268544767668526,-4.976082877197218,0.7894049886699683,1.3199894952045033,3.0599580504439405,1.4347199333429925,-1.8016075216352117,2.7545955821173713,1.3516666050455548,-0.2716269133718121,2.040318569146244,1.0518713302549658,1.6934986095914757,0.9518404425307456,True,c1,2,"(In reply to comment #0)
+> This is to run from 19 June (end on with the Notifications split test, so we
+> don't much their data up).
+
+June 19 is a few days away. Given some of the recent feedback at [[Wikipedia:VisualEditor/Feedback]] regarding severe bugs in VisualEditor, it doesn't seem like VisualEditor is ready to be deployed more widely.",239427,-3,,
+-8.311299133661402,-3.1387412799905583,-0.8564086387179763,0.45311421984341216,-0.8074186790977329,-0.9611810889666295,-1.5463195248652273,1.124996802615096,0.5536193642128249,-1.3325755191496849,-0.0945748849699235,-1.1757206597146013,-1.1941763521627455,1.022475882980607,0.10846641847750638,1.2642484476006504,0.5405027594237336,-0.10719309282911116,True,c1,2,"It seems like auto-opting in a user also requires an auto-opt out mechanism. Otherwise, this is a dramatic departure from user expectations. As I understand it, anonymous users currently get the wikitext editor. Nearly every MediaWiki installation, including the one the user was just using use the standard wikitext editor, so suddenly changing that needs to be done cautiously.
+
+Is there currently an auto-opt mechanism? If not, I consider that a blocker to this bug being resolved.
+
+While I think it's ethically questionable to run experiments on users in this manner, one safeguard is ensuring that it's as easy as possible for users to _escape_ such experiments. Within the VisualEditor interface (and possibly elsewhere in the user interface), there should be one-click ""I didn't ask for this"" option to disable VisualEditor. In addition to an option on the editor itself, other areas of the site (such as the post-login screen) could be modified. ""Welcome to Wikipedia! You've been selected to test our beta software. [opt out]"" or similar.",239423,-3,,
+-5.956369607744909,1.0849421011830724,-0.4443607908128977,6.031236709764729,1.9011431117515887,-0.20129549174022188,0.9610783224088237,4.232537237446788,1.2474681500352476,0.8902496439869161,0.30182284446890195,2.047617560292916,-0.40487670253386643,-1.2341810719960198,0.4366318688202906,-0.6844748401298895,-1.8049166731834647,-1.9985980315189487,True,c1,2,"(In reply to comment #2)
+> Has en.wikipedia been notified?
+
+This would be good.
+
+From what I can tell, this test only applies to new users, though it's difficult to figure that out based on the current Bugzilla subject text or the related commit. It currently reads as though this will be an A/B on all users, not just new users.",239419,-3,,
+1.6189767507831263,6.981535825344981,4.795099081098196,-17.72698753960761,7.337939781335235,-4.928180245575765,-10.695503457218368,-17.87796763205287,4.887702519709236,19.717346496907062,6.6911758335084635,-0.7176580769679726,-1.848683400686057,2.126213797310239,0.9930068562488068,3.311244856384049,2.7352989969014,-4.17919049530164,True,c1,2,Has en.wikipedia been notified?,239411,-3,,
+-7.83187868642801,6.743881132541869,-11.235275654965664,5.886639688923713,1.5329768138427085,-2.3932380356298424,-0.36072601826841577,-2.5035915847584285,0.9900336123454532,3.4291227818653187,3.217336217896814,0.6362890085959245,-5.678583899883035,3.6038897761336504,-1.126646407300672,5.470407449389819,-3.139753516149406,2.3961038028450186,True,c1,3,"The core change is done in MW master, and will be part of wmf10; as such, marking this as fixed.",239171,1,,
+1.7652170122385185,-3.106718342751039,-1.1584561874365265,-2.5238469555535765,-3.710284917541829,-3.8433117451266465,-0.8195195999476432,1.8577331664743832,-0.6857078524513943,-1.1988124109267462,0.5110240913662165,-0.3729040449340406,-0.774996870442678,-0.616462916127761,-0.15289434171221528,1.2773060252203687,-0.19883760547684767,-1.6965750279213025,True,c1,3,"(In reply to comment #5)
+> Because revision tagging is really incomplete, as I recall, lacking
+> the ability to do all the things you might want to do with revision
+> tags (like manually adding one, removing an incorrect one, renaming
+> one, etc.).
+
+File a bug :) Change I8ace1d47 (now abandoned) attempted to add an API
+module for this, it could be used as a starting point.
+
+
+(In reply to comment #5)
+> Matthew also brings up another major point in comment 4.
+> Historically revision tags have been added with AbuseFilter filters
+> (Andrew G. wrote both the AbuseFilter extension and the core
+> revision tagging feature, as I remember it). Consequently, making
+> ""possible libel"" or other similar tags more visible in the user
+> interface may not be a great idea until revision tagging is further
+> developed.
+
+They are not really *that* visible, they're displayed just like edit
+summaries, but without the italics. (Of course wiki admins can make
+them show up all uppercase, bold and on neon-yellow background.)",239163,0,,
+-4.888408479368479,-2.8776512047542333,-1.636369253705566,-2.8798378930608397,-1.40109112134608,-4.1404491809618325,-1.4509646126158238,1.2869773997257963,1.8253292596241522,-2.256136949780088,-0.15602126163105967,1.1268593115428258,1.217973821497607,-1.0445189495371219,0.46774201174135754,3.5062535080613793,-0.1974497509609663,1.51795468800213,True,c1,3,"(In reply to comment #3)
+> Personally I see no reason to show any tag in history view, but keep it
+> hidden on diff view. What would be the use case?
+
+Because revision tagging is really incomplete, as I recall, lacking the ability to do all the things you might want to do with revision tags (like manually adding one, removing an incorrect one, renaming one, etc.).
+
+Matthew also brings up another major point in comment 4. Historically revision tags have been added with AbuseFilter filters (Andrew G. wrote both the AbuseFilter extension and the core revision tagging feature, as I remember it). Consequently, making ""possible libel"" or other similar tags more visible in the user interface may not be a great idea until revision tagging is further developed.",239156,0,,
+-7.917641612869369,-3.6453594828440377,3.3709960351038584,7.544832439392065,-0.3555192660005897,0.44584650728503306,0.11358050950190623,2.7880259397572003,4.286073356008676,2.5636928575527147,-0.7679767342483514,2.2519429173371535,0.025348109262605334,-1.5784049810269825,1.309418528702448,0.5483561783932411,1.7763036630468838,-0.1911865064245295,True,c1,3,"(In reply to comment #3)
+> Personally I see no reason to show any tag in history view, but keep it
+> hidden on diff view. What would be the use case?
+
+It might be annoying to have AbuseFilter tags exposed on the diff UI, since they are known to sometimes be inaccurate (like any automatic classification).  When you're looking at the diff, you see the full change, so automatic classifications are less necessary.
+
+However, I think it's reasonable to just show all the tags for now, and revisit if it turns out to be an issue in practice.",239150,0,,
+-4.980345481313065,10.377668193461673,-0.16336828162525352,0.8378598887606756,-6.519227468903177,2.930627606297911,-0.14027232755482544,3.4568335361845395,-4.507836849926889,4.971762897198923,0.14748190110133108,2.437235254753685,0.8286207154821343,-1.1332349337773602,1.268305453651926,2.1584224565635335,-2.73833040473982,-0.22044142448730542,True,c1,3,"(In reply to comment #0)
+> because it might need to be configurable (it might be
+> we don't want all tags, such as AbuseFilter, etc. to show on diffs).
+
+Personally I see no reason to show any tag in history view, but keep it hidden on diff view. What would be the use case?",239146,0,,
+-8.426764194971705,0.7767518125128063,-0.30081520698863295,-3.5908852582988633,9.864859754850695,-5.5251201420429545,0.705869479034547,-3.4314627107906537,2.0056220571588863,-1.5007793652394796,-3.092327036241153,-2.041077474959303,3.4499969153034193,4.434564860339249,1.5312660796525277,-2.502293702289028,-2.6032393075270885,-0.7747136605097915,True,c1,2,"Core change request created as bug 49656. Until that's done this is a ""later"", sadly.",239139,-3,,
+-9.033005476240943,5.406868429225337,-9.827395501581677,6.6645884775463475,2.097830496787566,-3.3961707841396116,4.899673460797418,-0.5751358045823195,-5.152133141665092,3.3624006411171914,6.502659665194377,-0.9744587415594781,-3.617476474573299,1.9989731777015727,-5.957368425452319,2.858540293991284,-1.816418099471673,4.43211216071081,False,c1,3,"As of https://gerrit.wikimedia.org/r/#/c/264577/ in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow.",596676,134,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 58662 has been marked as a duplicate of this bug. ***,237041,27,,
+-11.84710854252403,12.60840736968889,-9.258585242766893,1.4942869947757789,-4.643791430310806,1.327489165690059,6.179452367205828,1.8978446074529978,6.5534848588774,7.717359599363023,0.3053220351652609,-0.5980094855228817,-2.2062848089536056,-1.3050885906202214,2.4576522167381114,-2.471094072861343,-2.262342510518815,-0.05574375877675797,False,c1,3,Please use bugzilla as the single place o make issues known that are relevant for developers. References to lists of issues on wiki pages will not do.,237035,8,,
+5.735068472080469,8.075113328796292,-7.2245469691133275,2.364428179919381,-1.989423590725921,-1.6679653436428072,-2.2685145905721686,1.7604368982117444,-5.191762574139977,0.3239720972190234,-1.5501892845463385,-0.23209915173646323,2.6892803099017932,-5.002463130586761,4.756287244799101,3.0019600710155343,1.1413038752750018,-1.280524502623443,False,c1,3,"(In reply to comment #13)
+@ Santhosh Thottingal  Please have a look at [https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_.2B_ULS_unicode_Devnagari_Script_input_issues].I have added a table of known issues today.
+
+Rgds",237031,8,,
+4.832330295843901,6.719782908542918,-3.12395121520818,-1.6891054085024617,4.84491586435016,-0.4417418424974855,1.6513083224047715,-2.1483664263096087,7.066108857112372,3.2528953441949033,1.786994240670506,-1.402793955203817,-0.04916432303357654,-0.04688923749789997,-1.138834419182826,1.1277069124406434,1.0708619926841902,-0.08095309293535413,False,c1,3,"With https://gerrit.wikimedia.org/r/#/c/79755/ jquery.ime start working in visual editor. The UI is not integrated well with the VE UI. And there are VE specific bugs related to cursor handling and text selection, that are applicable to all IMEs or non latin text.",237028,8,,
+-4.815472340983953,-5.125263620804855,5.692930682203928,4.845987612785388,-6.228993968832649,4.2373366477165675,-3.0493466122212274,5.064589316461999,2.2686322171590616,4.902844344737238,2.435240962978252,3.1176959868924365,-3.691960325634194,-0.9753346574408291,-0.4053128170227853,-1.6873832646988274,-0.24033882795340653,1.3748289403593197,False,c1,3,"Hi, 
+
+Thanks for your reply,I know in any case you will be doing your best to make both extensions compatible.What will be likely situation during the time gap,so please let we know if you can think of any easy time gap solution can be made available.Other wise even while ULS is with us, we will be back to square one. 
+
+
+
+
+Warm Regards",237024,2,,
+-4.343382509901343,-3.3055626343503324,-2.164311898523713,2.743132005987869,0.4735797622869864,-2.186750181787385,0.1057912404191228,3.274596686756213,0.9515363982270784,3.293641142335873,0.5141927735575923,-0.25434926630658605,-0.9771847651560857,-0.3763848821363186,-1.1117162896088977,0.0289154193179062,0.2239362318066552,-0.11513267430584495,False,c1,3,"It's probably important to manage expectations here.
+
+Tl;dr: it's not realistic to assess that ULS/jQuery.IME input methods will work in VE before the end of July 2013. At this time, no reliable estimate can be made when this is to be expected. Working towards getting this issue resolved has a high priority in the VE and LE teams.
+
+Input methods for many scripts, either natively supported by an operating system, by an application, or by JavaScript, are currently incompatible or at least lead to unexpcted behavior when using VisualEditor.
+
+Possible ways that will allow this to be resolved are currently being explored. I expect that by the end of next week, The VisualEditor and Language Engineering team will have an understanding that will allow them to estimate how much time is needed to make native input possible in most, if not all scripts, when using VE. Once that is done, further exploration is needed to assess the effort needed to make input methods work correctly, including the input methods of ULS/jQuery.IME.
+
+See bug 33077 for more details. In the near future, I expect we will be able to identify issues that need to be resolved before we can work on this issue specifically in the field ""depends on"".",237020,2,,
+2.8273258232571923,2.9469722347474097,-6.860879128349231,13.86826361975548,1.4938473118843785,-4.506330503571375,-1.2056186344303477,5.274228922393796,11.464113650589711,8.7827384527919,3.781819514571428,2.2197566616822995,-1.723891706304833,-0.7591086465142878,-0.8846754164608484,-5.3438961755951,1.7810871478555532,1.3932407194588943,False,c1,3,"Hi,
+
+Waiting for this to be available for test,if possible  couple of days before VE to be launched on vernacular wikis which are dependent on ULS. Time table for hi and few other wikis is expected to be 22nd July 2013.
+
+
+Thanks and Warm Regards",237016,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51354 has been marked as a duplicate of this bug. ***,237012,2,,
+-3.97190507498765,-4.141220319038091,-4.495634816788629,-1.937438115919118,-3.0142107041062918,-3.108878844816301,-7.946976458444278,-0.7541685694851731,-4.734848440559797,-2.5842237570115087,1.312867358813257,-2.2319515755893855,-3.325337238822077,-5.41102370859036,5.077528594947839,-1.3030332482781133,-1.4764858488748338,2.2207493984318547,False,c1,2,"**ansumang** wrote:
+
+Santhosh, I think by changing the summary, we could avoid the duplicates?
+
+(In reply to comment #7)
+%%%> *** Bug 50345 has been marked as a duplicate of this bug. ***%%%",237006,-1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 50345 has been marked as a duplicate of this bug. ***,236999,-1,,
+-5.025975107424067,-9.484103542572978,2.3680559378190607,3.3321501512946394,-5.4664510647044695,-5.38124333164027,-7.104510315476645,1.031706752603586,-3.1053278938677495,0.6074561462837842,-2.1877747065551096,0.6493359263322747,-1.452431325717515,-0.28915237379808123,-2.9401610003824783,-0.19420489898889404,-0.13694921069568428,0.7885134635812263,False,c1,2,"Making this a bug instead of a feature, as we would expect the key mappings to work on any input field that is more or less supported for well supported and stable MediaWiki extensions, including VisualEditor.
+
+Set to highest priority. Tracked on Wikimedia Language Engineering team as https://mingle.corp.wikimedia.org/projects/internationalization/cards/3493
+
+If anyone is working on this and expects to be done before 2013-07-07, please let us know and we'll wait. Otherwise, I expect we will have development capacity to take this up and get it delivered by 2013-07-09.",236989,-1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 50293 has been marked as a duplicate of this bug. ***,236982,-1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 49704 has been marked as a duplicate of this bug. ***,236975,-2,,
+15.368144205679256,-2.5750545919196117,-4.160500303432807,5.753616510914776,-2.8187413980534393,0.5321350465578636,2.065543658222156,-0.4731946532837723,1.8257741122910154,-0.44552464436819506,-0.12250197517950134,-0.5119241810523674,-3.408298424333303,0.47195577069783856,-1.8702167443485396,3.7842602266088656,-3.29557039392817,0.5131284914124405,False,c1,2,CCing Moriel who's working for GSoC2013 on VisualEditor issues around i18n and in particular RTL; she may have some thoughts. :-),236969,-2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 49643 has been marked as a duplicate of this bug. ***,236965,-3,,
+6.965181818327649,13.547394198282948,-0.49261526850597126,-6.246329316742016,15.805902574867456,6.007145686674356,4.788515770229099,-3.1096088667904773,-3.6820411270625826,-1.1006702144083338,5.631929581088057,0.2928697644170759,3.842908450975969,0.81542854934974,0.9324486649696988,-2.489590825572019,3.3855969581547414,-1.4814888458845847,False,c1,2,This is part of a GSOC2013 project and tracked here https://github.com/wikimedia/jquery.ime/issues/136,236959,-3,,
+-1.7712021928637904,-5.084133795328658,-4.258549254624381,8.874449280334561,-4.607987128710742,-4.517829319081569,2.1830050848257923,5.800614226684448,3.746789918767088,-2.8142678417834723,0.4398958798303091,-0.8273248030302316,-1.9804268797366973,-1.5682833745300968,-3.956453597907255,2.899209321122325,0.25408362781052973,2.2908278956737615,False,c1,2,"We should probably have a proper discussion about events and integration with external tools, rather than doing spike solutions; punting to Trevor to discuss (post-July).",235880,-3,,
+20.21823715560938,-4.802018529697822,-7.975256500251786,24.82489905868794,-3.4612931177186574,-9.289674297414631,-2.7779001856807612,6.081151544504291,3.507019410209101,1.9280241646453415,-2.1227456040701944,2.2775114704335078,-1.8709268259682954,0.5026177559801479,-3.6985052820969084,-5.055459169925406,3.601893504597904,-2.1426239291521196,False,c1,2,Merged and will go out with wmf8 from Thursday 20 June.,235841,-3,,
+-12.322549387835009,6.258126303180038,-1.107621561943684,-6.79309039613499,5.773592759376996,15.550381699952151,4.756247206265536,5.825508413279145,-2.1580639959013763,-13.97157853737677,2.9032826747435783,4.818161229025379,-0.3532066243147107,2.2118520945177913,1.5746124222874034,-3.4023810626955497,2.4777259790856787,-1.1384092967255546,False,c1,3,We changed the sizes of dialogs a few months ago.,235768,44,,
+9.05344636960943,3.1010186825863144,1.3948722525973571,1.8213877544400834,-1.2396427706907414,-2.3704736223949503,-2.404418391507101,2.6870336403402963,2.518380628280849,3.393709854754216,0.5182279693869516,4.1851824649402785,1.0944530747980101,-1.5358970456676497,3.375706145098672,2.043390964746214,3.3430875643162015,0.6330945826231251,False,c1,2,"(In reply to comment #2)
+> I think the user needs to be able to see the page text, but the current modal
+> window takes too much space in the screen. If it wasn't modal, the user could
+> at least drag it to the side to see the text.
+
+Hmm... It seems a dialog can be modal while still being draggable:
+http://jqueryui.com/dialog/#modal-confirmation",235766,-1,,
+-0.971807869889477,10.043710330511452,-1.1266267069025282,1.4751371124254895,-6.022840952539218,-7.824598766372038,-4.757325310264547,0.704727518443576,4.582479303126318,6.611744698065175,0.541840850673542,5.698669758229552,5.047679937512796,-3.178228131169994,5.306819064354259,4.992434865600698,-0.028516684109843288,0.8833987996444628,False,c1,2,"(In reply to comment #3)
+> Compare this with WikiEditor's dialog (which can be moved on the screen, and
+> do not forget what the user typed)
+
+and is smaller...",235761,-3,,
+-9.285796440476956,-2.714764525682618,3.3429458493422466,4.505567844853713,4.741902927975843,7.250025673276671,-0.049557726445128125,2.920511278371228,-8.586668501083492,-0.6958180376338765,-0.21125518745065808,0.10960195255875238,-0.37129642877092417,0.00483848805387499,0.17634782841348606,0.9472950940709266,0.8819727141494014,-1.5522057181010962,False,c1,2,"Notice that if I type some text in the window and then close it for a moment, to take a look in the text, it forgets what I typed once I open the window again.
+
+Compare this with WikiEditor's dialog (which can be moved on the screen, and do not forget what the user typed)",235755,-3,,
+-16.02076159844302,0.3771042647233216,-3.4197672671663817,3.6661851154592338,4.945887584783476,8.514824602520033,1.6894903519680131,9.057687603339055,2.5066158039332898,0.8931548417743249,-1.0764478641102224,2.505926663894524,0.13191079134542427,0.5082574959175059,2.73235878792846,-1.2543367319492869,2.657009538929338,0.4528799754137216,False,c1,2,"I think the user needs to be able to see the page text, but the current modal window takes too much space in the screen. If it wasn't modal, the user could at least drag it to the side to see the text.",235750,-3,,
+-6.647284861932963,5.309685808955702,-1.0162002116764985,2.3953056521088882,-4.108162415609842,6.7979722978797525,-3.1675779577853884,1.8494058012037762,7.655757908824848,2.3429531107190718,-0.5790131363237028,3.527995990592591,1.7876997298117914,-1.6465921341195213,2.6358105602661457,1.7001516008495707,-1.952680713191965,0.5709014130819718,False,c1,2,"(In reply to comment #0)
+> It should allow the editor to see the page content while specifying a
+> reference.
+
+I'm a bit confused by your title - are you saying that you expect modal items to take up less screen estate? All modal items in VE (dialogs) are the same, standard size.",235744,-3,,
+16.418880145547746,11.720336968383055,-2.8761661249917343,13.958040162285078,-5.62331866651508,-9.275172531154901,-5.535588034177195,-2.851536483380793,-0.5510967751502115,-4.34279584804306,-0.07502279459630046,0.950704488951529,2.050739349153015,-6.380684892778735,6.158689992599382,1.6372268316834577,-0.8851445515257639,0.5300564023091323,False,c1,3,"(In reply to Alex Monk from comment #6)
+> Wasn't this fixed by Gerrit change #70572?
+
+Yes.",233699,72,,
+8.521942844990841,0.3380216965565257,2.269796833512296,0.39029168462279173,7.389313504765353,-7.869001651439506,1.988833751816177,-4.516051365674302,-3.9710875363401135,-1.1846505565484642,4.632160576914294,5.187681219333242,8.419904906823536,6.116548941624519,0.887912437461003,-13.616154887882988,-0.9497722639025041,1.9265575043338008,False,c1,3,Wasn't this fixed by Gerrit change 70572?,233692,72,,
+-10.36237927114118,13.823672056552045,-13.496697534440878,14.741097979513638,-9.518493631022707,-4.639402905751956,3.0154136376494716,-4.714509537603056,2.8616307843711635,-3.031151453884055,3.362296130014601,-6.250747401464189,-1.4722652590285654,-3.1011245985616736,-9.699367230034014,5.816644792173279,0.08757646162518071,9.472184155343369,False,c1,2,Marking as tech-debt and pulling from beta per discussion.,233686,-2,,
+-9.8981696185318,0.6590994708190259,-4.999131679599769,-4.874706725867597,-0.27450622526144386,2.1149666692094264,2.2963583426852985,0.7401604000743778,3.60639517800389,0.6184632172972071,-1.0203342944337281,0.7910962942425304,-0.5339737072594721,2.4927351868564696,1.9216118666977389,-0.1427257125520125,1.5216481272434266,1.0985082597451181,False,c1,2,"The z-index isn't too high, the reason the overlays are on top of the save dialog is because they are in a further relative subtree of the DOM. Whether it is z-index -999, 0 or 100000 won't matter.
+
+The actual issue described here is bug 49275.
+
+The overlay using z-index is a separate issue that is otherwise harmless. I'd recommend we:
+* Mark as invalid (z-index isn't a problem).
+* or; Turn this into a technical debt ""clean up"" reminder to get rid of the z-index (they're no longer needed afaik, because we moved overlays to be a proper relative subtree overlay instead of siblings with higher z-index).
+* or; Mark as duplicate of bug 49275.",233678,-2,,
+-1.3167103797524913,-1.9757897192546725,-2.0850355986286253,-0.21848539731790773,-1.3333256079183453,-1.3804899085528355,-3.748924023697035,0.6903652497319384,0.4280432328946264,-1.7430931610778622,2.113832421796151,-0.31905501925031654,0.3074590195449409,-0.4690075198082567,-0.48414796535953153,-0.6030373344078144,-0.9517814776007296,-0.4704258002932069,False,c1,2,"(In reply to comment #0)
+> Right now the z-index for .ve-ui-surface-overlay is set to 1000, which is way
+> higher than pretty much anything else in MediaWiki. This makes it float above
+> lots of things it shouldn't float above, like the header drop-down menu in
+> the
+> visual editor, the Echo notifications dropdown, etc. The z-index for the Echo
+> notifications dropdown is 100 (so that it is higher than the close buttons in
+> SiteNotices which are 99).
+
+Yes, this was deliberate; you may recall the arms race with Echo where you kept breaking VE with your z-index changes for three weeks, hence this setting whilst we waited for Echo to stop changing. :-)
+
+(In reply to comment #2)
+> Created attachment 12545 [details]
+> Blue overlay
+> 
+> Is this screenshot related to this bug or another effect/issue?
+
+That's specifically bug 49275, but yes, that is related to this. The ""proper"" solution to this is putting the entire save dialog in its own iframe (like all the dialogs we've created since the new dialog system was built), but it's too close to deployment to do major changes like that.
+
+**Attached**: {F11114}",233673,-3,,
+2.2705761658047994,5.259985754650241,-1.4993559969039825,-11.89618445892837,1.1334161030393002,-3.442078870507901,-6.307066108377466,0.20233332330594422,0.10196396164278487,-0.8814856605376074,0.5474735819169461,-1.0897799666171935,-0.5158139261770518,-0.528382896719694,-3.840613797312723,-1.0169604714222742,-3.691575045778498,-2.790964506260437,False,c1,2,"Created attachment 12545
+Blue overlay
+
+Is this screenshot related to this bug or another effect/issue?
+
+**Attached**: {F11114}",233664,-3,,
+-8.950742322483652,2.542832373819472,-6.715771873886129,1.0155268977109415,-4.87402301561451,-0.8887462543694049,2.4020378356953813,2.695722250786227,-0.6198509377296364,-0.0087562135611563,-5.232094613497747,2.8580053084565415,0.09239872108277059,0.53925495769259,-0.6847520575020369,-4.074715410649997,3.055358899859892,-0.8566466414739224,False,c1,2,"The VisualEditor's save dialog has a z-index of 3, so perhaps you'll want to use something like 2 for ve-ui-surface-overlay rather than 1000.",233657,-3,,
+-10.657200342854082,-6.952261265231162,-1.3950572980447598,14.878688983210695,-2.1863520033557373,-1.7616680667542965,0.8341885234358717,-6.805444435625329,-2.527908855269934,-1.5942910818626976,2.518703819421276,0.5453577008039243,-5.946806345537867,2.4534017137884625,-2.6157579544272784,4.770416282043694,-4.48540566572019,1.1755964540621062,False,c1,2,"This is already fixed in master, and will go out in wmf8; our apologies for it looking so denuded in that version!",232199,-2,,
+-2.547212085516127,12.195981401130403,-2.3032628650767086,-7.649335002988235,0.593876108286338,0.3977897620014641,-1.7990023078662905,4.02530083012424,13.58258727337039,0.5402382218277788,1.1225928498357378,-1.8468687174005325,1.097558206655855,-2.5372242204684623,-5.527541776347057,-1.8015997326991928,-6.475372629588617,2.4838063122811005,False,c1,3,These look like cached code issues. Closing absent further issues.,442609,92,,
+-8.334269412170595,15.237155154547619,-6.840863805736731,-15.011949823993348,5.114100627400255,6.154984526588642,4.595699800335753,2.7480435522332503,4.50724898701039,-1.6743800102842656,-1.0994748727726793,6.291157697634632,2.021796810499933,0.946757973546392,2.6296671405454326,-4.5252743002472275,3.067891844931413,1.7685241008411885,False,c1,3,"Found an other one, edit time is about 12 hours after the first example
+https://fr.wikipedia.org/w/index.php?title=Nahhalin&diff=prev&oldid=113480458",437791,91,,
+-6.273955040387109,-5.769070698450121,-0.2213357622987786,2.1853335492915242,3.2164493959317415,-2.4157845513970315,-0.25532807226559484,1.0511747972127956,-1.829567553958392,-8.605984101658196,7.2487607387832895,1.027457163683283,4.222489317098268,-3.14728193890968,-3.398783721601834,-0.20551330612972363,0.6935207640855935,4.948085283768288,False,c1,3,"I checked again on production - including checking on the exactly same section layout on which the bug was reported: 
+{F108277}
+
+
+
+",437631,91,,
+-0.026793911310471152,-2.102511377055988,7.479429394704372,12.632340310769658,5.13009078604067,8.625936599519505,-10.43219353398254,8.505131172136817,1.6213424136664447,-7.523294095208454,-4.400351646885007,4.419175911930355,2.8014296978066193,-2.643807334273211,-0.6198474479457761,-0.861644318211773,0.5401771336442743,-0.6442161730832474,False,c1,3,"No other edits with `====` for the moment, I will send an other comment if I see one",437566,91,,
+-0.3416250804839791,-2.9949565725449876,3.6739553791763155,-6.503460372588058,4.172644163147561,-1.5445176096018436,5.468418228007987,2.1339311244602346,1.5770822753613396,-6.4730460040437645,4.079813518663315,1.3975299277514193,1.1157960692526125,-0.0963263331335853,-1.6125186029867165,0.27596386600880285,1.3270021960513438,0.7233721609371044,False,c1,3,">>! In T51452#1174343, @NicoV wrote:
+> It doesn't seem to be fixed in 1.25wmf23.
+> Edit from 17 hours ago on frwiki (Version page reports 1.25wmf23) with the same kind of problems :
+> https://fr.wikipedia.org/w/index.php?title=Tour_d%27Alg%C3%A9rie_1952&diff=prev&oldid=113472247
+
+Yesterday's deployment happened late, so maybe this happened just before or just after the deployment and the user's browser was still running the old code? I tried to create an empty heading or a whitespace-only heading in VE on frwiki and I couldn't. Are there any other edits adding `====` that are more recent?",437395,91,,
+-3.1275580221501054,1.9869249741698702,-3.7238523436009237,9.094550671006624,-4.2248247075683665,-4.204011074532852,1.4778562953048393,-1.9377551930493397,1.8705242572207117,3.1552720801836385,-4.267376565053755,4.062036646976913,1.2943355805702423,0.7404920968037543,2.266326974187284,-2.7725048637929777,1.9441417173166788,0.31941726762817746,False,c1,3,"It doesn't seem to be fixed in 1.25wmf23.
+Edit from 17 hours ago on frwiki (Version page reports 1.25wmf23) with the same kind of problems :
+https://fr.wikipedia.org/w/index.php?title=Tour_d%27Alg%C3%A9rie_1952&diff=prev&oldid=113472247",437341,91,,
+9.295618539572507,1.8304677963669178,0.16153184711608937,-7.781583886790762,-1.8697442334730452,-5.287762910418401,1.0085727784238276,-0.012478834254444515,10.264206535464496,1.6984333196837014,2.39663736387683,-0.48074269072334985,-1.0943987584491848,-1.1415829281249887,-2.979667088615767,0.16188533471641664,0.5838731622112829,2.4658655912785297,False,c1,3,"Deleting headings is clean now
+
+Beta {F103264}
+vs
+current production(wmf22)
+{F103266}",431381,90,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 70368 has been marked as a duplicate of this bug. ***,229854,71,,
+-4.352630163089366,-12.769145286291213,-4.327546399677594,-15.940621116284348,0.35085223176587554,-0.6438557669946672,9.107317131645397,-1.1566380015018018,-3.2700244811667574,-9.09988685252127,-0.3418504140549785,4.062094409599848,0.8093448284648441,-1.2073580418600962,3.659090162694083,1.6844163604420928,2.66035473496572,-1.1898754393701823,False,c1,2,/mnt/bugs/2013-06-10T13:57:10.670Z-%25E8%25A5%25BF%25E7%2593%259C%25E6%25B3%25A2 (chinese wikipedia) has an empty heading tag left behind as well (probably inserted when the user added a heading and then deleted it).,229843,-3,,
+-6.298945099650611,-5.330025228069186,-2.5327649287658986,-10.70898365456311,-4.852831585967655,4.35384524446096,0.8211834714753916,2.4540245317613625,3.652823577723802,-2.808265812451439,3.5481932802800267,3.512140287442725,2.4712233833841912,1.8233506928099772,2.993327770212807,-2.1691430658756787,1.4528895385996177,0.13401149479354402,False,c1,2,"/mnt/bugs/2013-06-09T22%3A08%3A31.223Z-Sapo-comum (ptwiki) reports an empty heading left behind ""== =="" when the user actually meant to delete it (and I presume thought it gone after the non-whitespace text was deleted).",229837,-3,,
+-5.328501432901761,1.0481671184102073,5.28434608414215,0.7904755465875528,-4.787291987899158,14.607494550916602,-5.409167063037668,-1.311643559562119,-1.4336052062012812,1.451522780782427,-3.1031945798005593,-1.3159904501968946,-0.5150505670144001,3.770445488833623,0.3241151179252464,1.4814191991515087,-6.666522865399942,-1.0690245643294145,False,c1,2,"Roan - I guess we could do this at our end, or as a ""default whitespace"" rule in Parsoid. Which do you think makes most sense?",253137,-3,,
+38.066503811812424,-10.506802972158752,-0.71964628856743,-5.8316467774583005,-2.4359849801588,-4.995398163472553,-7.053428802603117,0.25963562796970696,-3.037120502654436,-10.023529008831336,18.52763004889505,4.256967964648836,7.460691217842544,2.8990530959758862,4.44891259089972,-5.3217242535323965,1.900689558382923,-1.8903817790020958,False,c1,2,Fix deployed.,253086,-1,,
+11.230972486166023,7.641145934455881,-5.316960650817855,13.849379638330328,-7.049500592285749,-9.042086989046645,-3.2748045766373464,2.2823133513718927,1.0929028500650522,0.08598434490461226,-1.4937304502623947,6.315506399851869,2.3619733716839617,-1.8275173657508554,6.064720651520946,5.932511530133995,-4.221629906659435,0.3247723076640474,False,c1,2,"(In reply to comment #3)
+> I believe they have a default whitespace setting that could fix this so this
+> could be raised as a Parsoid bug.
+
+Marking as such.",253072,-2,,
+1.5484152446890587,4.374993103204488,-1.9408129867181003,-0.18527113718482013,2.674753076996648,2.8877627309113407,1.3548407583379944,1.536668855588673,-0.5849471450981781,1.4025424782739728,-1.612311612268278,0.7245934713738968,-0.6463628243035411,-0.6532669152389913,-0.7855944508189372,-0.8518469322962674,0.17477406646694318,0.3798335140763678,False,c1,2,"On a separate note, the standard spacing around headings (on en.wiki at least) appears to be:
+
+Foo
+
+==Bar==
+Baz
+
+Where Parsoid renders:
+
+Foo
+==Bar==
+Baz
+
+I believe they have a default whitespace setting that could fix this so this could be raised as a Parsoid bug.",253067,-2,,
+-15.13106950649381,-3.8749279158089234,-4.149201211062791,-0.3411716414510657,7.749872274038616,5.443113113154862,0.15182579758416637,1.99213136885571,1.0706736292343246,-4.957348449916243,0.015064690158018701,0.06338053384389397,-1.1690568129693284,-0.7373936466512709,-1.4914021987520287,2.381937789266541,3.0398987206052372,3.1890327144292274,False,c1,2,"Replacing a heading is the same a removing the old one and inserting a new one (transactionally speaking), so all the (non visible) whitespace information will be lost.
+
+The output on the right is what you'd get if you created the document from scratch and as you are making structural changes, rather than changes within a paragraph, it is arguably by design that we throw away any old quirks in the wikitext for that section.",253063,-2,,
+-4.820255795292694,5.075333723826166,-1.5603939928564827,-8.481020328669368,14.01713525267304,0.8359557580046211,3.804539090554874,-2.3244386390371634,-5.055223253740559,1.9919460942032154,1.3407608639281283,0.3360322753409317,-1.7053094744614614,1.1336189510546733,0.8976684154339742,1.5252776793893286,2.826430267366543,-1.2842992232656596,False,c1,2,"Indeed; a newline above or below a heading will be trimmed when the heading is changed in some manner. Is this Parsoid's behaviour?
+
+https://www.mediawiki.org/w/index.php?title=VisualEditor:Bug_49428&diff=715815&oldid=715814",253060,-2,,
+-8.780682792512579,-7.095523771527226,9.058864091754172,-8.392450549074937,13.728963933679967,0.7742428050037855,0.9725494809044832,-9.053992632305327,-3.1293021955998723,1.869614700324198,1.463548627746944,-0.9789593110747301,0.7951499121444177,-0.12581204072827346,-2.388432904209809,-1.2441415014984574,-3.888736180320052,-2.0493829513348816,True,c1,3,"The code to which this refers has been since adjusted, and I think this is now long-fixed.",852196,200,,
+0.9755011922200882,0.7454690649914593,-6.779944191962291,-6.217212396445737,-8.387479956035836,-5.1656669037187495,3.0715660701609924,2.9392710953216374,7.909393686773582,-2.397102314430133,0.43061736362762193,-5.535653922697231,1.2487341288292018,6.313280001980523,1.4422188710019457,-2.838982666426278,-1.2717950210050295,-0.7049082183350039,True,c1,2,"Per Timo:
+
+| Most likely cause of meta dialog's flash of unstyled content:
+|
+| ve.ui.Dialog.js:
+|   ""ve.ui.Dialog.static.addLocalStylesheets( [ 've.ui.Dialog.css' ] );""",252567,-2,,
+-7.153767048229945,-2.333781683292621,-0.29490262094071396,-2.830499997015883,1.4907880722000133,0.47832374763863683,2.9700317757616865,-0.7381041039569475,-0.11984183711558505,-0.7837155170111423,-0.7385175251756384,-0.768236505570207,-0.7961210390301168,-0.6667457159180818,-0.8506283284756806,0.4713659760757185,2.278381743622739,0.48531016851136943,True,c1,2,"So there are two somewhat separate (but possibly connected issues) here. One is that, when you load the category dialog on a cold cache (try incognito window) in Chrome, the dialog contents are displayed before they're styled. I can reproduce this on mw.org but not on localhost, presumably because localhost delivers the CSS really fast.
+
+The rendering bug that James is talking about, with the arrow appearing on the next line, only happens in Chrome and only when the flash of unstyled content also happens.
+
+It would be nice if we could block showing the dialog on the CSS loading. The way we load CSS into the dialog iframes should probably be reconsidered anyway.",252564,-3,,
+2.5263614759909245,-4.706582743213881,1.136558871980176,-2.3235913385833484,5.155484802658883,-5.602235813610683,-2.389436194211891,-3.101653223006245,5.425279911786812,-0.1865514056878732,1.6416627448681642,0.9024368192759615,-0.3196769593396618,0.2326460039154663,-0.8139111081195536,1.427451892743009,1.389664392343445,0.10573953011443038,False,c1,3,"Parsoid supports templated image options. Editability in VE of these is not a Parsoid issue. But, since then, the largethumb issues have been resolved differently and VE has been enabled on nlwiki. 
+Other missing functionality is tracked in their own bugs (ex: T88040). So, resolving this.
+",1482590,353,,
+-4.077626680266431,-4.602462152975628,-2.048619241971106,-5.343542980697783,-1.4004525342208467,-6.468457756571125,-1.194488699670659,2.8777035673738225,3.538000740083614,-1.8466032689977414,-1.2039223364482088,-4.560803096638672,0.8516013193357459,1.4239512343768295,-0.41526247425006835,2.241623663398684,0.8855167095038339,-0.7110128823697006,False,c1,3,"The current name of this ticket ""Images: Handle templated image options containing pipes"" suggests that handling templated image options or image options without pipes would work. They don't. Consider renaming to ""Images: Handle templated image options"".
+
+On nl.wp largethumb==""260px|thumb"". Creating a single option template like large==""260px"" would change [[file.foo.jpg|{{largethumb}}]] into [[file.foo.jpg|{{large}}|thumb]]. The first isn't editable in VE. The latter isn't editable in VE either, though the template contains only  a single attribute, and does not contain pipes. ",569742,125,,
+-2.0504109330776874,-1.882650112423228,-2.0870900000394186,5.835181927879601,-0.35795917585564396,-3.316174728681162,1.1768713556593742,-2.443283927585023,0.7570899697077302,2.5816474784910834,0.39866131668756266,0.16015158265390017,-1.4874072144368586,-0.01830979253403231,0.2225556529436905,1.2731733004836283,-0.9917214920170565,-0.6183969115967032,False,c1,3,"As stated in T51400#579910, Parsoid has implemented solution 1 which has been live in production since February 2014. This prevents largethumb images from being edited in VisualEditor and also ensures that those images roundtrip correctly.
+
+If {T88040} is resolved, we could potentially unblock the editing support for these images -- to be investigated.  Other possibilities for dealing with largethumb have been discussed in comments above (T51400#579925, T51400#1071119). In addition, as far as I know, VE does not yet support editing of templated-affected attributes. So, that editing support would have to be added to VE before these images with template-generated attributes can be edited.
+
+So, TL:DR; is that the status quo seems fine for enabling VE, i.e .this task should no longer be a blocker. It prevents editing of these largethumb-marked images in VE, but it shouldn't corrupt those pages either, nor should it block editing of other parts of the page.",548278,120,,
+9.010955865404112,3.876942802182011,5.688631526239595,2.3534411099958152,6.914606823567137,3.426419603766469,4.311733401630416,-2.5179006630755993,-2.909224496550495,3.0169947738720477,1.9918975427532797,0.06607010653974132,0.3716518937461615,-0.6739410603463526,-2.6405791678442476,-1.5276488791985172,1.397374126662372,3.6946598613141943,False,c1,3,"Nothing to be here for this quarter .. So, I am removing the VE Q3 blocker part.",426040,88,,
+-5.072500028137993,-5.40909108969513,-1.5959741345201617,0.31702961955567055,0.5058169425073373,-2.0778967501596473,-1.0389819851531001,4.836842824580297,-3.9490636964722308,0.8921456911402439,0.33450526894419486,-2.110565297733101,-0.7640845681299224,2.2988087934437074,0.025172694958754516,1.5828343092474149,-0.4137965353631121,-1.607687298737325,False,c1,3,"The solution to this bug is probably something like ""largethumb"" in core or T90914.  But we could also create a {{largethumb2|File:Foo.jpg|some|options|caption}} template which expanded to a complete 
     tag; that would allow pages which use {{largethumb2}} to be edited in VE.  Ideally we'd use something like wikilint to automatically apply the {{largethumb2}} template.",417902,86,,
+-8.21192504332021,-4.968470253764899,5.099582482271943,20.87845557474119,-5.469738117388811,0.5374854845409267,2.363653760645688,-8.047924483579235,0.6818345598355755,1.7059068871167984,-3.132991269440844,-2.4691439204471872,-2.0969904979623637,-2.4045022264281846,-1.5574517802941383,5.318022259094179,-1.2809894471387808,0.9719219875439502,False,c1,3,"We need to figure out what else to do with it as far as editing goes. As it stands, Parsoid supports rendering and roundtripping for these templates.",405126,82,,
+-3.915844722274351,21.164834010577813,-8.656991457661583,-22.907325708141933,-3.6042307610210447,8.361766315976176,3.3317019315980296,-0.47142100152332145,-4.360052891806127,-4.728428719561466,11.450043644550664,-1.715845956330737,4.7668611672061365,-1.4362826701567482,-7.513657384472559,-2.6346067401878455,-6.212534250572715,7.507087887395649,False,c1,3,All patches merged; resetting bug status,251344,42,,
+-6.602302739493197,4.2809950698547965,-5.13296672673163,-5.7889046546705,1.1508752867991117,-1.6311892163702932,2.286467462295777,-3.622489246809321,-0.02910653533192209,2.1215925420588233,-2.906394617093381,-3.316434780991625,3.213844335025076,3.9161769217394617,3.1783280549097412,0.3159744962461417,-4.00720765445857,-2.336760213805438,False,c1,3,This problem exists because nl.wp wants two thumb sizes. Why not add 'largethumb' as a core part of syntax? i.e. Has that approach been explored and rejected?,251339,32,,
+-6.12915759138773,-4.114714805313209,-2.271743275325731,0.05838469461228257,0.5700002801635993,-2.9521971251039183,1.9279346516574059,0.5125627352949492,0.9033129852681994,0.004460802047963064,-0.5545297092301888,-0.3008355179739448,-0.17737698655563294,-0.07853038109350963,0.20884992744694175,1.066651799110554,-0.35373037703459026,-1.0363803217527412,False,c1,3,"Here is the latest on this. 
+
+https://gerrit.wikimedia.org/r/#/c/110095/ provides support for templated image options. It identifies individual image options that came from a template and provides VE sufficient information to make them editable. Parsoid can then serialize the edited attributes back to transclusions. See https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Transclusion-affected_attributes for how Parsoid conveys this information to clients (VE).
+
+However, {{largethumb}} is still a special case. That gerrit patch also adds support for parsing largethumb as two image options. However, Parsoid cannot provide editing support for it, i.e. we cannot mark up both ""thumb"" and ""261px"" as coming from templates, that they are connected, and that VE cannot edit them individually. As you can see from the DOM spec (linked above), the spec is already fairly complex and we do not want to complicate the spec further to support this edge case. This is not just a complication for Parsoid, but for VE, and any other clients that need to deal with this spec.
+
+That said, there are two options for how we can move forward.
+
+1. Parsoid can mark images from {{largethumb}} uneditable so that VE doesn't attempt to deal with that template. This also means that the wikitext for these images will always be preserved and can only be edited in wikitext mode.
+
+2. Parsoid makes the image editable. When the page is edited in VE, Parsoid preserves the image including {{largethumb}} transclusion when the image itself is not edited (even if other parts of the page are edited - which should be the vast majority of edits). But, if the image itself is edited, the {{largethumb}} template will effectively be subst-ed because Parsoid flattens out {{largethumb}} to regular options: ""thumb"" and ""261px"".
+
+As of now, gerrit patch 110095 implements solution 1. as an initial step. However, in the long run, we feel solution 2 is a better solution that  provides editing support and also gradually moves towards reduced largethumb usage (by subst-ing largethumb images edited in VE). John Vandenburg has suggested in comment 3 (#c3 above) that if nlwiki set 261px as the default thumbnail size, editors could simply use |thumb instead of |{{largethumb}} and get the same effect. Not sure if that is viable, but collating all suggestions here in one place.
+
+It would be good to get some input on these options.",251330,31,,
+-6.036612930282214,-1.78217542087428,-0.7979844704106773,-7.962155184763561,-4.35247246392772,-1.7916637695361626,-0.2181256474349631,0.2234304423371416,3.463527076773774,0.005105513294887842,-0.9940768052604461,-1.6297032856639007,0.05715283699539775,1.0276146507833943,-0.9280239308653966,0.35223394104505523,0.7748395153392285,-0.8796614560244831,False,c1,3,"There are two independent issues here, it appears.
+
+1. Image attributes that are template-affected are not properly marked up during parse and hence doesn't rt back to its original form.  This is an issue independent of {{largethumb}} usage.  Once we fix this, even if the {{largethumb}} template doesn't parse correctly, it will RT correctly. This may be easier to fix.  Will create a separate bug report for it.
+
+[subbu@earth tests] echo '[[File:Telephone exchange 1.svg|thumb|{{echo|261px}}]]' | node parse --wt2wt
+[[File:Telephone exchange 1.svg|thumb|261px]]
+
+2. Proper rendering of the image in VE depends on us correctly handling the largethumb template (and other such templated image options containing pipes).",251309,3,,
+-10.377176045664278,5.233344880600253,-9.169210245744427,-12.778403552444496,2.194265228887417,-0.6166205138622658,-6.006252544008031,-1.3616365140634228,2.3214241843204295,-2.191077366084605,-9.016611803165144,6.449475778347037,0.02142283933591882,0.648895445265987,-1.1332764818054712,-4.051968863047504,-6.639238646949326,-0.45608896250349984,False,c1,3,~ 1 in 225 nlwp articles (0.45%) have this bug.  This bug affects the whole page.,251301,3,,
+-6.35336371287729,3.6963785940295004,-9.112981316871098,5.068625406686179,-0.17136956898103683,-1.4760717001016648,-2.447649075751242,-1.893363433557719,3.721975738226308,-1.0011338129713425,-4.4912518543526385,-8.46728977633956,5.903769903777026,4.842759595806415,1.795251168773449,-5.6046711106702265,-0.9200944462656524,-1.6870629036382003,False,c1,3,"Except for eight cases, the parser fails for nl.wp pages at http://parsoid.wmflabs.org:8001/topfails all contain '{{largethumb}}'.",251294,3,,
+-6.199821865758326,-14.371210055979546,11.760045741918114,11.037915916334038,1.6277349765475435,2.0296596117128267,2.7778290858974817,2.429114164380413,-2.0804031849500237,-0.5242042070722182,-4.529564077871813,0.5627771577060505,0.19985883379515368,-2.698933988297247,-1.7582674451892073,-0.9955022682671584,-2.366737296059625,-2.282762507024361,False,c1,3,"Ugh, I guess we have to get to this sooner than later then and find a reasonable solution.",251289,3,,
+-6.290381545251868,-6.314665747808536,0.5558019245749972,-1.6954489165002737,-4.0061890353026115,-2.337354221175781,-2.280966956474261,-2.6505841347983154,1.7196557466206583,1.242313738524154,-0.5825450851057081,0.33747622664417687,-1.8557046503301358,0.12948770898615525,-0.6097274310574483,0.9221298558544984,1.8603671627555556,-1.337449943179643,False,c1,3,"There are around 110 uses on enwp
+https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Template:Largethumb&limit=110
+They are all in the article, and most of them are [[491]]-[[635]] (years).  I'm guessing they can be subst'd without much concern, to converted to normal thumbs.
+
+On nlwp, it is way over 5000 uses
+https://nl.wikipedia.org/w/index.php?title=Speciaal:VerwijzingenNaarHier/Sjabloon:Largethumb&limit=5000
+
+They are in the pages; not in a template, and nlwp doesnt appear keen to subst: them.  Has anyone proposed that their default thumbnail be set to this value?
+
+only four uses here:
+https://nds-nl.wikipedia.org/wiki/Spesiaal:Verwiezingen_naor_disse_pagina/Mal:Largethumb",251284,3,,
+1.7293918832582555,7.341564328364242,2.4090730527311637,26.53905181377722,-0.24987225870207297,-16.136690275769016,-5.966936322968003,6.255166564026052,21.21464294756193,-10.528775164072023,-0.22823003430119537,1.9482425197441078,-7.897712221703404,2.328846773193468,-7.189286386661608,11.856063206326718,-9.303770100585426,17.63438307463498,False,c1,2,Marking as such.,250788,-3,,
+-6.956066284579398,0.7787939057999065,-4.499671867341783,-1.8253369265183856,2.701647212172098,-0.6536062900790807,2.9851647731287585,0.40154539261237926,-1.6188391809820577,-0.08548530673191834,2.425621599221591,-0.8975876137968335,-1.744291216654781,-0.4613515018328168,-1.743755413846548,0.27822352275452866,-0.060646234863215076,-0.09189952392572787,False,c1,2,"The  tags in Cite transclusions (and other tpl transclusions, if they showed up) should be fixed.  My suggestion is to close this bug now since the VE heading bug is tracked separately, and as for user entering wikitext, well, that could be a feature request for VE alerting the user when (s)he enters wikitext, or maybe a FAQ entry or something. 
+
+In all cases, this bug wont be much useful beyond this point.",250779,-3,,
+-0.9787592717936802,6.268175479893866,3.3343108671298722,0.10488005934257316,-6.814794890698784,-2.7931548675400055,7.076835959238254,8.194704651725232,1.4951700080232386,1.7973323758492263,-1.3433120893244728,3.08210167777895,-2.102320244231868,0.6779634966088677,2.8323609748380827,-1.4726959603730694,-2.0406552461953456,1.467749314981631,False,c1,2,"MZMcBride: For future reference, only one single bug per report please. Also see https://www.mediawiki.org/wiki/How_to_report_a_bug . I'd normally close such tickets as INVALID and ask the reporter to file separate tickets.",250771,-3,,
+-4.731919177724834,4.804496402131278,-6.608865215006213,1.90144351771246,-2.513178839264744,-0.9321249318918046,-1.6323678288817298,0.900000789449486,4.189551743069046,-2.7331536658376576,-0.2586706428678467,0.1681956499696433,-1.8084942953731755,0.4400596469243607,-0.37051800563720594,1.6858608377908857,-2.0292693608481285,-0.6499835271496615,False,c1,2,"The  tags in Cite transclusions in ref tags is a Parsoid bug.  I have that on my radar -- will look into that next possibly.
+
+As for  tags in other places, looking at bug reports on parsoid.wmflabs.org, there are three different reasons
+
+* due to the bug in ref-tags I mentioned above
+
+* user entering wikitext in the visual editor (Ex: ==See also==* [[Tomato (company)]] in https://en.wikipedia.org/w/index.php?title=Underworld_(band)&diff=prev&oldid=559255806 based on looking at the HTML sent to Parsoid).  I've seen wikitext entered via VE in a few bug reports -- all such wikitext will be nowiki escaped by Parsoid
+
+* Empty heading left behind in the visual editor (tracked in Bug 49452)",250765,-3,,
+2.088888832753584,22.647658433729852,-4.767131533360908,-21.13458740980201,-11.409779801075043,2.1790523060040687,1.6998246730705802,3.5891390548198934,7.105611103065742,-0.02224557905389357,3.9171177630599745,1.8307002780757768,3.5481092412766815,-3.7866461552937007,1.9271935458206793,4.946022823338706,-2.996197422758118,-0.6499187707349807,False,c1,2,"Expansion wtf (warning: large diff):
+
+https://en.wikipedia.org/w/index.php?title=Breast_cancer&diff=558696523&oldid=558695500",250760,-3,,
+2.8176793178222788,-0.10270468181033543,-0.5508520744719285,-5.157392153518997,0.6030080483020601,-1.0996639930732126,0.12220558718912855,1.201963447811258,-3.511655486633093,-3.0714388853967933,-0.5024978433795699,-0.8196217357826798,0.9032639200168662,-0.3832056533705983,1.0485509846523344,1.776025283520565,1.5498953607282082,-1.2467341516497719,False,c1,2,"(In reply to comment #3)
+> Misspelling trap:
+> 
+> https://en.wikipedia.org/w/index.
+> php?title=Pepsi_Next&curid=35519554&diff=559230837&oldid=559223494
+That one isn't a serialization or round-tripping bug. The user edited the text of the link, but didn't edit the target.
+
+Arguably, links where the text equals the target should have the target track the text when the user edits them. Or maybe they shouldn't. James?
+
+(In reply to comment #2)
+>  funkiness:
+> 
+> https://en.wikipedia.org/w/index.
+> php?title=British_Rail_Class_50&curid=1448622&diff=559199747&oldid=558786539
+Probably a Parsoid bug due to Gallery being capitalized. CCing Gabriel.
+
+The nowiki issues also look like Parsoid serialization bugs to me.",250754,-3,,
+21.596583753012,-9.186812736075394,-14.20123440210587,-13.823211717531775,-9.113904158009566,-1.8585693362865783,-1.0667095380012466,-1.0618952113304805,-0.44061156287604003,-1.267724677688566,0.22314591962130081,-5.85899319476626,-0.8307847987484529,-0.3829724813652665,-5.307556947835698,2.2816308615517937,3.6061574471207383,-8.054816010690443,False,c1,2," funkiness:
+
+https://en.wikipedia.org/w/index.php?title=Louis-J%C3%A9r%C3%B4me_Gohier&curid=2785680&diff=558445883&oldid=542944471",250749,-3,,
+15.430504460983935,32.907953406625765,5.132522804527998,-18.074164730151633,-7.426616574277194,2.8633033087149116,1.1816776300984628,-1.6322600047545541,1.2576686364862837,-0.5456347502157493,3.650926087118613,-6.798112253640471,1.2970596267257672,-3.4015759022039953,-11.98062643805197,4.616510279678856,0.059443822331349344,14.943304466633606,False,c1,2,"Misspelling trap:
+
+https://en.wikipedia.org/w/index.php?title=Pepsi_Next&curid=35519554&diff=559230837&oldid=559223494",250743,-3,,
+31.332437728899215,-1.430496425620941,-6.423191848387828,-11.189893626455214,-5.407253637165606,-1.3595926647317071,-1.8947345895225354,-0.28283196475246086,-0.3355930445658579,-0.9998209485723693,0.56901446205171,-4.199372092754988,-1.140278686568107,0.060725104819834064,-3.3178843701572713,1.8173217394632657,1.9856120422743382,-4.596232013854596,False,c1,2," funkiness:
+
+https://en.wikipedia.org/w/index.php?title=British_Rail_Class_50&curid=1448622&diff=559199747&oldid=558786539",250737,-3,,
+-0.3234727339443122,2.1393846759024004,-0.2897776663853606,-0.7820567772679237,-4.069151115926573,0.29298850723718495,-2.3751646884862083,1.881381284397361,3.507594361948545,-1.796668627271393,-0.5305622626672872,-0.32021208017751146,1.017678297745539,-0.27998395632045714,-1.6781594761837395,1.8586707058409855,1.9508135802834305,-1.3363216557919575,False,c1,2,"This bug is probably a wash in terms of being an actionable report, so I'll just use it to log other diffs I'm coming across via .
+
+
+ corruption:
+
+https://en.wikipedia.org/w/index.php?title=Black_Country_Communion&curid=25818560&diff=559205644&oldid=547680063
+
+
+ weirdness:
+
+https://en.wikipedia.org/w/index.php?title=Lightning_(software)&diff=prev&oldid=559252596
+
+
+Possible unintentional HTML comment removal;  corruption:
+
+https://en.wikipedia.org/w/index.php?title=Underworld_(band)&diff=prev&oldid=559255806",250731,-3,,
+10.865073174832515,0.10486070167244499,-2.044436714988865,0.9228047123346386,5.2848781273147445,-2.0923216059535896,1.1944676497900009,-3.7581072418774233,-1.198257459243194,2.473418817639156,-0.5823274683725705,-3.874034060038656,1.0319382103257722,0.007353137394283449,-1.1912142722598706,0.35473424003512566,-5.726646351715366,-0.06650452911998261,False,c1,3,">>! In T51346#2174472, @Trizek-WMF wrote:
+>>>! In T51346#2173928, @Jdforrester-WMF wrote:
+>> This requires changes to Common.css (or some other site-level styling script) to change the rendering. However, I'd invite wikis to seriously consider whether they really want to vary from every other wiki's rendering.
+> 
+> On the reverse order, what prevents you to use the Common.css as it is? I mean, on a WYSIWYG system, you expect to have the same rendering both on reading and editing, which is what has been defined in the Common.css or in website settings.
+
+Because Cite doesn't yet use these styles in read mode (that's {T104927}, which is in fact blocked by doing this). :-)",639683,143,,
+-7.719142913375421,3.2287259008079197,-1.7247797256943143,5.196283312920768,5.652007315547975,10.03877702039198,-4.372296862189445,-2.1081815715758667,-0.4075930108576754,1.1187635709801445,-1.6654789639351817,-0.749837867136721,-1.1610313075315308,-0.10874169797923594,1.414569966408589,3.051729030124866,1.8393016963982498,-2.192554680707136,False,c1,3,">>! In T51346#2173928, @Jdforrester-WMF wrote:
+> This requires changes to Common.css (or some other site-level styling script) to change the rendering. However, I'd invite wikis to seriously consider whether they really want to vary from every other wiki's rendering.
+
+On the reverse order, what prevents you to use the Common.css as it is? I mean, on a WYSIWYG system, you expect to have the same rendering both on reading and editing, which is what has been defined in the Common.css or in website settings.
+
+Thank you for the fix, by the way. ",639673,143,,
+-9.267094490819908,-4.582816833111254,4.509928137714222,6.434526141782401,-3.707459071661403,0.8319260061939922,-2.2562483025955347,7.128516690213958,7.431662872433822,1.813233318729063,0.3307319459754612,2.191164471096961,-2.249515281373657,-0.9618668744256293,-0.03262191822777272,0.5876198757946343,3.568087890734042,-1.780116647137275,False,c1,3,"The change for frwiki to make it look like their current local customisation is roughly: 
+``` lang=css
+/* French Wikipedia over-ride of styling for s */
+span.mw-ref a::after {
+  content: counter(mw-Ref,decimal);
+} 
+```",639607,143,,
+-5.8371648390122735,1.5005858168958959,-1.7623904450042072,4.1147431754414345,-2.6907118467729765,3.163572178524486,4.717840087544651,4.388789982531418,-1.7471022149692272,3.832441103797967,-0.8232193903308893,-0.9509178631346229,-0.05388826745347197,-0.6631332553581362,-0.8128397569530097,-1.5684240355798056,-3.590960873984087,-2.490870542371711,False,c1,3,"This requires changes to Common.css (or some other site-level styling script) to change the rendering. However, I'd invite wikis to seriously consider whether they really want to vary from every other wiki's rendering.",639604,143,,
+-12.567272639487129,2.5406734565934634,-9.729453773990398,4.673915092724174,-3.1424648146837075,0.5809356478442744,0.15179558643304247,-1.8271942658102573,-3.0154158258118358,0.3622065762738451,-2.933124460438178,-4.03751373077538,1.2920298266160257,4.064438451767601,-0.48050873522482274,-0.11958644613687897,3.841166143748185,3.5820569730028446,False,c1,3,"Got a feedback about it during a workshop: on fr.wp, footnotes are labelled as ""a, b, c""... in reading mode and ""3.0, 3.1, 3.2""... on edit mode. Plus, notes on the text don't have brackets on reading mode and have them on editing mode.",639597,143,,
+6.932929552771977,-19.794430659680696,12.621230649709178,-2.467981852542284,-5.2466932738563,9.776153845069395,-10.083428364620659,15.615097280572783,-16.754536150493998,9.150947198290254,2.3229256147322084,2.585001936808519,-3.3118232220013235,2.7036487324745178,-5.996364222777647,0.2708614841452186,-9.920826266999443,-0.4320403491881719,False,c1,3,I74d4878 will let us fix this.,248012,67,,
+-8.438561085476008,-2.8581127879477233,-4.499800216467165,-0.7864526458779952,-5.74273519472602,-0.9701756591236848,-5.439833775071401,-3.144051307925012,3.941996208072747,-3.0778491960928482,-2.0520519694896477,-2.636667101155625,-1.8237203975023757,0.28889487957009075,-3.2741936151403292,2.405968166874276,2.9704943708743903,-7.390384589299796,False,c1,3,"I think that this is the same problem:
+
+Footnotes created with the ref group  are displayed in the saved page as [a], [b], etc.  If you open them in VisualEditor, they display (while editing) as [lower-alpha 1], [lower-alpha 2], etc. instead of [a], [b], etc.",248005,57,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51453 has been marked as a duplicate of this bug. ***,247996,11,,
+24.77561716315178,2.816106936750746,-1.4793410635906519,1.3940024186287978,1.8527098883738127,-4.239583820343279,-0.8808005537311985,1.438887466730944,-4.956704871982244,0.6057154666456919,0.5623557737389299,2.2785978600166965,-0.11422278806338948,0.4748599994658316,2.0808371117977904,3.4787270587506667,0.44636326318195096,0.39211434404276213,False,c1,3,"(In reply to comment #28)
+> (In reply to comment #27)
+> > (In reply to comment #26)
+> > > RT ticket created for addition of lucene search indexes
+> > > https://rt.wikimedia.org/Ticket/Display.html?id=5588
+> > 
+> > But where's VisualEditor
+> 
+> Thank you very much for this reminder! I added it here (I think):
+> https://gerrit.wikimedia.org/r/#/c/79321/
+
+The VisualEditor can now be enabled in the preferences.",247158,6,,
+12.919025265514273,0.07457037720629955,11.093927647044808,2.1451986618895145,-7.177089653184405,4.148902906742741,-2.0659555430067815,-4.425082626513134,-2.835136392993118,-3.092929078295228,0.41980638032740614,3.796040539682216,2.703170018502745,-2.4497141917063043,2.4437753185432465,1.751710686003533,-2.444193270417034,-1.5110136694653267,False,c1,3,"(In reply to comment #27)
+> (In reply to comment #26)
+> > RT ticket created for addition of lucene search indexes
+> > https://rt.wikimedia.org/Ticket/Display.html?id=5588
+> 
+> But where's VisualEditor
+
+Thank you very much for this reminder! I added it here (I think):
+https://gerrit.wikimedia.org/r/#/c/79321/",247137,6,,
+10.595097582394613,12.595220446629188,3.4682768321656363,3.8353114471886816,-5.960439752503698,-7.284902771594161,0.7139853277240888,-2.0021338264690507,-1.8045921891862524,3.2242192200658355,-2.2435321851040584,2.5937208902215847,6.530882699323283,-5.239860529524115,4.815392943438976,4.823850286380483,-0.3375348668359577,-1.8977446585817204,False,c1,3,"(In reply to comment #26)
+> RT ticket created for addition of lucene search indexes
+> https://rt.wikimedia.org/Ticket/Display.html?id=5588
+
+But where's VisualEditor",247128,6,,
+11.322328494443843,20.029407568014783,-20.18874749849966,5.692086755628571,-9.409168598760088,7.363654696287838,9.907987112930675,-4.226339610301254,1.7578496718029604,2.6326316556415597,2.401605230787358,-2.5891446622678838,-0.022508601933950434,-2.0954832104593435,-1.998121609518836,-2.016179052763284,1.0504346049095097,-1.9267990425069867,False,c1,3,RT ticket created for addition of lucene search indexes https://rt.wikimedia.org/Ticket/Display.html?id=5588,247120,5,,
+27.245349531248152,12.709367051843117,24.75914070701269,-6.862784936702901,0.03739624269951314,-14.937340801788789,-16.952852781190533,2.736349617032205,-1.1281195408130857,-4.802337393954347,3.3881865272548803,-8.452113197851688,-5.198885634784098,0.2798970400445935,-5.769555189504668,5.070523161663632,2.295826417295264,-10.81987451992081,False,c1,3,Done!,247115,5,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52691 has been marked as a duplicate of this bug. ***,247103,5,,
+-1.4307470064341201,-6.293462812239396,0.9239985000771855,2.0457378019217334,-2.6567966737002493,-1.6732174684522718,-3.3321338540963863,1.6454323880431203,-0.7443557894084204,-1.9703169568527445,0.5355700966348437,-2.4507502426604333,1.1405927775936746,1.5091516179923008,0.6824097744662185,1.2927229567078413,0.775486563919106,-0.8401364631516253,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #19)
+> It should not be chosen arbitrarily. It is chosen according to what was
+> requested on the Meta request, here
+> , by
+> Agilight even.
+> You do have discussions on the Incubator talk pages of some contributors like
+> Tamara Ustinova and Agilight but there is no discussion of everyone anywhere.
+> If you want the sitename to be different, please stop spamming this bug and
+> convince them to change the request on Meta. If you don't manage to do that,
+> shut up and stop delaying this request.
+
+""It should not be chosen arbitrarily."" - I agree!
+
+""It is chosen according to what was requested on the Meta request, here <...>, by Agilight even."" - not exactly. Agilight's comment is a completion of your comment in 06:42, 2 June 2013, in other words, he is personally helping you and showing his acquiescence about the name ""Википедия"", and that has nothing to do with ""Agilight chose the name Википедия"". If the local community had chosen the name ""Википедия"", I would NEVER disturb you here. 
+
+I had no discussion with Tamara Ustinova about the name (what I talk with her is about our *personal* opinion about indigenous peoples). I did discussed with Agilight, and as far as I know Agilight have no preference about the name ""Википедия"". Also there is discussion for everyone here  and everyone in the local community who joined the discussion likes to adopt a native name, although till now no one has completed a good name proposal (Agilight said in his talk page he'd like to ask some people to give an advice).
+
+If you deserve the sitename translation to be ""Википедия"", please stop advertise it here and convince some Tuvan speakers in the community to express their preference of ""Википедия"" to all other translation. If you don't manage to do that, shut up and stop promoting ""Википедия"" to this request.",247084,3,,
+-2.046695418405858,-3.6761800385699814,2.8959160047524453,8.400976609505728,0.8699648502281541,-0.37958296163082395,-0.25270429012595663,2.5051517250603177,-3.500003499218834,4.284923344886138,2.2122240417802095,-2.104438301701643,-0.8531095515660767,-1.0433829825324368,-2.0480600598090053,-0.024040703036162903,2.3435777241692266,-0.045649450725938845,False,c1,3,"It should not be chosen arbitrarily. It is chosen according to what was requested on the Meta request, here , by Agilight even.
+You do have discussions on the Incubator talk pages of some contributors like Tamara Ustinova and Agilight but there is no discussion of everyone anywhere. If you want the sitename to be different, please stop spamming this bug and convince them to change the request on Meta. If you don't manage to do that, shut up and stop delaying this request.",247079,3,,
+14.91706346512318,-2.8825054889648687,2.3840831534114955,0.9709113535268035,-4.446079086532311,-0.3494051923609369,0.6366923915188298,-1.2692952385635867,-3.1833525789685533,2.2111617798431276,0.4564514644407044,0.290405197183472,0.47563631626994596,-1.7529029579891517,3.2785410835783013,0.7761912416855297,1.1849922817283327,-0.31274258237568375,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #15)
+> (In reply to comment #14)
+> > I have been looking at the discussion page for almost a year to see if 
+> > anyone in the local community have provided a localization of the name
+> > Wikipedia, but till now they're still working in progress. 
+> 
+> ""Work in progress"" and ""for almost a year"" sounds like a contradiction at
+> first, so I'd like to take a look myself.
+> 
+> > few will realize that it's still editable
+> 
+> People learn when they get things told. Every article on the wiki is
+> temporarily too by that definition, as it might be improved later on.
+
+Well, if the project namespace should be arbitrarily chosen since it's temporarily, why don't we choose it to be Видибилиином?",247073,3,,
+-0.09353533740415543,-5.653428869733203,0.4421895828116824,-1.904150526466685,0.012835083845185835,-2.663571195797328,-1.6850205825069953,1.289219116483686,0.9190711239568334,-1.4374684906063253,-0.5785472675457808,-2.5176572322868775,1.0080871120809416,0.2452755716333892,0.9139112665391216,2.096190514480301,0.43950770035319275,0.26360434157001844,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #16)
+> Changing status to PATCH_TO_REVIEW because there actually is a patch on Gerrit
+Thank you for your progress!
+
+I'd like to mention that concerning the historical discussion, most user who have Tuvan language ability (such as Agilight and Sborsody) have shown a positive altitude about having a native Tuvan name for Tuvan Wikipedia, while those who considered a native name unnecessary or aspiration are mostly Europeans who can not speak Tuvan language (e.g. Kaganer and Tamara Ustinova; what have been labeled a ""community requesting"" were an request by Kaganer). 
+
+But I'm *not* critcise them, because they're *naturally* speaking in an European POV and that's totally fine. What I'm requesting is that the Tuvan name of Wikipedia should be decided by the native community, rather than by an edit commited by a editor who have few Tuvan knowledge. So there's *no* community-established name at all.
+
+That's also the reason why I say the ""Project namespace:"" should be temporarily ""Wikipedia"" rather than request it to be ""Видибилиином"".",247065,3,,
+1.3146486856928572,-2.720190459275404,-2.0255369527054814,6.8718077340700585,5.611224910078793,-1.5852384211464106,-0.32421061543847074,-2.4239468052808655,3.48302149078218,2.5406789982964906,0.797928058284135,-0.990101506871155,0.9613639631486155,-2.977439226557517,-5.286043358687933,-1.097446154595867,3.9664362583709423,5.700923381727412,False,c1,3,"Changing status to PATCH_TO_REVIEW because there actually is a patch on Gerrit waiting to be reviewed & merged: https://gerrit.wikimedia.org/r/68188
+
+Assigning this bug to Sam because he's the one who's been creating new wikis lately.",247056,3,,
+-7.363418177419768,3.039639809457203,0.6960332618290055,6.68877238340483,-0.8719142326574643,-0.17761969145026768,2.872692003916624,-1.9428716649656619,-3.3224581441899357,-1.08007895909223,-1.1987774804193085,-2.1922238192296333,1.5482477669818557,1.0927843710823726,2.23763430675504,1.2386512203189113,1.3295555929665017,-1.404885240547214,False,c1,3,"(In reply to comment #14)
+> I have been looking at the discussion page for almost a year to see if 
+> anyone in the local community have provided a localization of the name
+> Wikipedia, but till now they're still working in progress. 
+
+""Work in progress"" and ""for almost a year"" sounds like a contradiction at first, so I'd like to take a look myself.
+
+> few will realize that it's still editable
+
+People learn when they get things told. Every article on the wiki is temporarily too by that definition, as it might be improved later on.",247049,2,,
+2.4697332213560124,-4.708613244476783,0.3725545975982465,1.9892368131416198,1.140426376876329,0.8968255244159007,-1.144048258042302,2.4264581928547746,2.9199724736783255,-2.016220747366945,-0.41103497195473704,0.10740062298033504,0.14989012544859248,-1.6955941990605183,1.6769389139097948,0.8519445528569336,0.9449460151022337,-1.0677994304648757,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #13)
+> (In reply to comment #6)
+> > (In reply to comment #4)
+> > Yes. The community is choosing a name for Tuvan Wikipedia
+> 
+> Can you please provide a direct link to a *recent* discussion about this
+> topic,
+> on the wiki?
+Could you please first tell me why you want a *recent* discussion? I have been looking at the discussion page for almost a year to see if anyone in the local community have provided a localization of the name Wikipedia, but till now they're still working in progress. 
+> 
+> > So the information should be **temporarily**
+> 
+> If it makes you happier to call things ""temporarily"", all things are
+> temporarily up to some point. :) (Configuration settings can always be
+> changed
+> later.)
+Well, what you said is *technically* true, but remember once you establish a namespace Википедия few will realize that it's still editable (just as Ali said many Tuvans are not very good at Internet). What's more, once the term Википедия (which violate Tuvan vowel harmony by the last syllable ""я"") comes into a real Wikipedia, it will be used by some Tuvans, which makes it harder for the locals to choose a localized name.",247044,2,,
+-8.437337091314598,2.348006686104142,-0.6406994144207325,1.7494282949485847,-0.9009943275547396,-1.2390970479683112,0.4816188464876685,4.0661788331205155,0.6801988397299366,-0.20574341422462794,0.41566700390143063,-0.20737028629745868,0.09507966687251823,-0.9171692788610242,1.1614537726070142,-0.39617403831488884,0.19370284940387075,-1.9460709183133014,False,c1,3,"(In reply to comment #6)
+> (In reply to comment #4)
+> Yes. The community is choosing a name for Tuvan Wikipedia
+
+Can you please provide a direct link to a *recent* discussion about this topic, on the wiki?
+
+> So the information should be **temporarily**
+
+If it makes you happier to call things ""temporarily"", all things are temporarily up to some point. :) (Configuration settings can always be changed later.)",247039,2,,
+-3.159091306907455,-6.472699847060679,-1.2089292008493735,-2.717681374463071,-1.9248533133096597,-3.405587510039986,-1.5449145368812616,2.4757804258308393,-1.2935135433212464,-3.0117260714077343,0.7845461015524743,-2.5398125921952643,2.4112399781798235,-0.444004968414046,0.7449586322524877,1.1675748758944104,0.61886682438354,-1.0857044555523614,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #11)
+> That's nonsense. There is apparently no ""trying to establish a native name"",
+> because the discussion from Dec. 2012 fell asleep.
+> However, the Википедия name is surely 'established' in a certain way because
+> the community(!) requested it to be set as their sitename and used it also on
+> the Incubator pages. The community can use any name it wants, regardless of
+> whether that is ""European"" or ""native"" or not.
+
+That's not. Someone (not the community!) edit the info page/summary page of testwiki when the discussion still didn't go to an end, but this has nothing to do with what you claimed ""community requested it"". 
+
+So temporarily keep the computer internal name ""Wikipedia"" is good to our community becouse by doing that the local community can establish a Tuvan name of Wikipedia anytime.",247034,2,,
+-6.801918079275686,-6.041420330856432,1.469011680350368,1.5058272568270716,3.798466514967833,-1.3154459996657835,-1.8919388680238853,1.7980648926846174,1.3993251873868207,-3.4092161451642573,0.23227136067495957,-3.3462389864283795,1.9638357935403334,4.260178269229829,2.890102890051141,-0.5009693412502907,2.572329046917814,0.6085521988144493,False,c1,3,"That's nonsense. There is apparently no ""trying to establish a native name"", because the discussion from Dec. 2012 fell asleep.
+However, the Википедия name is surely 'established' in a certain way because the community(!) requested it to be set as their sitename and used it also on the Incubator pages. The community can use any name it wants, regardless of whether that is ""European"" or ""native"" or not.",247028,2,,
+4.16590361107893,-7.530570196026542,0.9791863447288547,-5.601544130274409,-0.5675575368264241,-0.8256666826279258,-3.430014212587107,6.336179526744487,-3.0052373194863256,-3.6258542354394834,0.5035928385319561,-1.425214604056313,1.3330833183321218,1.1402946724955128,-0.0373275035298799,2.446375618279892,0.29881027015326755,1.5343000391941728,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #9)
+> Well, apparently polar_bear0901 (whom I do not know) opposes the translation
+> of
+> ""Wikipedia"" chosen by the test-community.
+> 
+> In his comment he refers to this discussion about the name from Dec 2012,
+> started by an IP (him?):
+>  %D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD#Localization>.
+> There was no conclusion.
+> 
+> See however https://meta.wikimedia.org/w/index.php?diff=5528227&oldid=5527996
+> and https://meta.wikimedia.org/w/index.php?diff=5529039&oldid=5528970 for the
+> community requesting the project & ns 4 name Википедия, upon which I based
+> comment 0.
+> Cf. also this recent ""editwarring"" on the Main Page:
+>  %D0%9A%D0%BE%D0%BB_%D0%B0%D1%80%D1%8B%D0%BD&action=history>
+> 
+> Unless the community itself decides to change the 'established' sitename, I'd
+> request the wiki configuration to be carried out as described in comment 0.
+
+But where did you show us an ""established"" sitename? I.e. did the community establish any site name? I didn't see any ""community requesting"" because the discussion didn't draw a conclution and the local community are still trying to establish a native name, and we should help them choosing a native name rather than apply an European name for them.",247022,2,,
+-2.4094894547949326,-4.101724205525654,0.4571756168658023,2.111134129813605,-0.5304133811280867,-2.725426874536982,-6.092895470655036,1.981484526856368,-2.9851118848263054,-4.5168906040143835,-0.9238525128566,-2.6596631588973003,2.168366440933201,1.1729689103273675,-0.03393405555844575,1.2193401880564783,0.9628649739102657,0.018185301946445964,False,c1,3,"Well, apparently polar_bear0901 (whom I do not know) opposes the translation of ""Wikipedia"" chosen by the test-community.
+
+In his comment he refers to this discussion about the name from Dec 2012, started by an IP (him?): . There was no conclusion.
+
+See however https://meta.wikimedia.org/w/index.php?diff=5528227&oldid=5527996 and https://meta.wikimedia.org/w/index.php?diff=5529039&oldid=5528970 for the community requesting the project & ns 4 name Википедия, upon which I based comment 0.
+Cf. also this recent ""editwarring"" on the Main Page: 
+
+Unless the community itself decides to change the 'established' sitename, I'd request the wiki configuration to be carried out as described in comment 0.",247016,2,,
+-1.1475857048980904,-7.260869861493228,9.662857732791291,5.942698238380833,-4.600519899252332,-0.7396674898564619,-6.631938045050733,-3.0458346202141096,-0.29831974248000515,-3.1617518692962605,-0.47055341450124377,7.4705966866818985,0.9641985127971475,-2.750211505031535,-0.01928174464923682,-4.872616750226843,4.749633830549677,4.387902466013584,False,c1,3,@MF-Warburg: Would you please tell us /what the hell/ is going on here? Your request was totally different from comment 6.,247009,2,,
+-8.124121572179714,2.2692101200112926,-2.959995757731368,0.40679325906594066,-3.728056285399785,0.17649902057064004,0.40243620539203384,-0.24169156060473374,2.3784487118489483,5.147511058371297,-0.4140221144615688,2.5228851397606213,1.5466026449123618,-2.271943884345115,3.4899144302205602,2.780520860891764,-0.26184859186253084,-0.14307192804661772,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #5)
+> Waiting for Reedy to do some on-server magic.
+
+TEMPORARILY import an English name is important in that people will realize that the name is temporarily chosen and they still have rights to decide their localized name.",247000,2,,
+2.530135626854104,-1.623939840433696,-2.075700349742676,-3.6921408094167365,-1.1851513256038109,-1.1444808038678325,0.28853351951672046,2.527595673683622,-0.750778842901178,1.136525269898339,-0.883526452782093,-1.5943189799615665,0.20455053404884538,-0.6552284311359888,0.8934848198889629,1.4030379440132767,-0.3273470047312758,-0.36016933605281265,False,c1,3,"**polar_bear0901** wrote:
+
+(In reply to comment #4)
+> Any problems with this request?
+
+Yes. The community is choosing a name for Tuvan Wikipedia (and someone are afraid whether they're granted the right to have a localised name of Wikipedia - see the talk page of the Main Page). 
+
+So the information should be **temporarily**
+
+Project name: Wikipedia
+Project namespace: Wikipedia
+Project talk namespace: Wikipedia дугайында сүмелел
+Project logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-en.png
+
+(I don't want to use the English name even temporarily but at least this may not result in many locals feel they're obliged to borrow the Russian name.)",246991,2,,
+1.0583034783290906,10.32534125766814,-9.707739568805957,21.709234942307425,-1.841365638726745,-2.1187894955328073,2.159840337256856,3.9067362209150973,-4.038967978551549,3.430073778520476,2.329961812370878,-6.800640969564315,1.7985431476626674,-2.8358407051808117,-7.101288425194046,-3.207659950562572,-1.4087750511640118,1.2331585218965437,False,c1,3,Waiting for Reedy to do some on-server magic.,246982,1,,
+-8.07514102623407,21.34862321876176,-9.93801395086926,1.174869981446749,14.236323629040154,8.80795243867588,0.5140930054149919,1.6346828105819484,-9.649230577890208,-4.32452887449896,3.165845669191054,-3.6333132295579538,0.7167607032622714,-2.0596027819883758,-8.80358039570401,-9.213295406396629,-17.804992504692212,-9.097843344668297,False,c1,3,Any problems with this request?,246974,1,,
+-10.219301717356375,6.147600208533984,-1.5026476169681775,-5.25400806856692,5.577068587498383,9.426951335948313,0.5053815104196797,-0.1009642817691872,1.1754801237311583,-4.24792699620748,-3.8210216498046745,-2.9205775132962866,2.531892621885935,-3.8274437167507482,-3.0568128588933874,0.4345277414599753,-0.4906676376952148,-0.18042176795965892,False,c1,2,[I guess that's more of a site request than a language setup bug? Also changing priority.],246958,-4,,
+-13.12056633618014,1.3476447891188652,-3.7106992057769657,-1.5301940463795916,6.41600849543266,5.891754615148972,0.4415416714363065,10.142203871187375,5.701620182739008,-11.29787732326772,4.0146266070906655,5.593696042046907,1.8525377245037289,-1.300250346339468,2.3639890787252176,-2.3688618488640256,-1.1739775032296051,-2.3688889095731485,False,c1,3,This got fixed a long time ago; sorry for the slow triage on your report.,245921,49,,
+0.47333521279000834,-1.0951610167789987,-4.465334813675224,-9.25572907240368,-2.5962582384227675,-0.2514734518312398,-4.951444391576248,-3.088418246555609,2.944825725240417,1.9944809195054125,-1.0124958179776282,-7.153160762666076,2.8638359717031,0.158565236095769,-1.8147587733804103,0.7161484910556606,2.335310888330923,-6.139618475434213,False,c1,2,"Is this a Parsoid issue?
+
+
    Main page
    
+
+serialises to
+
+[[Main_page]]
+
+whereas
+
+
    Main page
    
+
+serialises to
+
+[[Main page]]
+
+which is what we want",245912,-3,,
+-7.875009769972026,-1.8216164423834904,4.03217916043684,7.774260034583351,10.47959601582691,2.94370100417353,-9.726897374742695,1.8338140107916225,1.997286015932337,3.267679720541473,-2.2523238338893963,-0.1717196765766973,-1.2853028274413192,-0.4516982732100655,3.400728614174933,6.848502842935323,3.3464201968342056,-1.9335292445145007,False,c1,3,The problem seems to be fixed in the current version. Thank you!,245808,1,,
+7.737759158708371,-1.6647381596308009,3.2218005170192914,-3.4310680972313587,-0.7185703227546023,-5.550578610626159,-4.2576222172653395,0.7439087223975414,3.9706299775590974,-0.8860052616354697,-0.4278739655641639,-0.5342209505408526,1.7175698402063855,-3.005797700035653,-0.8125977113588958,2.8471342214262023,-0.7571910455930274,0.7352532964996317,False,c1,2,"(In reply to comment #0)
+> Created attachment 12495 [details]
+> exemple in video
+> 
+> When I add a picture and it gets behind the toolbar,
+> This prevents the toolbar from be clicked
+
+Thank you for the video; this is hugely helpful and very clear what's going wrong! Assigning.
+
+**Attached**: {F11568}",245804,-4,,
+-5.661961896309171,-3.7737579726668162,-4.08380165176179,-0.7610897603996705,0.97831580434692,-4.169094287917675,-1.7357522141863804,0.5190587413426634,-6.233527195002686,0.37699994442353635,1.0613931039991302,-0.32864768449773507,0.014161269784721764,3.4535009700199018,-3.1584146667051938,-0.007521569174957055,-2.038087068908678,2.93531231040374,True,c1,2,"This was fixed by gerrit 68864; there are some edge cases which we may want to address in future (""three Korean Jamo and then a combining accent would split wrong""), but closing this as done.",242564,-3,,
+19.79139894542802,43.995766127970995,7.355569513482855,-20.54532518124797,-5.5597976506588545,7.218304260233587,4.076250306216238,10.510035879452206,18.97869516480685,1.9317057577034422,2.2364507748964013,4.441210648229284,-2.903345721741597,3.377896071785428,-0.6717445005396594,-2.0015000780119254,-2.8037996995254097,-0.3853889573729332,True,c1,2,Related change: https://gerrit.wikimedia.org/r/#/c/68864/,242559,-3,,
+-7.449310528069122,3.793589808482725,-0.3025564522193749,-5.154954634999165,2.8584209910810294,-5.7065630511958,7.573065866138846,-2.915269451330328,-3.9801662908648474,-4.1007690404646295,7.126184234596094,-3.4729543277180097,-1.1212034859704896,-2.837833895531011,-3.2567753618793436,-3.3830745645170563,0.9566805262401135,7.334854158952734,False,c1,3,"Yes, this was fixed ages ago. Apologies for not noting and closing then – thanks for the reminder!",236617,37,,
+-9.976340196493332,-0.22293859807991545,-1.107120779905448,4.285761415670072,-1.2215158499304017,3.1831605294851038,-5.644558360714669,-0.8668018168222639,-0.31830810716236557,0.275467762266695,2.088406872651637,-3.4398440463172513,-0.3657767715464768,3.1845047867544007,-1.5822009216926964,-0.11481608926445253,-1.559120601930498,-2.0316475700993704,False,c1,3,"All left-arrows (except for the link-dialog?) appear to have been replaced with ""X"", and all ""X""s (plus the link-dialog arrow) have tooltips. 
+
+I think this can be closed-as-fixed, but I will leave it up to the product team in case I missed something that they're tracking with this.",236611,36,,
+-3.3617982083296165,-0.8146665929274821,-1.2754502871191131,-7.333311189809378,0.954125826941219,-1.7274093077987445,-3.6416916502072034,1.1796285442376209,-2.290433984482875,0.26086160505841427,0.14152003960680837,-5.486333452439548,2.941538751097429,4.559932138089553,3.29818855757412,0.7796117158644744,1.0984241636133139,-1.0785729544070493,False,c1,3,"**santosh.cool.reddy** wrote:
+
+""Review your changes"" - cancel-arrow needs a tooltip; possibly replace with an ""X""?
+
+Look at the attached image,looks like this bug has been already solved. Arrow is replaced by an 'X'.
+
+**Attached**: {F11247}",236603,36,,
+-9.91024413242484,-2.0684742655351744,4.2955290198055724,-3.986533206049735,-2.377810542090856,8.486994687368956,-3.8752032016034095,-2.9068906407205004,2.575841358810476,-0.190031973269976,4.252330978935566,1.0864704382557688,2.0119409581255026,0.20325356032689568,4.3185013935630625,-0.6494076668467446,0.11320483456102079,-0.40767959810670584,False,c1,3,"santosh reddy: I have no idea what you meant by ""cleared"". This bug report is still open and there is no patch mentioned. In case you meant that the bug is fixed for you, please provide a clear link where you see it fixed. Thanks.",236596,36,,
+-7.719866553599558,-3.8179206294145374,2.092463445583692,-8.61745529293679,1.4516216645949864,1.1343187294493848,-8.610142168478085,2.313548914844201,-3.3265564428619836,3.543426367239481,3.2851083424503407,-0.3342599743870416,-0.1947408331966627,-2.5905721571385434,1.9069523874111942,-0.977526233853927,-5.1541065722988355,-0.2545701951027102,False,c1,3,"**santosh.cool.reddy** wrote:
+
+I see that this bug has been cleared. Please check the bug and close this bug.",236592,36,,
+7.928930251256359,-5.341676556286956,-2.329267483686012,10.877293589607971,-11.651903234186431,1.8125740775210826,-6.367327562462537,-4.444780906680095,-0.9549335025740505,-8.079655539618187,7.431996993498462,1.0363717708622362,-2.5946050563491756,-4.070876901563386,7.421888853854235,2.5758952729842823,-1.2659328788014204,0.6296893761173705,False,c1,2,"Argh, yes, Kaldari got his comment in before mine. :-)",236588,-2,,
+-5.2763586971177086,5.006504184709698,3.6388565153167534,2.5437951568003196,-12.0493219167469,-2.5210216408982866,7.424004824752798,-1.686323350294586,-3.0502880275514537,-2.8224129043413226,3.946975803527441,-3.7877996658805895,0.6609979018490697,9.311974769414723,3.5206214221563537,0.6661325881647753,1.2712309395994308,-1.278263992091028,False,c1,2,"Also needed in ""Save your changes"" dialog for up and left arrows.",236583,-2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 49983 has been marked as a duplicate of this bug. ***,236578,-2,,
+-4.308420534216742,0.47322119619401093,-3.242187405258801,2.411941994326895,6.149079074613807,-4.152687372490929,-3.193043718606062,9.078055172868567,-2.957371274645613,-5.44284902512635,3.7266061814856224,0.033627711690119355,3.12698447272538,-1.9433406100752975,-0.20185502350166074,1.6307864330458164,5.700848415018416,-4.5072710207411175,False,c1,2,"Someone else commented on this today, and suggested that an [X] might be a better icon than a < or ^.
+
+See http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Link_pop-up for further discussion.",236573,-4,,
+-6.728443493312329,28.598658066115327,-12.656866649401586,2.860220178384589,9.332081708683848,12.052639291848543,4.530129675191354,3.296441981834151,-6.1630643201652955,-6.445574515722324,-0.30887487214067155,-3.9272021279793545,-0.791993533990172,-1.137507409337338,-0.3252243038470688,-2.3269302860318386,5.187587605320536,-2.6859309557083755,False,c1,2,Thanks for the catch!,236568,-4,,
+-6.388632670376552,-4.596541756521221,-2.381194304115604,-6.81301924967066,-2.824911775708852,-2.8983455926217196,-3.265243317247294,4.8630286835763625,1.3599665999171895,-3.5542608236626174,-1.607215326227902,-1.4128334626688988,0.149114287433195,1.7939523709404648,1.5136366837399944,0.2859043451097789,-0.35051015382416706,-0.9267015978920976,False,c1,2,"There's an Identical problem with the ""Report a problem"" dialog, in two places. 
+
+1) The left-arrow at the left-hand-side needs a tooltip. ""Cancel report, go back to Review"" or similar.
+
+2) The up-arrow at the top-right needs a different tooltip. ""Cancel report, go back to current edit"" or similar.
+
+(I'm not sure if you'd prefer this in the same bug, or split into 2 bugs, or even 3 bugs. Please let me know.)",236565,-4,,
+-1.0895959202017895,-0.7713687182942746,-2.2295699075127913,14.365535421714567,2.6435627822804655,4.391671725177208,-0.825490548063204,4.490162601984591,0.04362665510669261,-1.9229601486555232,1.9577757351152454,1.014654055215324,1.1481329102716948,-0.8197644716004132,-0.19788256056418474,-3.0279304725101217,3.670158124173185,-0.8721902597467017,True,c1,3,">>! In T51097#7406103, @Tacsipacsi wrote:
+>>>! In T51097#7402844, @Legoktm wrote:
+>> How bad will it look if those styles aren't there?
+> Hopefully not that bad, at least in average. Images on Commons file description pages are usually inline (often transcluded in table cells), which don’t require much CSS. If you want to make sure, the necessary styles can be copied to (or `@import`ed from) [[https://commons.wikimedia.org/wiki/MediaWiki:Filepage.css|MediaWiki:Filepage.css]], which should be loaded on third-party wikis as well.
+
+That was the same conclusion that Arlo and I came to. I suggested that we make sure to backport the correct styles for the 1.35/1.36/1.37 branches, but not wait for a release before flipping the switch on Commons. If it turns out to be much worse than expected, we can ask Reedy to put out a MW maintenance release outside the normal cycle for this change.",1799058,432,,
+-4.9106815776106965,-1.9084991249768581,-0.38372659115971985,-4.5484743319366725,-1.3729346804830511,-4.837218685457291,3.4375632435434085,1.5521994784181588,3.6867324243652115,-0.7865508695089174,0.029416540522912316,0.009286051915419868,-2.4744772858167403,0.24904522337715207,-0.09070368255775119,2.0841960449902612,-0.1199995865436474,-1.8249597060085119,True,c1,3,">>! In T51097#7402571, @Arlolra wrote:
+> If you can think of any other situation where there is similar cross wiki inclusion, please let me know
+
+Probably #mediawiki-extensions-doublewiki as well (used on Wikisources and a few other wikis). The transcluded pages often depend on their own wiki’s sitewide CSS and are thus already broken, breaking them a bit more doesn’t worsen the situation a lot…
+
+>>! In T51097#7402844, @Legoktm wrote:
+> How bad will it look if those styles aren't there?
+Hopefully not that bad, at least in average. Images on Commons file description pages are usually inline (often transcluded in table cells), which don’t require much CSS. If you want to make sure, the necessary styles can be copied to (or `@import`ed from) [[https://commons.wikimedia.org/wiki/MediaWiki:Filepage.css|MediaWiki:Filepage.css]], which should be loaded on third-party wikis as well.",1796023,431,,
+-8.78059433242096,-10.292323948187704,6.38821369060339,3.7054216971133886,2.5626607292605907,3.2572490102150873,5.131243988055713,-1.91698676209765,-0.30090799583632055,-3.6132841510202574,-2.52944767218647,-0.2780587469703031,0.9009870558960595,-1.1243764591937238,0.38698432492453394,-1.062196580594994,1.120644506517363,-0.941901506043497,True,c1,3,"I generally agree with the direction of the patch, if we can load the styles regardless of what the config flag is, we should.
+
+However, the situation for Commons is more tricky, because it's arbitrary MediaWiki installations requesting those pages...ideally we'd backport the styles for 1.35/1.36 if they're not there already. How bad will it look if those styles aren't there?",1795194,431,,
+0.09819531704942452,-6.082289670103784,4.3476475869765805,-0.46547663514705917,-7.130642972356075,3.6783751214465745,-1.3763869441515286,6.078714981605666,1.1254246233619727,6.001099279579755,0.6249074363584997,0.28268186582728383,-2.9187810041036295,-3.263422776489887,0.1447181496976282,-2.772407365813535,-2.0644487441260124,-0.08691167405538902,True,c1,3,"> Without any countermeasures, I’m pretty sure the same will happen on file description pages if Commons switches before other wikis
+
+Thanks.  If you can think of any other situation where there is similar cross wiki inclusion, please let me know",1795149,431,,
+-0.6622066961800002,-4.880707883692033,3.0335874872705686,4.655415600416296,-7.220170413720141,3.5408484191740897,-0.8274804702064529,3.720908365015423,-1.568533063371906,6.1666382412467105,0.6897859951255209,-1.033302019878425,-2.5247133561283563,-3.7466226698896747,-0.12456608346753839,-3.1675124325129267,-1.1210294843383548,-0.4890038765778679,True,c1,3,"> Without any countermeasures, I’m pretty sure the same will happen on file description pages if Commons switches before other wikis
+
+Thanks.  If you can think of any of situation where there is similar cross wiki inclusion, please let me know",1795139,431,,
+1.0956690992393892,3.959932595858028,-3.6110977651605003,1.3665086970045621,-0.3858789978687014,1.9963062227174628,4.870330736709256,1.2450726842686786,3.5784030403694427,-0.05397366763786415,-0.5783907098980463,-1.3110749043275955,1.0420517621441818,-2.7671070495338155,-1.4969003597416748,-1.7992060905892173,-1.5364659365530953,-1.3761375984459043,True,c1,3,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy `
    `-based output, see T292498. Without any countermeasures, I’m pretty sure the same will happen on file description pages if Commons switches before other wikis.",1794932,431,,
+6.831936294617844,4.622188171258379,-5.645323680792149,-5.150279256759875,-2.451752818877238,0.2751025217808074,2.952140763674228,1.5923700594110395,0.7170656321751092,0.1262183014152436,1.2589771702843542,-1.8316350643459227,1.5222695625899862,-2.511453514056136,-2.1245795214026733,-0.3318368734454582,-1.2934434548936011,1.2608364564312704,True,c1,3,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy `
    `-based output, see T292498.
+",1794929,431,,
+6.2213870478522555,1.749386906269251,-11.646668722296905,-13.095370999513957,-8.484983032605392,-3.3103747516640887,-2.801302000395893,0.21858804109611438,1.353737566313874,-2.7422167094944827,-4.1157065438127844,3.393646710572418,0.4910645455315503,-0.23409449957509998,-2.2587538470336295,-0.8977587092847323,1.319980230929579,-2.173409579595529,True,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/yJ_wN3wB1jz_IcWuFNcF} [2021-09-30T18:20:53Z]  Synchronized wmf-config/InitialiseSettings.php: Config: [[gerrit:724861|Disable legacy media dom on a few more wikis (T51097)]] (duration: 01m 08s)",1793029,430,,
+2.6518128526546896,-3.5753982457511935,5.902331880538478,7.041837891159497,3.813938378389551,-4.2876536355798525,6.451337889011841,-8.132507716870856,1.6655877653531734,-0.4271868092398994,-0.6677728158024658,-5.139432479032614,0.38070949221820793,-3.6493202364391175,-0.37020602635051025,-3.7876684884292673,1.6134769890016845,-1.504852415180929,True,c1,3,"Shouldn't these changes have rolled out by now ? If so, why is the thumbnail on MediaWiki.org still jumping around after load ? (Ah, because I use Timeless and there is {T287965} )",1790311,430,,
+-6.171400204311573,-1.1332317704808244,2.933435989434817,10.061052367352024,6.669178540003086,-7.9786837899800185,16.666138784480765,-8.472417286534213,-0.03334003083656922,-2.167019638605385,-1.7340285092268655,-4.3727702074709,2.59096759134055,-3.8285174183512014,-1.7583505221408626,-5.45141464019402,0.8463835142646303,-2.6366038302830077,True,c1,3,"Shouldn't these changes have rolled out by now ? If so, why is the thumbnail on MediaWiki.org still jumping around after load ?",1790305,430,,
+5.625536552973614,7.792160319872242,-5.328286883325731,4.152030128893175,0.08474260642518061,-4.069049372557499,-4.885074925981922,2.1886070611066746,-2.948252933590436,-7.0856091166862285,1.4521442307116683,-2.255232074791756,6.3729531550137475,-6.564711624869546,2.817018826062675,6.123820963579207,3.6350479423444306,-3.7729092555902337,True,c1,3,(Replied via a [[ https://gerrit.wikimedia.org/r/c/mediawiki/core/+/714841/2#message-e2a11b3e6f36e5f4561323aa91f6854567905332 | comment on Gerrit ]]),1775126,425,,
+8.286964170075564,6.699759396886144,-2.2686020953738844,-2.743226219156144,0.7576639821215512,-2.4531304253999817,-4.7245793762805715,7.4463055968884575,-6.475960309452867,-2.7183635499525343,-0.5865331821658386,-2.4841529923857024,3.393125997817397,-4.051022945437231,1.1392675334515996,6.280373442719183,4.161584011952855,-3.1472472242485754,True,c1,3,(Left a [[ https://gerrit.wikimedia.org/r/c/mediawiki/core/+/714841/2#message-e2a11b3e6f36e5f4561323aa91f6854567905332 | comment on Gerrit ]]),1775124,425,,
+-11.86898158745812,1.3475985342816497,-4.877868892515032,4.656098995080482,3.1127027939673315,1.0616141715546785,5.499687965397653,-2.755645425246101,1.8031019079131567,-0.7750000629430254,-0.3724750593526205,-1.1601128561690297,-0.14271100415494953,-1.6909680932215156,-0.15049388459626822,0.2560340533038912,0.2951752142159699,-0.33224503109734593,True,c1,3,"It seems that SkinModule is completely missing any tracking of the feature files for versioning the module build hash. Thus, it would seem that even with this patch, we still don't get cache updates when the list of toggled features is changed, or worse, when deploying a change to any of the LESS files.
+
+I suggest we fix this by adding the relevant feature files to the list of files hashed. Either via getFileHashes/getStyleFiles without duplication, or via getFileDependencies with a small amount of duplication. Then the presence/absence of files for whatever reason is naturally taken care of as they would'be loaded and thus the array is naturally different. This is how FileModule works for other files.
+
+The simplest approach is probably to make use of getStyleFiles in the parent class, so that the override here is naturally taken into account instead of having to keep logic in sync.",1775123,425,,
+-6.60358618335931,-2.486052784157808,1.40463439002214,-5.6230514712328965,0.6482064752952219,-1.254464371969135,-1.4508911241846416,0.7944403707367496,2.4531751998921347,-2.6113261411813324,4.276681450671006,1.1820561618723024,0.04680996589425712,0.011009599548681415,0.5961947618134635,-0.9261048924770283,1.6010703658360381,0.4700007059862443,True,c1,3,"OK, I think this is related to caching (yes, @Arlolra was right). Specifically, the styles for this are loaded in an override of ResourceLoaderSkinModule::getStyleFiles():
+
+```
+				if ( $feature === 'content-media' && !$this->getConfig()->get( 'ParserEnableLegacyMediaDOM' ) ) {
+					$featureFilePaths['screen'][] = new ResourceLoaderFilePath(
+						'resources/src/mediawiki.skinning/content.media.less',
+						$defaultLocalBasePath,
+						$defaultRemoteBasePath
+					);
+				}
+```
+
+However, this new file path is not seen by ResourceLoaderModule::getDefinitionSummary() because it checks $this->styles. When $wgParserEnableLegacyMediaDOM was flipped, there was no cache invalidation since according to RL, the module and all its files were the same. 
+
+Quick fix: Add value of $wgParserEnableLegacyMediaDOM to ResourceLoaderSkinModule::getDefinitionSummary()
+
+I only did a quick skim, but it wasn't clear to me how the other feature changes experienced cache invalidation. Maybe a more detailed audit is necessary.",1773880,425,,
+-8.209083587141494,-7.754175054305917,2.2942044138477344,4.046549028946577,2.1477722741667105,1.8484800917588426,2.0389030413041436,-1.2527889662196898,0.5642219280509078,-1.4475271290574239,-0.8084728470883946,-1.8565837476968436,0.574507087708322,-2.71631398775672,-1.3152377910668898,-0.2715263668414609,1.3761748990187592,-0.9731545491293843,True,c1,3,"Correcting my previous comment, VisualEditor will load the styles via JS if you have it enabled, so you actually need to turn that off, and then you'll find that the photo no longer jumps and stays on the (wrong) left side, even with JS enabled. So the real problem is that the skin is not loading these styles.",1773870,425,,
+-3.9913132204230024,-3.4746999638977485,1.3974808773749308,-1.0230759915132541,1.2091155094022117,-0.9923589693766246,0.5935724214056854,-3.8062410709510437,1.1277895244428984,-2.0802386575383447,0.07273234746866186,-2.2017198091963266,1.1587690607166579,-0.6036844528021613,-0.39450130202921807,-1.0405246358251907,-0.8976628240612843,-1.3985478441595631,True,c1,3,"~~When I load https://www.mediawiki.org/wiki/MediaWiki with JS disabled the image says on the left, which confirms @thedj's theory that the correct CSS is being loaded by JS (addModules) rather than properly with addModuleStyles.~~ However, I couldn't reproduce this on https://test.wikipedia.org/wiki/Image?useskin=vector&useskinversion=1 - not sure what's different really.
+
+As to why it's happening...I have no idea. My guess is that this is another regression from the skin refactoring, {T287410} which recently touched stuff like https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/skins/Vector/+/a50b1db7931610a038197b74ba798fe307e9055e
+
+Also for some reason Timeless has the ""content-media"" feature set to false, so it's just fully broken there AFAICT.",1773869,425,,
+-3.374882556582033,-3.546479419687566,1.6581323358092064,-0.8898585156560586,1.4407782451305486,-0.8441133648364669,1.201942480980426,-3.8008835438948574,1.185134567586702,-2.0781530819312217,0.2673933515786744,-2.4207617666398136,1.1636841071804112,-0.7252882667922347,-0.31447674266786674,-0.9604997010846428,-0.8905121759256379,-1.5327983207198497,True,c1,3,"When I load https://www.mediawiki.org/wiki/MediaWiki with JS disabled the image says on the left, which confirms @thedj's theory that the correct CSS is being loaded by JS (addModules) rather than properly with addModuleStyles. However, I couldn't reproduce this on https://test.wikipedia.org/wiki/Image?useskin=vector&useskinversion=1 - not sure what's different really.
+
+As to why it's happening...I have no idea. My guess is that this is another regression from the skin refactoring, {T287410} which recently touched stuff like https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/skins/Vector/+/a50b1db7931610a038197b74ba798fe307e9055e
+
+Also for some reason Timeless has the ""content-media"" feature set to false, so it's just fully broken there AFAICT.",1773865,425,,
+-9.713314313992402,-9.131298914172817,15.14461065301156,21.70283931770745,-15.452246480201964,10.87367016277597,-4.1447182795242545,-1.1414260625539097,-3.3811954052353412,4.776216684278147,2.8774413513888444,0.2964070464876878,0.5744523829329871,-1.2297430923455994,-3.5849253815842577,2.1680223226191586,4.1880831792303495,7.813900280523471,True,c1,3,"I could be wildly off base about caching ... suffice it to say, I'm looking into it",1773857,425,,
+2.2315387971989384,-11.259061891464164,6.3721467254486495,-5.202372569467064,10.26242501188316,1.5487666961006639,-1.1630341818748278,-1.8883549872785994,6.2029466322244655,-0.10213843760748276,-1.5964907200539415,0.3123233238980667,1.1163144436719876,-0.7788225190921104,-0.14439881185333725,-1.8599535399939815,-4.562902205796472,-1.456525723392739,True,c1,3,I also see all the VE JS being loaded (with debug=true).. that's not normal.... ,1773843,425,,
+-0.015470926050570988,2.6578244120812364,1.0490622257363253,9.340772674432111,2.498890833681344,6.030739218648179,-1.9837033775836908,-5.244012152522125,0.048689121394916435,2.689661252048701,-0.3782134633084475,-2.6235560941384977,2.7325207720470335,-0.2505833771641217,1.2645510257463237,0.38291854788924695,4.253093834930731,1.4436495892852599,True,c1,3,"@TheDJ Thanks for reporting
+
+It looks like the issue is with the cached stylesheet
+
+https://www.mediawiki.org/w/load.php?lang=en&modules=ext.discussionTools.init.styles%7Cext.echo.styles.badge%7Cext.uls.pt%7Cext.visualEditor.desktopArticleTarget.noscript%7Cext.wikimediaBadges%7Cmediawiki.ui.button%2Cicon%7Coojs-ui.styles.icons-alerts%7Cskins.vector.icons%2Cstyles&only=styles&skin=vector
+
+If I add `?debug=true` to it, I get results for ""mw:Image""
+
+The jump is probably because until the cache is purged, the styles don't kick in until VE or whathaveyou's styles are fetched by JS.
+
+Let me see about busting the cache",1773836,425,,
+-9.946847200753883,6.1077653134617975,-5.362932501706231,7.194530908100779,1.86439308486651,0.8884329846519332,4.757570841752555,-1.4852537867526996,3.0444612310033152,2.5641080449209728,-0.28071846352114016,-2.151257614607849,0.21634502417674017,-3.461580677339322,0.5280618423760517,-0.4994553021382866,1.3382078803590707,1.2056991498558793,True,c1,3,"ok... now thumbframes on mediawiki.org are loading late.. seems like the parsoid CSS module is not added with addModuleStyles() to ensure its loaded before the page rendering starts ?
+
+See the image on https://www.mediawiki.org/wiki/MediaWiki jump from center to right as the page loads.
+Similar on https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021",1773784,425,,
+5.512624082930488,6.4835920021327915,-12.270629821968683,-14.500557314880776,-8.770571421571436,-0.48156940256420455,-0.39461685320784134,0.09783666357297438,1.651257729331158,-1.6379097293562546,-2.7587060207662604,3.1114604843626354,0.10072580912869356,-0.200389193147966,-1.465834109524151,-0.5101475123934631,0.30111002092690464,-1.369783585780441,True,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/jyKHfnsB8Fs0LHO5Ao6j} [2021-08-25T18:16:22Z]  Synchronized wmf-config/InitialiseSettings.php: e6df0803e4eaca91bd725bcd376b260b97917de3: Disable legacy media dom on a few more wikis (T51097) (duration: 01m 05s)",1773711,425,,
+-6.906103710348388,-4.491362833961745,7.10195339064353,-6.931625837713602,-6.207313060428289,0.852158953726132,-0.8044362269274163,-5.225218160738002,-3.2764967087389554,1.7509021776306657,0.6755026386246582,0.29126719561076,-0.6548678759775182,1.8873612054472446,-4.767956604235756,-1.465781340380984,-0.2580971647700457,2.574617755192732,True,c1,3,"@TheDJ thanks for filing those issue.  I've created or updated tasks where they can be discussed individually.
+",1762171,422,,
+-2.1352025071739447,5.758397707126722,-1.5658702017264567,1.5510341898197364,10.002035399575124,5.867693103216617,2.5694123506940567,1.6171213665989916,7.527384539184746,-0.06615792014066546,-0.6961420357168306,0.8743309922001936,0.9663973843651328,-0.4972476960367479,0.5988978576620716,-2.845309834628005,1.2644064267528803,-0.7985157531868161,True,c1,3,"And I see a CSS reflow for videos on test.wikipedia.org. This is specifically with the videojs player, which is active on test.wp.org, not sure about the old Kaltura player.
+https://test.wikipedia.org/wiki/User:TheDJ/sandbox",1762111,422,,
+3.540371833046521,-5.439089734850215,10.966993281329227,-8.32380903208066,4.290028932190745,-5.243968180631191,9.271459530256946,-4.297952521683648,1.3171839227773596,-5.210700646170503,-3.7832990653517693,-0.3853568057563921,-1.2567631210519727,-0.23490567092351755,0.7850391088937108,5.450360458191533,0.4743657877846118,1.304859761653066,True,c1,3,"Also the following features broken alignment:
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=timeless
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=modern
+
+As well and most importantly and I think a blocker: printing in Vector is not aligning correctly. ",1762107,422,,
+5.274404964686109,-8.156092782136305,11.065544074681576,-6.072917732258768,4.643538269770339,-13.199728198277732,12.292897531963769,-4.268253568436721,2.8842383990888365,-6.105640874621052,-2.780603068138358,-1.0152095268077463,-1.1755867952381605,-1.1988007496736421,-0.7505118532865249,5.916225895850212,-0.0197626214832822,3.91141217846407,True,c1,3,"Also the following features broken alignment:
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=timeless
+- https://test.wikipedia.org/wiki/Rusa_test_page_2?useskin=modern
+
+As well and most importantly, printing in Vector is not aligning correctly. ",1762106,422,,
+-13.037526504642543,-1.9312608362042134,-0.5624165919476927,1.0041773837272068,6.42151700512278,4.370590824084861,-0.8600976510114258,-0.07385311020397611,1.8160571595450008,0.2199176750519065,0.5279408374190405,0.6420267895241674,0.45959930112461445,-0.565976832794878,-0.27036287907264134,-1.6667185204423363,1.8438175018166356,-2.412849045004354,True,c1,3,"I've noticed an important different between the two formats and it relates to where the emitted class is located. Before this class was applied directly to the img object, but now it seems this is on the wrapping class. While this is probably a rare use case, it's an important change and I know at least some image headers on mediawiki.org etc which likely will have to be adapted to take this into account.
+```
+[[File:Onion diagram.svg|thumb|right|300px|In this example onion, we test image placement.|class=djtest]]
+```
+```
+
    In this example onion, we test image placement.
    
+```
+
+```
+
      
    In this example onion, we test image placement.
    
+```",1762102,422,,
+-3.3298889145156463,3.8820333269130103,0.13928427998256776,7.777680531274443,-1.5002784102986961,0.11283876505719448,-0.3667657158505637,-2.4739156892738756,-1.4822040111672734,-1.3873725111226554,1.4705264695300078,-0.28829211194307724,-0.15152367849913473,-0.4283108540606744,-4.125456641009111,-3.905995767793511,0.6974281548891382,-0.13630650741443207,True,c1,3,"With the train going out to [[ https://wikitech.wikimedia.org/wiki/Deployments/Train#Group_0 | group 0 ]] today, we can look at two wikis which should be configured differently based on T51097#7182465,
+
+I verified that this is indeed running on testwiki.  For example, after an `?action=purge` on https://test.wikipedia.org/wiki/Rusa_test_page_2 I see,
+
+```
+
    In this example onion, we test image placement.
    
+```
+
+However, on mediawikiwiki, after similarly purging we get on https://www.mediawiki.org/wiki/Parsoid
+
+```
+
      
    Artist's impression of the Parsoid HTML5 + RDFa wiki runtime
    
+```",1746248,417,,
+11.45154406491167,3.7212796535033554,-12.644933968706846,-12.787107234441507,-10.61289098316113,-1.9559744547122477,-1.1898728367416975,-3.4695430562287393,-1.7807763468789424,-0.9751744146721721,-2.1280019432712964,3.434802919455973,1.2521133497465038,-0.22075080828458749,-1.3271466802987049,-1.390750682869633,0.5576153667648558,-0.5680717166207456,True,c1,3,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://sal.toolforge.org/log/MmnfVHoB1jz_IcWuBfm2} [2021-06-28T23:05:39Z]  Synchronized wmf-config/InitialiseSettings.php: 5ec855d14b31a9392274c2bfe2e21e2ad44986bc: Enable Parsoid inspired media structure on test wikis (T51097) (duration: 00m 59s)",1745581,417,,
+2.461359265913332,-6.8591991568910995,-3.8268432874028013,-14.6838526949609,13.78142136851865,2.620628124949132,-4.47352522514836,8.85291028475249,20.825325523886562,2.0191016289640373,0.6174254583304298,3.082488692255848,1.2054765444939703,-1.891072564037342,-2.2851453798687507,1.8816511935673628,1.5717078599098018,11.525856839614702,True,c1,3,https://gerrit.wikimedia.org/r/c/507512 is the only open patch remaining.,1696981,404,,
+-8.663379972191924,2.701694902060968,-0.640103977849956,6.875763975745494,0.670097745882531,6.044384199908244,0.7457785666982684,3.1966437351495647,-3.9867508295929888,0.48222987726623145,0.3783182574076557,-1.0783675786137703,0.4581908759225497,1.0801947473648512,0.5247534845661712,0.26185080415255824,2.1381130436549207,-0.560190338872991,True,c1,3,"> But @Arlolra seems to have found the exception to that rule which we've all forgotten; I await with bated breath.
+
+My confusion was that `mw:Image(/Frameless)` aren't always inline, for example if they have explicit options like `|right`.  In which case, we'd emit a figure but hide the caption to match the output from the legacy parser.",1633208,389,,
+-10.139916256164405,-1.585606516803626,-3.1224221944988617,1.4402714354251014,0.5332940901603465,0.35284717075269434,2.439536133204996,0.8457804646151621,-0.15333149400466828,0.8780050920874407,0.0011645046559349836,-0.2432175617302912,0.4018497676034811,-0.5666688436896847,0.04871180128841068,-0.38314718829656824,1.1352472196033054,-0.0002654416643119717,True,c1,3,"From an accessibility standpoint, there may be reasons to emit a descriptive `
    ` even if it is not visible to a sighted user.
+
+That said, my understanding was that we couldn't actually do that because the figcaption could contain (eg) `
    ` tags that would break rendering in an inline context (where captions are normally hidden) and so we don't/can't actually emit the figcaption unless it is visible.  But @Arlolra seems to have found the exception to that rule which we've all forgotten; I await with bated breath.
+
+And (at the risk of continuing @ssastry's drift off-topic), in addition to fragmentation issues, improving the functionality of client-side gadgets is one reason to avoid unnecessary read-view transformations. (Ultimately, fast editing is also benefited if VE can operate with the rendered content instead of having to reload content at editor startup.  The idea is that VE only needs to load the (fairly small) data-mw associated w/ the region being edited at startup.)",1633202,389,,
+-9.76896859969355,-9.383286455258045,2.263191683090823,-2.554149178518582,-0.7373997620591073,-1.0174612375545689,-1.663626941376199,1.2484871342635522,-0.3894448299660742,-0.6600107630171981,-0.7334472356223669,-0.6350314103476666,0.3081650916606864,0.14451644910229633,0.1560164311656771,0.2796024340928249,-0.04099944370927541,-0.9046037858142739,True,c1,3,"From an accessibility standpoint, there may be reasons to emit a descriptive `
    ` even if it is not visible to a sighted user.
+
+That said, my understanding was that we couldn't actually do that because the figcaption could contain (eg) `
    ` tags that would break rendering in an inline context (where captions are normally hidden) and so we don't/can't actually emit the figcaption unless it is visible.  But @Arlolra seems to have found the exception to that rule which we've all forgotten; I await with bated breath.",1633196,389,,
+6.759660361610795,-10.065523746173158,9.572902082024116,6.874391073142265,-1.5141055378148467,-6.600228215215304,10.713930463328586,-0.5964093979879146,4.390483315816752,-5.926826109440962,-2.0685388169210026,1.150633512449578,-2.709886544686178,1.5559621463304454,-0.4398589723595969,0.547639190509706,-4.477559858378751,0.40940801118840664,True,c1,3,">>! In T51097#6690931, @Arlolra wrote:
+> I said this because I think the place where the stylesheet is saying to hide the figcaption is misleading.  Those are inline images where it isn't even emitted and the content is placed in the data-mw.
+
+Whoops, that's not true at all
+
+>>! In T51097#6690934, @ssastry wrote:
+> Are you saying I wasted my time there? :-) I should have stuck to my netflix movie instead of trying to check mail late in the evening.
+
+Only in so much as you wouldn't have goaded me into making blankly false statements",1633179,389,,
+-5.824265239973685,3.990092854409518,10.029097889173942,3.735569843116407,-10.8538628707473,10.867934863285658,2.409921205704663,-5.147115322406606,-3.865980018032303,-1.8362785245991078,3.1759163668495693,3.097162437175194,-1.5498112724729012,0.6099466723980724,-1.8517439604612955,2.62253115958137,-2.5085352113298103,3.759277786257124,True,c1,3,">>! In T51097#6690931, @Arlolra wrote:
+> ... but just cautioning about using specific examples.
+
+Are you saying I wasted my time there? :-) I should have stuck to my netflix movie instead of trying to check mail late in the evening.",1632855,389,,
+-9.64029359520734,-5.871778128067314,4.758172101164489,-2.5753453551392873,5.707108063789946,5.959184280926674,-0.40341888668116255,-1.9130244048151006,-1.6811583252459947,1.2541648468944917,2.2539234315351293,0.8658558090666144,3.265405699572491,-1.0710657556174856,1.3681646470643107,3.0935011273537207,1.7017584184473404,4.034642792172637,True,c1,3,"> I think we should file individual tasks for these things so they can be researched more thoroughly.
+
+I said this because I think the place where the stylesheet is saying to hide the figcaption is misleading.  Those are inline images where it isn't even emitted and the content is placed in the data-mw.  I'll submit a patch to delete it but just cautioning about using specific examples.",1632853,389,,
+-4.367977362611494,-2.200818862948786,-0.8426875752853127,1.0433824813477575,-1.1853355908833123,-0.03757518044879582,-0.41747534162971434,-0.4801206312594436,2.0727485804264116,0.2085687376709231,0.9645490634622418,-1.07648940665361,-0.9375554408172977,-0.4355491121063467,-1.8364772962561782,0.9475021881918262,-0.39391111654770466,-1.0009760067867166,True,c1,3,">>! In T51097#6690317, @Krinkle wrote:
+>  I assumed that as part of moving toward Parsoid used natively, would be to (start) thinking about what a page-view worthy variant would look like in terms of lighter and more performant HTML/CSS. 
+
+I am going write a slightly broader (but tangential to this specific task) response here that we should pick up separately.
+
+Parsoid has very many clients: API consumers, editing clients, reading clients (mobile, desktop, apps), etc. Every client has slight different needs. Then, there are user-preferences. There is HTML regeneration on changes to things like red links. [ And, more broadly incremental parsing as a HTML -> HTML transformation on top of the previous version, but that is a different ball of wax we'll get to some day ] And, there is HTML adaptation for language variants, and so on.
+
+It is useful to look at all these requirements as broadly HTML -> HTML transformations of some canonical representation that Parsoid generates. Over time, HTML -> HTML transformations have been developed. over whatever Parsoid generates.: MCS / PCS / Kiwix, etc.  Mobile HTML will also adapt its HTML -> HTML layer for this as well (T269499).  And sometimes those transformations get upstreamed into Parsoid (ex: section wrapping). Separately, a related qn. we've been pondering is how all these various HTML -> HTML transformations should be developed / handled? Should they be API extensions of Parsoid? Should they live in Parsoid? Should they be separate (micro)services? Which of those services' output should be cached / stored, etc.?
+
+But, what your comment there gets at is this core question of** (a) what this canonical representation ought to be and (b) what client this ought to be tuned for.**
+
+Originally, this HTML was tuned for VisualEditor (for historical reasons). And, over time, we've started to move towards read views (hence T78676). So, from this POV, figcaptions will sometimes need to be hidden because in an editing client, the nature of the image might change and so a figcaption might go from being rendered to being hidden and vice versa. That observation basically generalizes to the principle that Parsoid's canonical output should expose all information there was in source (both syntactic and semantic). That is the core value of Parsoid's output and also what enables us to roundtrip wikitext without dirty diffs and lets us use the tagline: ""We deal with wikitext so you don't have to"".
+
+That said, this can lead to a lot of bloat. So, syntactic information is mostly hidden in data-parsoid and has been stripped from source from almost the very beginning. But, semantic information exists in data-mw and in other attributes that are dispersed in the DOM. For data-mw attribute, we have T78676.
+
+Given this baseline, the question is: do we need a HTML -> HTML layer for read views on top of Parsoid's canonical HTML output? We probably all have opinions. :-) On one extreme, we could strip all semantic information and all kinds of other attributes and information to reduce the network payload. But, we think that there is value in exposing some of the semantic information in Parsoid's output by default since we aren't convinced it bloats HTML payload significantly. I say that with the observation that the core parser's HTML output is somewhat of a historical (vs intentional) baseline (much like Parsoid's targeting of its HTML for VisualEditor is a similarly historical decision and not something that makes sense once we start targeting read views).
+
+But, anyway, as we talked back in July in our meeting and [[https://www.mediawiki.org/wiki/Parsing/Parser_Unification/Performance#HTML_output_size|captured in the notes]], we should collaborate and start evaluating Parsoid's HTML payload (after compression) and see what kind of change we are seeing and establish what kind of increase is acceptable. Before we do that, I feel trying to optimize media output to drop figcaptions, etc. is probably premature. I am not convinced the byte savings we gain from doing that on a typical page is worth the additional complexity of a HTML -> HTML transformation. Of course, we should still talk through what kind of fine-tuning we need for Parsoid's canonical output so that it is as close to being ready for read views without needing a HTML -> HTML transformation. But, we should do some baseline performance studies first before we dive into that kind of work.
+
+I know you are talking about performance more broadly including rendering time, etc, not just byte overhead and I defer to you, @Jdlrobson, @arlolra. But, thanks for starting this conversation going. It has helped me put down these notes coherently - something that has been bubbling up lately in bits and pieces in different conversations. Let us take this broader conversation to a separate ticket / meeting / gdoc.",1632841,389,,
+-4.331536709689264,0.6551613279129214,-0.157669717261264,4.29861767246028,-1.00887365112846,1.78494555113026,-1.1628589146482309,-0.2825935627318571,0.6471908401133037,1.8615166608053126,0.9769495549618805,-1.1570216561061688,-0.055934283637787185,-0.5189044889973689,-0.7684729140750293,0.06451203582310816,0.5359379292085062,-0.07738967690596077,True,c1,3,">>! In T51097#6690317, @Krinkle wrote:
+> @Arlolra @Jdlrobson The new selectors introduced here seem quite bad in terms of performance and stability. They seem very fragile, and I don't think we should use those on production page views.
+> 
+> Code in question at [mediawiki.skinning/content.media.less](https://gerrit.wikimedia.org/r/c/mediawiki/core/+/410362/19/resources/src/mediawiki.skinning/content.media.less).
+
+As Jon said, these are not new in the sense that they are factored out of `mediawiki.skinning.content.parsoid` so that they can be reused when the legacy parser starts emitting media structured as Parsoid would.
+
+See https://gerrit.wikimedia.org/r/c/mediawiki/core/+/507512 that implements that behind a flag, `$wgUseNewMediaStructure`
+
+See https://www.mediawiki.org/wiki/Specs/HTML/2.1.0#Media to get a sense of what the HTML looks like
+
+As explained on https://www.mediawiki.org/wiki/Parsing/Media_structure, we're trying to make these changes to the legacy parser before Parsoid starts being used for read views so that the changes there are staggered and less disruptive.
+
+> Also what are these styles based on?
+
+They're based on the definitions in `mediawiki.skinning.content` for thumbnails.  I guess the idea has been to come up with set of styles to apply to Parsoid's HTML so that it renders identically to what the legacy parser is giving us for read views.  Parsoid's current styles are the result of extensive visual diffing.
+
+See https://www.mediawiki.org/wiki/Parsing/Visual_Diff_Testing
+
+However, they evolved organically to meet the stated rendering goal and were likely blind to CSS performance and stability.
+
+> Is the plan to drop these styles in favour of the styles we have but with these new selectors as their target instead of the current ones?
+
+I would think the inverse, but see the caveats at https://gerrit.wikimedia.org/r/c/mediawiki/core/+/647333/12#message-6fed1f6653aadf34efbe76c0ae42117f7d41490d
+
+> I assumed that as part of moving toward Parsoid used natively, would be to (start) thinking about what a page-view worthy variant would look like in terms of lighter and more performant HTML/CSS.
+
+Looking at T258836, there's definitely been some consideration of the size of the HTML that we're shipping but I can't recall specific tasks about browser rendering time after the content is delivered.
+
+> I think part of that (might) have to be to encode these internal assumptions about structure so that only a simple and stable selector needs to be exposed to skins.
+
+I'm not sure exactly what you mean.  Parsoid's HTML is specified at the above link.
+
+> I also worry about some of the stylehacks in here perhaps exposing potential issues with the HTML itself. It is not clear to me why some of these workarounds are needed when the current HTML does not appear to need them. Such as hiding of `figcaption` elements (why are they in the HTML?), and the mapping of `mw-valign-middle` and similar classes (why does this exist?), and numerous reliance on wildcards like `*:first-child `. This seems very surprising and is imho a blocker to address before starting to rely on this from individual skins or page views.
+
+I think we should file individual tasks for these things so they can be researched more thoroughly.  I'm happy to work towards improving `content.media.less` and agree that both performance and stability should be addressed before it's used on production page views.
+
+Note that I may be making this worse with the patches for T269704",1632812,389,,
+-4.158518042502581,1.0268382158259133,0.08053646091847888,2.4872656847174692,3.5737499773358685,1.1687267391754546,0.5450390533187939,-1.4176333712365992,0.7647523315518507,0.7697623547886883,1.8327276203061904,-3.0748767583075365,0.35620834820917624,-2.8607247939747955,-5.013654945149002,0.7665017563602499,1.2387212854298053,5.67709498946232,True,c1,3,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing `mediawiki.skinning.content.parsoid` ResourceLoader module (please note these rules have been factored out of  the existing `mediawiki.skinning.content.parsoid` module https://gerrit.wikimedia.org/r/c/mediawiki/core/+/410362/19/resources/src/mediawiki.skinning/content.parsoid.less )
+
+
+My expectation is we are going to clean them up and consolidate the new `media` feature styles with `content` prior to deployment.
+",1632715,389,,
+-4.2719952122872025,-0.12928567605848684,2.968399596852671,4.703632175522378,3.9450548044471567,2.5515856256371308,1.9416320005519765,-1.785997531127797,2.2445384801791946,0.6191740832275823,2.06455965435731,-2.2728400223185456,1.290656461337579,-2.7928247800972867,-6.142181954857929,1.0949212221387126,1.8831709388806248,6.224054142726253,True,c1,3,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing `mediawiki.skinning.content.parsoid` ResourceLoader module
+
+My expectation is we are going to clean them up and consolidate the new `media` feature styles with `content` prior to deployment.
+",1632709,389,,
+-8.037566547997336,-2.6740101225836224,2.5645080227349455,4.562518832960178,3.463416326692741,1.2689911809880456,1.1691213301220316,-1.7458171864011018,2.2000168322198173,0.2338522713054747,2.078738941626804,-2.494876123380402,1.2091163136496608,-2.9865766586071985,-6.263750950321611,1.277397791279384,1.8227905763335277,6.059065348510419,True,c1,3,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing mediawiki.skinning.content.parsoid.
+
+My expectation is we are going to clean them up and consolidate the new `media` feature styles with `content` prior to deployment.
+",1632706,389,,
+-9.104148821947607,-1.2364333984549472,-1.9816867400337332,7.1001100308838705,0.13552653526301306,-0.07300950549974772,1.9131430654063397,1.6672587561837373,2.5518199216089457,0.9365094989734795,0.04462377390779393,-0.3977672140456727,-1.1856489069348322,-0.7340627069539679,-1.1607177065696272,-0.12581149248735102,-0.821410761151548,-1.7537712466132287,True,c1,3,"@Arlolra @Jdlrobson The new selectors introduced here seem quite bad in terms of performance and stability. They seem very fragile, and I don't think we should use those on production page views.
+
+Code in question at [mediawiki.skinning/content.media.less](https://gerrit.wikimedia.org/r/c/mediawiki/core/+/410362/19/resources/src/mediawiki.skinning/content.media.less).
+
+Also what are these styles based on? Is the plan to drop these styles in favour of the styles we have but with these new selectors as their target instead of the current ones? I assumed that as part of moving toward Parsoid used natively, would be to (start) thinking about what a page-view worthy variant would look like in terms of lighter and more performant HTML/CSS. I think part of that (might) have to be to encode these internal assumptions about structure so that only a simple and stable selector needs to be exposed to skins. I also worry about some of the stylehacks in here perhaps exposing potential issues with the HTML itself. It is not clear to me why some of these workarounds are needed when the current HTML does not appear to need them. Such as hiding of `figcaption` elements (why are they in the HTML?), and the mapping of `mw-valign-middle` and similar classes (why does this exist?), and numerous reliance on wildcards like `*:first-child `. This seems very surprising and is imho a blocker to address before starting to rely on this from individual skins or page views.",1632689,389,,
+-9.530080308430954,-3.1035913759109732,1.6777208726145973,0.0006912832768275479,8.659427116992127,4.519896099544187,-1.2199025057008903,2.0237117483365665,3.675758921902551,1.2513497386486128,-2.47290632726801,0.5735181360384471,1.6285296874883999,-1.3752160508141633,2.4315881110495567,1.0518082878559558,-0.3700261744905044,-1.8103677647584633,True,c1,3,"I'm a little confused why this is in code review. The patch is over a year old and I'm unclear what the current state of this task is - have there been new developments? Has there been a request? I see some recent comments on the ticket from @ssastry:
+> No, not to be abandoned. We had an RFC hearing around this, and the block figure image usage had approval, but inline image markup was still to be resolved. Brion and Scott were going to do some follow up around that. Separately, we need to figure out transition plans for when we move to 
     markup since it will break user scripts, gadgets, etc. So, all those are blockers on getting this merged and deployed.
+
+Seems there is a lot more to work out here before we can help review this task?
+
+(Is someone more in the loop able to refresh the description so it does not date back to the Bugzilla days? :))",785979,183,,
+-9.784516996923138,-2.518329713996806,2.0687344582576648,-3.277227453018682,8.8351602852104,5.113587048093795,-2.969619350674666,0.953162071336,4.380697156239591,1.6981748711867182,-2.022667001517525,0.481433743283759,2.5295392063381845,-1.346341988897799,2.476799041197461,1.0200491040489958,-1.1827960526493815,-1.6352388668467264,True,c1,3,"I'm a little confused why this is in code review. The patch is over a year old and I'm unclear what the current state of this task is - have there been new developments? Has there been a request? I see some recent comments on the ticket from @ssastry:
+> No, not to be abandoned. We had an RFC hearing around this, and the block figure image usage had approval, but inline image markup was still to be resolved. Brion and Scott were going to do some follow up around that. Separately, we need to figure out transition plans for when we move to 
     markup since it will break user scripts, gadgets, etc. So, all those are blockers on getting this merged and deployed.
+
+Seems there is a lot more to work out here before we can help review this task?
+",785978,183,,
+6.155018940968981,14.874089662080046,2.9083067245033503,-16.89507597219777,-6.18786061625063,-2.863493087227317,-2.4769724790690884,11.426644371524624,18.56277078533289,-1.5643578256045254,1.7576133776480916,3.1469448468028114,-3.566669252910267,1.8628640167434478,-1.1819919020934804,-0.7179406730125302,-3.1954780485080656,-1.4508711923828648,True,c1,3,@niedzielski: cool.,573290,126,,
+-1.9453138704228046,-5.34867105639697,2.5681991179518198,0.7205274041807641,8.329902306410546,3.638388876343072,-2.9601139269432393,12.807376753704945,-0.10018429570568088,2.3633560191852228,-1.7897881039755417,3.2901182892384204,-0.707849121374013,0.8660707339531826,-0.09192295263764949,-2.0889494452712642,0.702054515369368,0.07738008197815205,True,c1,3,"@dr0ptp4kt, since this requires the Content Service to point at a local Vagrant instance, a local RESTBase and maybe also a local Parsoid install will be necessary. It'll take me a little while to get that configured. Unless this is urgent, let's see if @bearND can run this test.",573256,126,,
+-3.6710484684681783,9.238047086069152,-9.758403332918817,11.112867929708417,0.6834349066309358,3.611022586265719,3.1570731635133544,-0.4285253130806054,0.23955735007754964,2.4506771740079447,-1.5425401503623424,1.3903419728238333,-1.0020959943919985,-0.6999095361568575,-0.6450759733679088,-2.2035575639043157,-3.3846477553300898,-2.560235530553068,True,c1,3,"@mholloway and @niedzielski, are you able to verify no degradation of user experience with the Mobile Content Service in force with this patch, too? CC @bearND in case this task needs to wait until next week.",572809,126,,
+24.367091887628064,29.830158108192563,13.041025155681464,-14.483417309845933,-6.39086036773041,-8.47469218455302,-11.827140424944856,-3.0526601473735098,-3.1969452094303312,-2.5017880543289506,-10.3953582531123,8.337778527690201,1.2569759602777366,1.8319521099554434,-4.014743732403808,-8.056587229959877,5.129532357306228,1.3373514414834964,True,c1,3,"Thanks, @niedzielski!",572807,126,,
+0.3470809235325625,5.63597299873285,-3.075177682127495,-8.835048298642814,-4.044660616486839,-0.046069718022200945,-1.4742291339891462,-0.3394555621094898,0.23343280466441163,-2.414830422016749,-2.5840015175127466,0.1249901520983947,0.3233875157166364,-0.2584564632512907,-2.229605943617279,-0.8638744396342557,2.0120081964878302,-2.733289870381077,True,c1,3,"@dr0ptp4kt, a quick follow up on gallery. The gallery images have their own request[0]. I also double checked functionally on a couple devices:
+
+## API 10 master and patch {F3046104} {F3046106}
+
+## API 23 master and patch {F3046116} {F3046118}
+
+For _even more_ thoroughness, here's link preview[1] which uses the same request as the gallery on master and its own request on Gingerbread:
+
+## API 10 master and patch {F3046108} {F3046110}
+
+## API 23 master and patch {F3046120} {F3046122}
+
+[0] https://phabricator.wikimedia.org/diffusion/APAW/browse/master/app/src/main/java/org/wikipedia/page/gallery/GalleryCollectionFetchTask.java
+[1] These look trash because I don't have all the extensions installed. The trash looks different on different APIs because the requests[2,3] and extract processing has changed since Gingerbread[4].
+[2] http://192.168.1.11:8080/w/api.php?action=query&format=json&titles=Thomas_Jefferson&continue=&prop=extracts%7Cpageimages%7Cpageterms&redirects=true&exchars=512&explaintext=true&piprop=thumbnail%7Cname&pithumbsize=320&wbptterms=description
+[3] http://192.168.1.11:8080/w/api.php?action=query&format=json&formatversion=2&prop=extracts%7Cpageimages&redirects=true&exsentences=5&explaintext=true&piprop=thumbnail%7Cname&pithumbsize=320&titles=Thomas_Jefferson
+[4] https://phabricator.wikimedia.org/rAPAWd945afc63d8025a2ae1198987f0b8cf95dc74efa#a0928e81",572788,126,,
+1.5203479052197721,1.3066740945127346,-3.379460530196498,-8.739062633927107,-4.274435543719755,0.9668732632731256,-2.0989879353869867,0.5613903235462386,-1.4749994765476266,-2.429158487984732,0.25203675800825187,-0.541434976990514,-0.21924960347986522,-0.012597834638315764,-1.0886356536844637,0.13612622226049043,0.2863572085686734,-1.2807102489660678,True,c1,3,"## Results
+I877baf403088c716ad8e89752008b7a59b7e466c appears to work properly for the Android app, both master and the old deprecated Gingerbread version. I did not test the PhoneGap version. There are slight padding differences on some APIs but I think they're acceptable.
+
+## Setup
+I don't play with a local MW instance enough so please excuse the verbose notes for verification.
+
+I checked out master and made a page with some images. I checked out the patch and made another page with the same content. I can see that the master page has divs and the patch page has figures.
+
+I visited the two pages in the Android app (master and our old deprecated Gingerbread version-- not PhoneGap) on a number of devices.
+
+For posterity, some screen caps:
+
+## API 10 master and patch {F3045482} {F3045480}
+
+## API 19 master and patch {F3045484} {F3045486}
+
+## API 23 master and patch {F3045488} {F3045490}
+
+## Fire master and patch {F3045493} {F3045495}
+
+ ",572571,126,,
+0.5823618925012504,2.875658339768364,-8.439581812828088,-5.543424862606164,2.632911302177055,10.986140159585752,-0.16389025930057954,2.943710375365964,-1.067409718144729,-0.29085183646405754,-1.1786461556233188,-1.4727072185374008,1.9449343880229577,-2.5639657846959567,0.08496252420960593,4.114733977852422,1.6313283694318161,1.3501575695345926,True,c1,3,I believe @TStarling and the parsing team have agreed on a long-term plan to make the PHP parser output and Parsoid output converge.,491971,106,,
+-4.413962178902563,-5.288858615951032,1.4974070953990584,-1.8483153680392501,-3.973755277192063,0.4912212767754447,-1.9622479678909635,4.517742409443312,0.42927284302089697,-0.15778010223897443,1.0550199896107293,-0.5796142505367765,-1.305273795294031,1.032049496187642,-0.9153795560554021,2.8200954089991193,0.36718736640105587,0.46274621564475504,True,c1,3,">>! In T51097#1157239, @matmarex wrote:
+>>>! In T51097#1155608, @Mattflaschen wrote:
+>> In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?
+> 
+> https://en.wikipedia.org/wiki/Template:Multiple_image and other such templates need to replicate the HTML of the image thumbnails.
+
+I'm not opposing `
    ` in wikitext per se, but templates don't need it. They just have to look similar. There shouldn't be any styles specific to the figure elements in core. The classname on `
    ` will suffice and result in the same visual appearance and behaviour.
+
+Having said that, such templates shouldn't need to replicate the thumb HTML itself. We need to either support it by implementing the necessary bits in core (or an extension), or decide why it is undesired for some technical or UX reason and discourage its use.",483853,104,,
+-5.171973885236539,-6.0655802786496364,1.287542560993176,-1.9533184516753064,-3.8553929691066378,-1.2803199037029795,-1.723113098615249,4.694367857091827,1.0978313558137558,0.26258331846676963,0.8808416179024516,-0.9138352315645202,-0.9054000613183448,0.6747317380465454,-1.1086222709720444,2.8520172878456163,-0.1038670521953726,0.7453462912374369,True,c1,3,">>! In T51097#1157239, @matmarex wrote:
+>>>! In T51097#1155608, @Mattflaschen wrote:
+>> In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?
+> 
+> https://en.wikipedia.org/wiki/Template:Multiple_image and other such templates need to replicate the HTML of the image thumbnails.
+
+I'm not opposing `
    ` in wikitext per se, but templates don't need it. They just have to look similar. There shouldn't be any styles specific to the figure elements in core. The classname on `
    ` will suffice and result in the same visual appearance and behaviour.
+
+Having said that, such templates shouldn't need to exist. We need to either support it by implementing the necessary bits in core (or an extension), or decide why it is undesired for some technical or UX reason and discourage its use.",483852,104,,
+9.63680686353472,6.149521891387852,-8.49322414706132,-0.377745997719769,5.100710409831288,5.181096104710473,1.2549923376214842,8.933611454419554,4.157907388601278,0.8155868370322352,-1.4730906759486468,-0.5441740861091997,-0.16251923104942145,-0.6598353846934808,0.3872284763922553,-0.037983541028294265,1.4736634822598675,-1.9305537993001796,True,c1,3,">>! In T51097#1155608, @Mattflaschen wrote:
+> In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?
+
+https://en.wikipedia.org/wiki/Template:Multiple_image and other such templates need to replicate the HTML of the image thumbnails.",434069,90,,
+-7.205800038797696,7.039851847959763,-5.491058094543348,6.808165680013781,-2.0397153779752824,1.950048107035002,2.9014978774097937,5.418285854199222,-2.9116407194463587,5.824185783110847,0.48333159407039683,-0.8383302501483589,-0.6846827163028155,-1.0933311955321696,-0.2421101772801908,1.165203118263476,1.692273722948298,-2.3248910944835175,True,c1,3,">>! In T51097#1147961, @TheDJ wrote:
+> # Do we want users to use figcaption/figure from wikitext as well ? (I think this can be assessed at a later point in time).
+
+In what cases would someone need to explicitly use figcaption from wikitext (the main point is for people to use File tags, and the parser to generate them)?",433725,90,,
+4.080127939938816,6.540678515239936,0.5378666579981881,-8.987834150719507,2.910873075903883,2.3484950914880702,1.7276470644943505,4.886459724361201,0.7793970962477879,3.8764637574804706,1.4395024021354397,0.9853982637508398,-1.4434361005444956,0.5775643727155226,-0.9322532377384867,0.8418366395573624,0.40980599710070753,-1.601956192632751,True,c1,3,"# Should be tested with the other skins.
+# It seems CSS or scripts for some people would break: https://en.wikipedia.org/w/index.php?title=Special:Search&limit=20&offset=20&profile=all&search=thumbinner Mostly this is style
+# MediaWiki:Gadget-ImageAnnotator.js would break and probably a few more",432192,90,,
+-3.293258095084478,3.2287880031565805,1.0111042194527942,3.153742672083803,-2.443340632149104,1.9673700894060477,1.8494719540190125,1.703202580992158,-0.2860137960305792,3.166247564797576,0.3999166918966881,1.599077866555839,-0.44197423691801996,-0.4404607394506287,-0.02353881816190162,0.17018728797851868,-1.1055996882780685,-1.6344946314760647,True,c1,3,"As Brion said, be sure to validate against TimedMediaHandler, Mobile, WikiEditor and other extensions that depend on the current thumbnail layout.
+
+We will probably want to deploy the CSS changes before the element changes for cache reasons ?
+
+Also we have https://en.wikipedia.org/wiki/Category:Graphics_templates where I have two concerns:
+# How many of those templates will be affected
+# Do we want users to use figcaption/figure from wikitext as well ? (I think this can be assessed at a later point in time).",432180,90,,
+5.7080946459718795,-0.9228623472134618,-3.053800576926701,5.307221097204918,4.833313054733246,-5.1426011232288165,0.2605516713078053,2.249404419313061,5.846505507486392,1.869665008343449,-3.111327106994079,3.4435127303383632,-0.027369863583689646,-0.26763611577477975,0.12343799797853183,-3.9526268399041764,1.149511038465393,-0.7150896535632398,True,c1,3,Should be fine if the HTML5 shiv works properly.  No JS old IE is minimal per https://phabricator.wikimedia.org/T25932#851388 .  IE 8 ([last version](http://caniuse.com/#feat=html5semantic) not to support this out of the box) is EOL in January 2016 (less than 10 months away!),432078,90,,
+3.052806958563581,-4.467817815896511,-7.687242641997613,-2.1055909921486347,-0.8202185578452434,-3.7576245087213227,0.9027657327020275,1.3888846807681157,-3.154432587546074,2.560612342683454,1.3691557065574191,-2.8978222333250936,-1.8397860197231675,-0.28628849823064706,-4.079269873641495,3.0529772298606797,-0.0893862663404438,-0.5218337479566046,True,c1,3,"Docs on MDN for these elements:
+
+https://developer.mozilla.org/en-US/docs/Web/HTML/Element/figure
+
+https://developer.mozilla.org/en-US/docs/Web/HTML/Element/figcaption
+
+Core and mobile styles would have to be updated, and likely also some JS tools.
+
+Alternatively, 
     and 
     could be thrown in around the existing 
    s and s without changing the styles, assuming there's no default styles that override stuff.",233759,13,,
+-0.9230187663765861,-2.457706792479252,-2.317861242974612,2.5100132858475526,-9.757084521372695,-21.313989444382063,-17.442685227022288,-6.074316809756339,-5.025069474534415,-5.443112806384914,-16.89280622786144,14.240233980704048,3.4023250006781813,1.268033137902916,-6.208429337669006,-14.032532888978427,6.11263699716292,1.3958527561537886,True,c1,2,Done on 2013-06-06.,233287,-4,,
+-2.9657285486261746,-11.156551319315632,12.228564836655407,0.29450998318793076,1.5887079086001012,-3.0711580514589976,3.068388997497582,-5.5830347601792845,-0.4110121549750866,-0.9450011146732047,1.09528316738922,1.339320457532562,-2.528043375461209,0.272162375707085,-4.174896141912237,0.840446918219456,-6.417093461023293,1.3141159853012314,False,c1,3,"This has now been fixed by Rob; marking as such. I hope we can deploy this to production soon, possibly tomorrow.",231284,0,,
+-11.127204875068578,5.483327305934903,-4.371244623721319,-5.3864005654012095,2.025112033478516,-0.5237200774863382,3.8486107523412603,2.752847574724633,-7.842480830538618,10.244888971731159,-0.6724976749242042,1.1645601577670481,1.8950984141334608,-1.1278970427669868,1.5631948700419205,0.8756394367303018,3.6920186284449144,0.38559684374765757,False,c1,2,"See also bug 49275. The layer the phantoms are added too needs to be put below the layer of toolbar, edit notices and save dialog etc.",231280,-3,,
+-2.868196722462106,-11.124235886612286,-8.925167523032673,12.105671151368435,6.911322531030423,-6.01768797726065,0.05292166999358372,2.282071928880918,-1.1213415198133516,8.40124801040191,4.474427039038536,-0.8729360073243075,-3.1796265140346986,-2.4657984144391647,1.3090828797761076,-4.375516136569361,1.4879051419019715,0.7990696061519738,True,c1,1,Please note that this will be fixed on en-wp only after the latest version of parsoid is deployed.,229769,-4,,
+-12.72308037500693,4.754246708242309,-7.614721707273007,-3.056162112973068,6.88593593472539,2.126150549287116,0.6417890331732323,2.1128895885154835,-0.5899214731579687,3.365525933276749,-1.98193329485827,-3.921869036122021,1.7621904067245318,0.3412927674294868,1.5132437372961052,0.29301737132941996,3.496294980657773,-2.3527210285119717,True,c1,1,"Never mind ... bad test case.  This behavior is correct since the second html snippet corresponds to parse output of ""[[Foo|Foo]]"" as wikitext input.
+
+The problem seems to be that the serializer doesn't exploit the information that the link target has been modified and that there is a diff-marker on the a-tag.",229752,-4,,
+4.929151718818472,-3.2789586347559574,-9.1176039073207,-11.620155431027811,-6.051713223613881,-2.644031382233667,-3.9635626868242735,0.012626981872797816,-0.6148750904589808,-4.162280701108296,-1.1701363614843379,-8.010025083481771,0.399453214702687,3.940136944480643,-2.9891636556793793,3.383050887492678,3.797323372944092,-5.598299456634054,True,c1,1,"Bug in LinkHandler in the serializer.  Our html2wt tests are lacking.
+
+[subbu@earth lib] cat /tmp/x
+Foo
+Foo
+[subbu@earth lib] node parse --html2wt < /tmp/x
+[[Foo]]
+[[Foo|Foo]]",229745,-4,,
+2.383915502791945,6.870852915712106,-6.275549202150389,17.156618607660732,2.6892042187955987,-6.4626170821393965,-0.4442622570374759,-4.29828531543704,-1.6377196974474215,-4.8665732499011405,-1.7141915545742523,0.7299773934726534,3.0753462169078736,-3.874065955839967,2.4216341003222492,2.3563960408733435,-1.4281468276352143,-2.6572310727888198,False,c1,3,"(In reply to Alex Monk from comment #17)
+> Is there anything left to do here?
+
+This appears fixed for now (albeit as a hack).",233059,34,,
+-4.3411916570258695,-8.531020067423892,9.324946910145975,5.257223762305253,0.6168631628604757,-14.413464386356228,0.0029811143617823888,-1.4230461875071962,-1.2612293243431663,13.151004313491834,-0.06586937985599417,-3.8551935703437317,2.4828691927851994,-4.337225091047838,0.00041861451427882557,1.1258604986847165,2.485455343041041,-6.376894254004103,False,c1,3,Is there anything left to do here?,233049,30,,
+-0.9243423024325503,5.669382826415841,-1.2753580641709994,4.229625131043447,-5.2098345916734505,-3.2771169951594175,-5.215213945640246,1.0314058135706206,-5.635055276210848,5.871576218883872,0.2208632477592376,2.3942211846283072,2.6920036331307475,-1.1262464874671676,0.566818510516856,0.2663260330553632,-1.9903264950407427,-0.8000791552487012,False,c1,3,"(In reply to comment #12)
+> I think I can still see this?
+> http://en.wikipedia.org/wiki/Special:WhatLinksHere/Esempio 
+> Thanks.
+
+This is caused by (core) bug 53774 which we will need to fix.",233031,9,,
+-3.2784368771613974,-1.1356244666194453,7.143327983159844,7.211247557262462,-0.4851625203513077,-1.9703373995104236,12.227391845093296,-5.088449341090913,-5.038252503803158,0.8171520269513781,-6.526604263317616,0.8769665628586694,-2.8625182359314327,5.556821683939715,6.328220836287632,6.210915522289513,-9.05574747568416,1.460619127092135,False,c1,3,"I mean, as the page does not exist, shouldn't that read Create source instead, as in http://en.wikipedia.org/wiki/Esempio ?",233024,6,,
+8.20998052578748,4.821112739750671,28.514453511173684,-8.260811043345509,-5.549936959467901,16.257904800513305,-4.284626264806921,-1.1321437744663174,-6.84237066239489,3.4332201361736843,-1.5894855870428626,1.6688788990016983,1.2385288454204204,0.9280765902627126,-3.7265137806034483,-2.572801478880613,-9.993557116279161,0.3569921075368101,False,c1,3,"I think I can still see this? http://en.wikipedia.org/wiki/Special:WhatLinksHere/Esempio 
+Thanks.",233019,6,,
+5.546634637487658,-7.465849718844291,16.323451009326753,-11.5651783143922,-2.5362942773645942,-19.663976123339076,6.7787522185200135,-1.6617656063252082,-1.257744425706506,-6.600850141065892,5.096477912426501,-3.246731620907413,-4.462720451724614,0.6726377113663717,-7.79573516000585,4.368164265368115,4.103147762088144,-5.600150661319315,False,c1,3,Now fixed and deployed.,233013,4,,
+0.8161126004230113,-22.47258250549475,25.975925842196396,-6.381490417345549,-6.72487499773891,6.029947323147695,9.887069609251133,-4.591721989340377,-4.684829700856045,-5.464139241410311,-3.732062481540036,0.7543924686859569,-1.884670779511566,1.2499998149339901,1.6827866522694048,1.0394367557111441,2.3906491157022125,-2.69181021176473,False,c1,3,"More importantly, it lets you load VE dynamically, which it shouldn't.",232971,4,,
+21.03020714278987,17.172547959805733,8.424642142354399,2.233970952771971,-4.443920693913782,-6.055867806198951,5.9191842405033075,2.0972529787203538,-4.5116198335718325,2.817088375898474,-2.7228723127604684,-0.6203683882988278,-2.9333523973972193,2.232387113797583,0.024652435388809124,4.134445200670218,-1.443304878691243,-1.3941707451514713,False,c1,3,Also show on Special:Whatlinkshere (e.g. https://it.wikipedia.org/wiki/Speciale:PuntanoQui/Wikipedia ),232965,3,,
+15.336804760374855,6.780482454315415,-1.3489065611082591,-7.665847340585373,0.5049951677880422,-0.722564790185908,1.6309735863042292,-3.8098035183895234,-0.8843558443661702,6.495222284361413,-0.3943761991173469,-3.22550280965723,-0.1087066168402302,3.27455274163567,2.026949826710866,2.281123332850494,1.0430185682641562,-0.5357208770392963,False,c1,3,"Also shown on Special:Undelete, after the page has been restored.
+
+i.e. ""User:John Vandenberg/test has been restored"" has tabs: Read | Edit | Create source | View history",232960,3,,
+21.811655016899394,16.10971926973371,11.098763316098953,-12.1018797734339,-9.1739958853541,5.552080150454721,2.2201482541022415,1.4328826053463435,-3.0647772274788254,5.610175594273812,0.2643211980596425,-2.5962407392191036,6.822735881798875,1.5756693781418922,6.612585871047281,4.895930878641557,0.5111114325016306,0.2012108665610821,False,c1,3,"Confirmed. It says ""Read | Edit | Create source | View history"".
+
+https://www.mediawiki.org/wiki/Special:MovePage/Sandbox",232954,3,,
+38.298425387870054,-10.088232465386183,-2.6595088803398585,-7.111433019231365,-3.7297442398698415,-7.222870305146859,-7.00959567442392,0.9771498691286455,-0.2084031871120945,-3.814839490304022,-0.7891628762863219,-7.149792359195505,-0.29420770965443444,-0.0750260466327437,-6.295021875237165,3.079153330057437,5.620958825520216,-9.436763967199312,False,c1,1,--> VisualEditor,232948,-4,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 49430 has been marked as a duplicate of this bug. ***,232546,-3,,
+-13.061551262056295,7.057666098890127,-7.286376236658743,2.671705471738047,7.343034756620524,-2.2134256587227057,5.6283235203590625,0.707904919167458,3.747091211000618,2.7047682198521796,8.099789639642125,4.098962961924914,-1.027077591365198,1.9472363139248376,0.48123107946751587,-1.6685547794889728,0.645830756583332,-0.4353189353785063,False,c1,2,Thanks for the bug report; this is now fixed in wmf6 which was released yesterday to MediaWiki.org and will be available everywhere by the end of next week.,232542,-4,,
+-4.769033095154313,-2.0013714300717815,2.9792628401552426,-9.075249213111622,-1.3647360322538908,-5.190869516153359,7.48099180704345,4.54127292194639,0.704175555820493,-3.6082678172557747,-1.9613265921372922,-4.452381159568942,1.4654670119549156,3.5569993281713543,0.1917039995767329,0.10054705726913937,-0.0703521918665741,-2.3195318703793166,False,c1,1,"A different icon seems somewhat undiscoverable, but not sure what better way to do this. Possibly call them ""Auto: "" rather than just """"? Making the name italics?",231572,-5,,
+-14.085163556779783,4.830524246123922,-5.6858870696299775,2.461730301990217,-1.2345049715301517,1.5516991073777646,5.874775682984209,-3.150842852514714,-6.7452095858330825,-2.556433682192359,9.09903082281884,0.7541757254913497,-0.5765274595263459,2.2534115923450413,3.031016171377157,-3.7575183119008266,-4.166157951938593,0.4191663069939664,False,c1,2,This was fixed in the re-write of copy-and-paste; sorry we didn't update this bug until now.,230654,-2,,
+61.18689673907898,-5.951010573294279,-4.63523306664667,-3.9138023740748853,-2.952342382852601,-11.141663256577019,-14.313527838311503,-6.13172092337593,-6.900293757403738,-3.352941535436755,-24.403840520553622,24.649255573675074,6.0008103811944755,3.6109917237002485,-4.2645816285066624,-18.791850355823517,6.863788602783014,8.041285561517117,False,c1,1,Firefox 21.0,230651,-4,,
+0.7606166699585204,7.134247127060316,-4.113993220046559,7.906297562706586,-7.354941950790821,-8.67827400325286,0.7086475858796444,-1.5963804376281776,2.0289442175304027,0.9860990738456463,-2.6032503884127305,4.6441791430248935,2.922276759065987,-2.9973517999553234,6.318381961254752,5.9885280136014565,-4.353014281939848,-0.5935724170139287,False,c1,1,"(In reply to comment #0)
+> This problem seems specific to Firefox.  Cannot reproduce on Chrome.
+
+Version info always welcome, in general.",230647,-5,,
+-12.666269318358239,7.32602146773587,-11.310582517208644,8.148025475845342,-2.326431813452878,-2.4411533252587247,7.468541652223349,-2.2418249133158565,-1.1297326412692437,0.703013622065586,2.89082268880353,-0.8698726126382388,0.28483239368620117,-2.2923573878343584,-2.504269756130985,2.1340831881633013,-1.6233309989996831,5.835582233519904,False,c1,3,"According to comments in ext.core.TemplateHandler.js, the data-mw update was supposed to apply to missing templates as well.  Re-opening and retitling to reflect work remaining, since there are already references in the source code to this bug #.",509627,111,,
+0.6745355576117458,-6.5712345800056084,10.014778349425464,-11.943721812845991,25.507626010962152,-9.085605293639741,-19.774094941854255,-13.70075854128661,-0.446824565969226,14.006174852219344,8.457815683622385,-1.6721321403119096,0.4019858963221963,2.8583355234766357,-2.216401353329586,0.5086276568451784,-4.386614721045547,-1.94246161652326,False,c1,3,This has been deployed.,343581,76,,
+-5.119920825004168,5.619827794493311,-0.4190447011332825,3.044885205568134,-7.76047517552931,13.103362451664648,3.26300267615518,-4.133905871384953,-2.825272078225139,0.1064251459024641,0.47408820495915716,-1.257662805357858,-1.6844429701520538,-1.562456751466812,-4.18033969561626,-1.2553303628461072,-1.101608842430575,0.8961204788924282,False,c1,3,We should tackle this one soon since this blocks Flow from removing data-parsoid from their code. They use data-parsoid for missing images to render links. We currently emit a mw:Placeholder meta for it.,226879,64,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51615 has been marked as a duplicate of this bug. ***,226873,2,,
+21.085973294579063,24.26967392056406,-11.197185225703118,42.657215146892526,-1.1447411148113877,-4.15198297567124,3.9742017655791155,-6.129353854486572,3.511366515866288,-4.024154976564358,-0.9485285902218505,-0.7202502091725931,-4.230262204852785,1.5250113528408529,1.5286222320035563,6.987329149173329,-1.9083957497792177,-1.2853203419315382,False,c1,3,Spec in development at http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Error_handling,226871,2,,
+-9.279208733493814,0.02933256271699669,-2.8633620662075367,-1.4888862672353103,-0.11120753962764063,0.020034625959642227,0.3267192060733102,5.7109390898876375,-2.344725553907832,-1.1421694501900785,1.1826771842966308,-0.7711178619753589,-1.1213124263201708,1.0494552752148436,-0.6863666087481737,0.7163444968700952,0.22255419480276764,-0.7272839651956016,False,c1,3,"We recently discussed this again. A possible solution might be to mark arbitrary elements as error-affected using an additional mw:Error typeof (or CSS class), plus error information in data-mw.error. This error information can be an object like this:
+
+{
+  key: ""missing-image"",
+  msg: ""This image did not exist""
+}
+ 
+The key can be used to retrieve localized messages. The msg just provides a non-localized fall-back. We could leave that out too if we are concerned about space.
+
+For images, we'd use the standard DOM structure as if the image existed, but point out the error with the typeof and data-mw so that the VE can help the user to fix the issue. Similarly, bots can look for errors and potentially fix them automatically.",226868,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51535 has been marked as a duplicate of this bug. ***,226863,2,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50290 has been marked as a duplicate of this bug. ***,226859,2,,
+13.998615795625378,18.88170608029416,-9.341403110935717,0.9556595700832649,0.8954603766828058,2.3650760049348136,-0.7183025359712687,-2.438659161887736,-4.655103396248647,-1.8812875333327126,-4.936566411848425,4.401668424401152,1.7689653818090205,0.49698819248144654,-4.083522018576619,-9.108600449662315,-0.9548143239480241,-0.4041759959040072,False,c1,3,Another example from bug 51244 - http://parsoid.wmflabs.org/pt/Usu%C3%A1rio:Helder.wiki/Testes?oldid=36380720,226852,1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51244 has been marked as a duplicate of this bug. ***,226845,1,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 51039 has been marked as a duplicate of this bug. ***,226839,1,,
+9.282225133935798,10.142958056558754,-6.046637388588353,-0.9263207065172328,-5.321738583920979,-2.032837157723703,-0.5951188602610245,4.4788149727069175,2.8779463254953512,0.12110134793512195,0.277790763468325,0.6179694339562101,1.8845139386510619,-2.7518278198193613,-4.454843461683124,-0.2640236038231798,-1.788129515420544,0.881939310304134,False,c1,3,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],226832,0,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 50035 has been marked as a duplicate of this bug. ***,226827,-1,,
+-8.560626237095528,-1.3452108546825876,-3.717110202715536,0.2880587334906455,-0.36696736394200613,1.5141733709180514,0.15513054844052654,6.159294973095059,-1.6863837816353462,0.996275040130798,0.35601159344616007,-0.33889087196532053,-0.847883133922992,-0.7197527206363502,-0.5347760955970933,0.04919777338661202,0.8027224421416694,-0.36203955636678664,False,c1,2,"Before merging Mark's image patch I added very basic error handling that at least round-trips the image in case something goes wrong. This uses a simple mw:Placeholder for now, but we should probably create a generic error RDFa type that lets us report localizable errors while still ensuring round-tripping.
+
+To let editors fix such an issue it might be useful to attach the regular DOM structure to the error wrapper. We'd also need to point out which property needs to be fixed, so that a client like the VisualEditor can provide a useful dialog.",226822,-2,,
+4.735781158222082,-4.058171392108438,-2.582730981940439,-0.2042891499103039,9.95366848949562,-3.225006729106102,4.773568030325514,5.568328576546655,1.9058038824837638,-3.733558803811054,-0.06734111851802416,1.445413359472159,-3.1835656346705665,1.6633917900782118,-0.20404230733997375,1.6645581873401394,0.5513167426258496,-1.2127180657740269,False,c1,3,"Parsoid will now wrap these appropriately with the proper typeof `mw:Extension/translate` and whatnot.
+
+Support for the Translate extension in VE is still needed, but a separate task.",585177,130,,
+-8.39026772236717,-2.429113428386424,-2.406298486019507,3.2729519569995364,-1.0669280565119914,-1.1844183309893275,-3.211226598756829,3.0085577842026043,-0.7848754336179304,2.337226617293341,0.5852527402217068,-1.6128054914931953,-0.030919114661324798,-1.4020034530420635,-2.2165605490172826,1.4794471266188183,-0.5988164532628013,-1.035650181612557,False,c1,3,">>! In T50891#1840365, @kaldari wrote:
+> Any update on this?
+
+A generic extension registration mechanism in Parsoid is one of our (parsing team) goals for this quarter and once that is done, we should be able to work on specific extensions. As noted in T50891#1002436, I think we can implement a parsoid-native version of this which adds annotations to the DOM that marks trees that need to be translated. VE and other tools can then use this to provide translation support by querying the API to manage translations.
+
+I think we can get the extension part done within the next month or so, but the tools to build on top of that is something for VE and language team to work on.",570976,126,,
+-6.238910636573241,14.57272834288279,-4.49604553209271,8.653903278197712,22.84135385171258,4.592039564905981,-4.4056586865814085,4.566157345406192,-10.726897525056224,-5.743738170918099,5.019725646168057,-4.87800237164253,4.4513171129730695,-3.502450598429501,-10.927634961130902,-12.27390819249907,-18.25834100143618,-11.433513505017418,False,c1,3,Any update on this?,570478,126,,
+-7.955237224572425,-3.6882388626334954,-3.907507278681127,6.201657725327204,2.6642798638288436,-1.9953700990021481,0.6467979478630053,3.9800806389362453,2.792106396581305,-0.3675370295792457,0.3898307560978589,-0.6973517421271316,-0.4580285663762904,-1.363809569242927,-0.987142620399647,1.0516641018390578,2.519909264536576,0.5139029483329853,False,c1,3,"Since  is a special extension that hooks into the parser pipeline in a way that is not visible to Parsoid, and also since it doesn't render anything new, but marks DOM fragments for translation, the ideal way to deal with this in the short term (till translation goes with a VE based approach) is to implement a native version of translate in Parsoid (just like Cite and planned Gallery extension).
+
+This native translate will be relatively straightforward and will not do anything special beyond recognizing the  and associated tags and marking up DOM fragments with a special typeof that clients like VE or gadgets or anyone could use to enable translation. In addition, it would also have to register a html2wt handler for serializing it back to wikitext.
+
+This should not be a lot of work -- most of it will be in figuring out if there are any tricky things that the translate extension does. Talking to Niklas, we figured this is not high priority, but something worth tackling over the next 6 months.",404559,82,,
+-5.823046439644784,5.329289355170605,-5.836462171575721,5.779039921963312,-1.1627534251506226,4.857891150005241,0.5750809772884864,3.2174060972818124,-0.7238442072237647,-1.4572077861159087,1.6119767179989513,1.0684664126281858,-2.143311931483274,0.5163796465335193,-1.4460429290942212,1.3868684943808283,-3.2886081788612342,-1.5124119054042173,False,c1,3,I had a chat with Subbu about this. In the short tem (this year) we could add configurable support for  tags in parsoid. That support will preserve the tags and comments when pages are edited with VE. In the long term we will implement support for translatable pages without any kind of markup. Marking those pages for translation would only work with VE and it needs special page translation module in VE.,404106,82,,
+-6.797329309496058,-1.5232701502926442,-3.92985430131458,-0.5497193527936428,3.8845473321993325,-1.5135782630902135,1.5119408694729302,1.5876375310214907,-1.0746042489246561,-1.541336081111866,-0.7783994876187772,-2.3236279771726798,0.860041369108901,0.5818631024262269,0.863672437573916,1.2889015848115741,2.0703038050114464,-1.5328512847955493,False,c1,3,"Kabhi2104 asked on #mediawiki-i18n:
+> Nemo_bis:  i had one doubt, what does normal parser tags mean ?
+
+Explained briefly from a non-technical perspective, this means that  is a ""tag"" for the Translate extension, but the parser ""doesn't know"" it. A symptom is the absence from [[https://www.mediawiki.org/wiki/Special:Version|the list on Special:Version]].
+
+Concretely, the parser deals with tags in ways that interfere with the Translate syntax, with some consequences identified in T50891#524894. But even in the current situation there are some limitations, especially for the newline, which [[https://meta.wikimedia.org/wiki/Help_talk:List#List-agnostic_markup_insertions|is meaningful for the parser and perhaps shouldn't be required]].
+
+More broadly, one could speculate that most wikitext markup is meant to add or modify the HTML of the resulting page, or properties of the page in the database: while translate tags don't do either and are properties of the wikitext itself.",402925,81,,
+-13.332285357920274,-0.4901456462720706,1.1870514983294944,10.775101783959562,-6.104087429437256,5.78397733885631,2.5292621772733543,-0.5815607234723622,1.8531740111639523,3.345794506785226,0.19354180759701922,0.7403710638231376,-2.1980487205528774,0.9167511444644549,0.17040957730952622,-1.3305443284221092,-0.25556839647716534,-1.257128825819228,False,c1,3,"To be clear: there is nothing wrong with that patch itself, it just doesn't work due to limitations in the parser itself. I cannot continue with this patch/bug until I get help from other people to modify parser/parsoid.",226198,66,,
+12.97198783768298,9.934541540485633,-3.1985419733562397,7.093636947917327,-2.6451954765416783,-3.6962623727752177,-2.2874155931758464,-1.6552271604302211,-0.29196803565668394,5.378271452500462,0.7779012511668023,-1.069034085222583,2.7922322315332426,-2.7676122569839627,1.437006810745606,1.516139244812556,0.8517481393230193,-1.361620327395743,False,c1,3,"(In reply to Nemo from comment #43)
+> (In reply to James Forrester from comment #42)
+> > No patch any more. :-(
+> 
+> Hmm I'm not sure that's what ""Can be re-activated if there is outlook on
+> getting this in a mergable state"" means, PATCH_TO_REVIEW seems a sensible
+> way to tag such stale patches in need of TLC.
+
+No. There is no patch to review for merge. There is patch to re-*do*.",226191,44,,
+-0.8454197152775551,3.1732566913287172,-2.8600426875269096,10.665468359527347,0.7944499675471537,0.30017989114139,-2.0544127062958015,0.900447899799972,4.990747916533071,0.9054921672508964,-1.4211253807075215,0.3981953622493135,2.40171483969372,0.8820885005823953,3.117141770410205,1.0963704968692842,-1.248157019479638,1.046261883043798,False,c1,3,"(In reply to James Forrester from comment #42)
+> No patch any more. :-(
+
+Hmm I'm not sure that's what ""Can be re-activated if there is outlook on getting this in a mergable state"" means, PATCH_TO_REVIEW seems a sensible way to tag such stale patches in need of TLC.",226186,44,,
+-2.811231624571438,3.1948244964974393,6.187579600897177,-16.799488350383275,15.547891698770272,-1.5140686708451998,7.410175047529,4.264226766550839,-8.841278498287307,-10.906314697602983,0.02271526938855839,-1.540384334202789,0.7706892959724745,-2.0930146805829812,-5.382697928140912,-4.8898642519438145,-11.316760127929314,-5.6264313915420345,False,c1,3,No patch any more. :-(,226182,44,,
+9.511032854403258,-2.6721620997316915,0.35805648261834166,-8.434575680765246,-3.04233847521484,-0.8578877829672731,-3.8855008955629025,-1.6000749604032523,0.9055459652110263,-1.0049625132492088,-0.29938684885095035,-4.106899510477532,1.2427119648222162,-0.22058868648508967,-1.433987425837193,1.4577472165750827,-1.283264658932874,-1.396610888127508,False,c1,3,"(In reply to comment #39)
+> (In reply to comment #36)
+> > Issues I have found:
+> > 
+> > * [MAJOR] Disabling edit section links does not work for headings inside
+> >  tags
+> 
+> You could try marking your output as HTML according to
+> https://www.mediawiki.org/wiki/Manual:
+> Tag_extensions#How_can_I_avoid_modification_of_my_extension.27s_HTML_output.
+> 3F
+
+This causes (lack of) whitespace issues and breaks all lists.
+
+> I'm not sure whether that suppresses section edit links too, but worth a try
+> IMO.
+
+It doesn't.
+
+> 
+> > * [NORMAL] Edit section links don't work. Not a regression, but would be nice
+> > fix. Above issue make this a bigger issue.
+> > * [BLOCKER] Table of contents does not include links
+> 
+> Can you check whether your headings are matched by the formatHeadings regexp?
+
+I'm assuming it processes the html I'm returning, which is:
+
    CultureCulture
    
+
+Not sure whether that matches or not.
+
+> 
+> Ideally we'd move both TOC and section edit links to JS / CSS. That is our
+> plan
+> for Parsoid output, but not going to happen over night.
+
+Any changes for interim solutions?",226174,16,,
+3.9900261783535242,4.408274213701649,3.2484905519791427,1.8145577891625013,-5.025902586318771,3.374069900086674,0.5679681185981966,-0.8015633849907048,-0.7424957966702219,1.2382224569748885,0.8459799294716384,-0.7450300410971833,0.07241993428707438,-0.3228913043030921,-1.747582015242815,1.5334588754346044,0.24285453760217493,0.7922443381357129,False,c1,3,"(In reply to comment #36)
+> Issues I have found:
+> 
+> * [MAJOR] Disabling edit section links does not work for headings inside
+>  tags
+
+You could try marking your output as HTML according to https://www.mediawiki.org/wiki/Manual:Tag_extensions#How_can_I_avoid_modification_of_my_extension.27s_HTML_output.3F
+
+I'm not sure whether that suppresses section edit links too, but worth a try IMO.
+
+> * [NORMAL] Edit section links don't work. Not a regression, but would be nice
+> fix. Above issue make this a bigger issue.
+> * [BLOCKER] Table of contents does not include links
+
+Can you check whether your headings are matched by the formatHeadings regexp?
+
+Ideally we'd move both TOC and section edit links to JS / CSS. That is our plan for Parsoid output, but not going to happen over night.",226169,16,,
+5.013253301879516,0.9373215959455106,1.6640777832150828,14.864555298113123,-1.8879198757838838,-7.905082695814123,7.550982050305896,2.6107613115373205,7.443412038159604,6.786928401452759,-1.2756326336487893,-3.4357169468411755,1.9108035348750665,-5.626354489625502,-4.686095361495022,-0.7172778326863396,0.09134808468955449,2.587629665200866,False,c1,3,Editing translatable pages via API seems to work now.,226164,16,,
+-14.582953600036117,-1.127229724613537,0.3097510739910665,13.523435889993538,-4.573119000097927,6.433266191164652,1.076406538717423,3.9603082178572873,-2.6808212164658283,2.579069268909338,-1.8506309572492001,-1.0364199966336924,-4.052668548789148,-4.329106486901426,2.4129076611502738,-3.1712243842827443,-1.7056512785839641,-1.4151704564762242,False,c1,3,"Also, please test the patch if you can to see if you find any other changes in behavior.",226162,16,,
+-6.287704532063133,1.795612474878057,-0.6266309993629455,-3.924988987469451,-1.4475313178375524,-2.210642992840736,-1.1876745438726708,2.781587107108292,0.16877935511460795,4.552281552797705,0.1573944146263213,-2.766308344834761,-0.27992230035170973,-0.9186994446707045,-1.637998332729016,1.4379056672434753,2.467989655427245,-1.3912488683720767,False,c1,3,"Issues I have found:
+
+* [MAJOR] Disabling edit section links does not work for headings inside  tags
+* [NORMAL] Edit section links don't work. Not a regression, but would be nice fix. Above issue make this a bigger issue.
+* [BLOCKER] Table of contents does not include links
+* [MINOR] White space trimming behavior has changed. The original logic cannot be implemented with information provided for the parser hook. You can see the buildup at bottom of http://dev.translatewiki.net/wiki/Extension:Translate compare with http://www.mediawiki.org/wiki/Help:Extension:Translate . This is annoying and would be nice to fix, but the workaround is to edit page source. Documentation about whitespace before has to be update if this way is chosen.
+
+Please help me solve the remaining issues.",226159,16,,
+-9.486777384332749,-1.4283528568950192,-4.996911807437552,-6.20954517369296,-8.943844677549217,-4.076687483354506,0.6904719963969743,-0.40938258131320093,-0.09645828780436305,-1.1654642839861413,0.34674763598494673,-5.339007453597897,0.3487960551789886,1.4649507290687864,-1.197526854418346,0.8756692919785305,-1.0391161137598688,-0.6203582039997855,False,c1,3,"Trying the parser hook solution now. I have code like:
+
+		$parser->setHook( 'translate', function ( $input, $params, $parser, $frame ) {
+			$re = '~]+)>(.*?)~u';
+			$output = preg_replace( $re, '\2', $input );
+
+			$output = $parser->recursiveTagParse( $output, $frame );
+			$output = trim( $output );
+			return $output;
+		} );
+
+This seems to work okay on simple text, with the exception of section edit links.
+
+I'm still trying with more complex pages with templates as well extensions and our tutorial.",226147,16,,
+-8.335219735440779,0.960830519963153,-9.244863414618301,-18.884945063153957,-13.054888073095167,-4.842501371696331,-2.849783895054247,-1.316435263249284,-1.3278913565759773,-1.3925046090077995,3.9743267587569346,-1.430685539940049,3.0951904357533344,-4.656688382219432,2.0610727308221826,5.446142239839746,-2.5875105797622546,-1.783477145245198,False,c1,3,"**gmaruzz** wrote:
+
+bump",226141,16,,
+-6.178298717369887,-6.501379673224404,7.241409713966094,-0.9652976272595648,2.348214709690117,2.8258538798929003,-1.5540993231180753,2.570601213966096,-1.847080279675666,0.8248147456456687,-0.8945469883055219,0.4155502492080583,0.21460467319517829,-1.0165083343080252,0.6588455853451687,3.0333403576464746,1.5206359000800016,-0.2843676766151306,False,c1,3,"Niklas: So, here is what I found:
+
+https://meta.wikimedia.org/w/api.php?action=parse&text=foo works and does not crash.
+
+https://meta.wikimedia.org/w/api.php?action=parse&text=foo throws the exception.
+
+I am a bit baffled why the comment in the extension content should change what hook is called. I'll let you investigate from here. It might be worth using this opportunity to use a regular extension hook (rather than the ParserBeforeStrip hook), if that might work for you.",226138,15,,
+-4.147250254421561,0.6632961327376634,4.028526951013401,1.3320171001460324,-7.936754792653508,7.494933570133654,-3.3369558814257987,0.3855147131717715,0.728576749788614,-2.2642564817444235,1.6412463928290402,-0.5133972857027276,-2.1273217196510785,-0.6711483444494137,-2.73389373430262,0.4008529563688765,2.179262228718111,-2.6015999201880424,False,c1,3,"Niklas: To me, it looks like an existing bug got exposed. Can you provide more details? Maybe full url of the API call? And/or, if you hop onto #mediawiki-parsoid, we could investigate.",226134,15,,
+-2.706418623647895,-6.398997879487877,6.77903024511941,2.5044894440969916,7.313685615605117,3.372196120305265,0.23664579744424863,-5.224706127822024,-2.0352762986647654,4.760458030137283,0.35007140390231584,-1.3147217968177367,2.4292572384768096,-2.0881626810278835,0.09641723501974164,-0.20338998206196912,3.492873775361458,0.7038400399201383,False,c1,3,"I just found out that if edit is made via API, the ParserBeforeStrip hook I am using does not get called and the exception is shown. Does anybody have an idea why?",226125,15,,
+-9.566740646501955,-6.308323223368437,3.181847605667138,-3.2783280018902996,-2.385962621261756,-1.0416400907494108,-0.2567560997102891,0.8913794874894515,-0.41849895806688264,-0.7176475896823202,0.36182987754051754,-1.3737338968361055,-1.1810062389995075,-1.1362677733045576,-2.2658982252540465,0.824891470250452,-0.5112581079674021,-1.5483052595971856,False,c1,3,"To summarize:
+
+* We currently work around the missing tag hook API by calling the full action=parse pipeline for each extension tag. This is quite expensive as you can imagine.
+* This lets the translate hack work for now. At least it won't crash.
+* The translate extension will crash once we actually call the registered tag hook.
+
+So there is some time to fix this up, but we should not pretend that it is fixed right now.
+
+Can you provide more information on what stops you from using the actual tag hook?",226117,14,,
+-9.345087039601465,-6.236900809616872,2.180869629394792,8.781157081348974,0.14603601219773843,0.6057455391152029,1.3469122965762619,0.6595285218899897,-1.3494539542858366,-0.3244315287439896,3.930546831139011,2.2016782276926783,0.2925674141649508,-0.9022323014088027,0.8363646145734647,-2.0853327228296314,1.0050021120639399,-0.16266379081125715,False,c1,3,"Okay, we tested and all is good for now. You can ignore #c27 :-). 
+
+As I indicated in #c26, this is a problem for when we start updating Parsoid code to call extensions directly rather than go through the full parse pipeline (which was meant to be a temporary hack while we figured out how to call extensions directly).",226108,14,,
+-5.872947849974762,-6.402387266536533,-0.3116494751010439,0.8369841169934418,-1.8757823778243932,-2.4742007123253718,-0.3859686805331801,2.1061503627457108,-4.22416931973118,-1.2873730892986854,0.3507303573493801,-1.6004847922397136,-1.1394020089433046,-0.7554534450298547,-2.0698729225292003,1.0791976359003281,-0.0836211446398818,-3.1697156459237483,False,c1,3,"Actually, now that I wrote that, I might have misspoken about whether it will work now as well. Niklas is right. For  and  tags found in top-level pages, since we never go through PHP parser at all, this may still not work. 
+
+Parsoid will recognize the hooks because of the registration. In turn, it will call the PHP parser to translate the extension content, which in turn may callback into the translate extension rather than the ParserBeforeStrip callback (which is what  and  relies on), and that will bomb.
+
+One of us (Gabriel or me) will experiment with the updated code locally and update this bug.",226101,14,,
+-5.581725139430516,-1.2872223118769845,-2.4818760569489475,2.0361029994251023,2.8919224372813304,-0.4224867499125917,4.777980179046903,1.870954925375976,-2.539276043088072,-0.10793751789308548,0.321088092857971,-2.168893491536993,0.27099502242379003,-2.2604584886505394,-2.905269143082726,-0.20100197940143483,1.440663707422119,0.2776769782600401,False,c1,3,"The patch will work with Parsoid right now, because Parsoid always goes through the PHP parser when dealing with extensions and tag hooks. But, there are plans for Parsoid to bypass the PHP parser and call the extensions/hooks directly.
+
+Right now, The translate code preprocesses the page by stripping the  and  tags before the PHP parser actually parses the page source (by registering for ParserBeforeStrip hook). So, even though the tag hooks are registered (with a callback that bombs if called), the PHP parser never gets to calling them.
+
+If Parsoid is able to mimic the behavior (by calling all hooks, not just extension callback hooks), the existing code will continue to work. However, if Parsoid only supports tag extensions directly, then, the ParserBeforeStrip code won't be invoked by Parsoid at that time and this will be a problem at that point.
+
+So, this is not an issue *right now*, but could be at a later point depending on what functionality Parsoid will implement natively and what it will continue to defer to the PHP parser. 
+
+I think Gabriel was responding to that future concern and also hoping that we can use the opportunity of Parsoid's ongoing development to cleanup some of these interfaces and mechanisms. We could streamline extensions to go through narrow interfaces rather than continuing to use all sort of hooks into various points of the parsing timeline. Anything this is something we could discuss more.
+
+Hope this summarizes where we stand now.",226094,14,,
+-11.413719577305898,-3.053891236269477,3.731939403333005,0.3591138932064535,3.510939253832598,6.494199909461667,-0.9031780309109152,3.339430459735541,-1.7110974274120525,-1.4970087765880473,3.5438700923098483,2.628359423731344,3.2054032289428465,-0.5072609257557986,1.9385737981007676,0.4650234683880723,2.1417282538860625,0.9468660516902605,False,c1,3,Misunderstanding or miscommunication about the actual requirements is not scope creep. The patch which was made does not add value. I changed the title to reflect the issue with my understanding of it.,226087,14,,
+2.75967879046555,-0.44958062656198017,-1.562087464071542,-3.9036931282665925,3.1231103877339006,-3.1580296389270544,-2.962742963375927,1.3265359973070647,2.60444285262471,4.141502986579743,-2.325995483201994,-7.641943534714208,4.229801951298756,3.0831543146621296,0.5218111994296915,0.7527688511273216,0.9168698239540682,-3.1902657862898494,False,c1,3,"This issue appears to suffer from scope creep. The requirements of the current summary have been met. See https://translatewiki.net/wiki/Special:Version?uselang=en: Section ""Parser extension tags"" now shows "" and """,226079,14,,
+-3.9166918768712193,-1.4437143099150411,-0.9882795324571965,2.7109130271721877,7.8530039080914555,-3.187922383454918,6.946738691610177,8.068149921257694,-12.370149792293047,-3.3768841003752925,-3.603214317488822,-0.6117720193841913,2.779290677003197,0.6249208568762734,4.238110887658202,3.583551125812072,-5.287013277840024,1.5716377148663097,False,c1,3,"That patch won't work well with Parsoid, see the comment in the patch set.",226073,14,,
+1.9515744832027915,-1.1342978047417311,6.049959696550394,-2.2358967397827314,-1.9500068597412286,8.203218722316837,3.9088208155175277,-0.3690719214024577,-4.778540300191544,0.4718922892331596,-3.984238009939039,-3.6311184810047035,1.5134555939607566,3.615409558820689,2.3717454259762913,-0.3070103667192492,-1.249540537500766,0.6871055037608573,False,c1,3,I don't deserve the credit for Niklas's fix. :-),226068,14,,
+-5.238377306279874,2.946530225756174,-0.8386288841977554,-2.402423416638255,4.152437235937972,-5.517559708764274,-4.391134607648186,-0.19009215346566233,-3.3640055670729447,-1.9169124888512528,-2.2240440669132613,0.8243611496088992,7.745643684743286,-7.299978237574292,3.867281987993648,10.114174354638616,2.700882413747441,2.6259928382559523,False,c1,3,"(In reply to comment #19)
+> I think I already did it yesterday.
+
+There is a comment, but now a followup question requires addresssing",226059,13,,
+1.9463768235258492,-9.931596923484385,40.7652185960928,-3.8384127670325423,-19.966392030478872,32.769171786204815,-5.972917864829744,-15.30412809379015,-1.0843627172068038,-8.237746956914268,6.86040099944754,8.588435275392925,-1.7696160291189904,4.300079714330524,-2.243714254690419,-1.944456023693823,-0.7415281054594621,-1.2038831829662868,False,c1,3,I think I already did it yesterday.,226053,13,,
+-1.713818518573139,2.5461885351903852,7.686615572694203,5.397195451277467,-8.340115718568763,0.31271934749253916,-4.974711624821926,0.6660397379134388,-4.707484961077045,1.70590660468803,0.16003695710118793,0.009985178929943217,0.1974141356694945,-1.767819325596115,2.428993445380157,2.469298346704542,1.234541670481358,2.6918345245820015,False,c1,3,"(In reply to comment #17)
+> Assigning to James, hoping this may get a parsoid person to review the patch
+> that's been available for nearly a month now.
+
+Oh. We've been patiently waiting for you to merge it. :-(
+
+Will ping the team.",226048,13,,
+-8.427419548916774,-2.9266274826053014,-3.0107996857281667,0.582496490638178,11.237073683886102,-0.966333492790687,3.1933808675505553,8.96854888926877,-1.3421744086888394,-0.39832694069862695,-1.1856670572334265,-0.6615477615616685,1.193205082698575,-3.273729902939026,-3.0105886769561905,-0.10577561308088779,2.0273999560693547,5.074347697987838,False,c1,3,"Assigning to James, hoping this may get a parsoid person to review the patch that's been available for nearly a month now.",226041,13,,
+-1.4046989187174237,-6.82463143314226,5.937172057598955,-1.4468915098737458,3.9449165206844476,-8.427798565345984,13.609916442817477,-7.478238631321936,2.1764552409407845,-1.6467185457268374,0.8741230389187205,1.0640976751004372,-1.5488320259331605,-0.5296242669571654,-1.240191034615141,-0.9133677688702329,-2.835190012128072,-1.4715601753255358,False,c1,3,"fwiw this bug has been mentioned at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_weekly_update_-_2013-09-26_.28MW_1.22wmf19.29
+
+I have also seen this problem here and there while editing at mediawiki.org. Then again these tags are not used in most Wikimedia projects or MediaWikis there so fair enough.",226037,12,,
+-2.664119554621334,0.18543166973388736,0.4039528149259817,4.590470110949232,-3.801985723393928,-0.4858757488588754,1.1752749687670487,4.452256536632303,1.3585251689623703,-1.350550473110323,-0.7560988122780907,2.15500657319365,-2.2920778687439274,2.000546161848968,1.5790134422415907,1.8904810508912928,-1.3038423675998474,1.2161057723903448,False,c1,3,"(In reply to comment #14)
+> In the long term yes, but wont this render VE useless on translatable pages
+> in the short them?
+
+Yes. On MW.org you can use the alien node editor to edit any extension node's contents (but they won't be rich), but on other wikis it will make them un-editable in VE.
+
+However, making a Translation extension editor in VE shouldn't be hard at all - I've created that as bug 53974 along the lines of other bugs.",226033,10,,
+-6.115128922611489,-2.6748858926591677,-1.96998489465662,5.924124226392928,5.085121764315529,0.18040294451587613,-0.7526831003568901,11.550104812964435,7.0904508592098265,-6.986113784609325,-0.09662401778286545,3.634333791531973,-7.943248036927478,1.2426266865850926,2.6700857054155485,0.29554801379443907,-5.136779494732871,-0.9805483578584604,False,c1,3,"In the long term yes, but wont this render VE useless on translatable pages in the short them?",226028,10,,
+4.579443570812044,-3.2799591503907592,-2.5823703780340237,7.944292757848304,-4.085475896171528,-0.7612855175456126,-1.0929091004169535,0.03658217124196744,-0.8867868844206558,3.085589596242917,-1.3590452263461095,-4.6912205875634285,0.4085207135131612,-2.9748644990217548,-3.899705126364924,0.4237479590797686,0.9217669520145528,-2.8185855268226057,False,c1,3,"Niklas: If VE has to support editing for , , etc. tags, Parsoid has to know about those tags. Parsoid finds out about installed tags by querying mediawiki API. So, either MW API should expose this information for hooks automatically or we need a different API endpoint, or you have to register them.",226022,10,,
+-5.272752276652349,-9.472528548784705,19.602065454242222,-11.506184691042964,3.093954888124422,4.273074912144796,7.315268047513401,1.5387670014882557,-3.833452786288314,2.9967697123712487,-3.8491751220775474,1.3737235205571254,0.3958440344398668,3.5493034476830223,3.7233035960382104,1.0950123956961204,0.8185579095396298,3.0029644724038245,False,c1,3,See the above commit. It is not thoroughly tested. I still don't understand what would the benefit.,226016,10,,
+60.87758177868495,-8.225438900603852,-1.1485913837176573,-2.1276903495004404,2.2395475771335978,-1.5417578075833287,-3.6667987185803534,1.3368037932554522,-0.29448147632814725,-1.5995486247151955,0.09727090911975989,-2.115638898239918,-1.4308471355701282,0.36919581248679934,-0.9720867671990117,1.2760347788887738,0.5779132015929322,-1.0714265801006326,False,c1,3,Ping.,225999,7,,
+-0.9864257543944621,-10.96163435150462,14.984401133925696,5.396448101466126,-8.727126989670378,1.4058122174523273,1.5677468129542191,1.3387167124701513,-4.372886224529916,11.48166250539206,-4.275166329753464,-4.844854293568779,3.0099132359084795,-1.689209766366077,-1.8604182950108954,2.5861831683751424,-1.9599267815936339,0.6425487800367282,False,c1,3,Does someone want to try registering them and see what happens? I probably don't have time before Wikimania.,225992,4,,
+-9.958266900653127,-10.472315413482141,9.121314522857842,-2.779182608174322,0.8387991813445463,-0.08106875140105352,2.580768221912754,8.177970998457265,-1.6999167463035971,0.980456233608507,-0.5821402637446942,0.5597954135124859,-0.7909492860039478,2.357682580858855,-0.36602396287524197,1.5727752696598791,0.9348527235665953,0.9923591435570844,False,c1,3,"I don't know. Either the registration would just be symbolic without any side effects, or it could also interfere with the current functionality.",225986,4,,
+-7.115905605546963,6.781449688284496,2.0702899459247392,-0.6526835690698505,-7.655049049017129,10.05911874991212,-3.379618851432623,-12.245148543976276,5.530245281931465,6.529555682287569,4.191552226058776,-3.608089154386577,0.7530481875417006,-3.925113083208961,-7.413327395112184,1.7874464326292454,2.6730891019376832,6.044320661282331,False,c1,3,@Niklas are there issues with registering them?,225980,4,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52408 has been marked as a duplicate of this bug. ***,225975,4,,
+-10.515135558345731,-4.9773013527786425,0.032398786677233726,1.8495963458342093,-1.0159807080582732,0.8471628036076311,0.3076389635491701,1.0916227959729712,-0.4307862243670711,4.840913891682124,0.6713145714166674,-1.1077075411303952,-0.5930157903431965,-1.046350319294444,-2.148522137724622,0.7953168542075484,1.1965714354955626,-1.3040076535957104,False,c1,3,"Parsoid needs to know if something is a valid extension tag so that it can process them rather than escape them to literal text.  This will also let VE support them in the future and protect them from being modified right now.
+
+Is there any other way to discover that , ,  are valid tags on the wiki, i.e. what is the mediawiki api endpoint?  So far we've been using siprop and fetching installed extension tags and use that to detect these.",225969,4,,
+-6.235280451404667,-9.806707869617092,11.261384080220369,-11.589471231827554,-5.4213807762061865,0.563731842217873,-2.1991945862912408,6.723275656129649,-2.6737026244981665,2.61739928827172,0.011185844099895759,-0.516372154827323,-0.9839793374813675,-3.5956269733106456,2.454881507103069,3.962421984212072,4.611893024610143,-1.8984601372859553,False,c1,1, and  are not a normal extension tags. Please explain why I should register them.,225965,-5,,
+-0.9238699941119943,0.4116836932314776,5.793633137569499,4.925199770393094,-7.6195507223495165,4.183960854528735,-2.8031994350409875,0.8982912096031563,-6.655708247349477,-1.1609359828347028,5.160232318532161,1.7933748266449614,1.1197931527373757,-0.09055859104925879,0.08736851580762073,-1.304848145749514,-1.788653134592483,0.83179051326738,False,c1,1,"(In reply to comment #2)
+> Parsoid does fetch a list of registered extensions from the config and uses
+> that to wrap the block with mw:Object/Extension/ type. All
+> other unknown tags are pass through as plain text.
+
+Ah, my apologies; I thought you were doing this, but it didn't even occur to me that the Translate extension might fail to do this. Re-filing.",225960,-5,,
+-5.479108789930194,0.23884998168979266,-4.378931256493914,0.740641813509308,5.627020363799785,-1.49416716744504,1.244056025905877,3.7074181782102786,-2.168310494156402,2.234908369067208,-2.3733471334934872,-1.2868723973391742,1.9525327131697168,-2.7830332130973474,1.8074413857709608,3.764671437970392,-0.7099158439749708,-1.7691726056348602,False,c1,1,"Parsoid does fetch a list of registered extensions from the config and uses that to wrap the block with mw:Object/Extension/ type. All other unknown tags are pass through as plain text.
+
+The problem is that mediawiki does not report  as an installed extension.  Check http://www.mediawiki.org/w/api.php?action=query&meta=siteinfo&format=jsonfm&siprop=extensiontags
+
+Any idea why mw.org is not reporting  as a registered extension?",225956,-5,,
+-6.573942627608184,-3.435438946080925,-0.3133543641483394,3.867454408295858,0.05928680016871546,-1.1651806090113705,1.0163145246667877,3.254530754210764,-1.70249909044294,3.720733430554982,-0.9324025803375093,-1.8370380424438508,-0.8035806503517116,0.6949282152153116,2.4066122142234114,2.703379936906276,3.6407974722732512,-1.2170382017578278,False,c1,1,"Yes, the Translate extension needs to be extended to support VisualEditor editing, but the core issue is that Parsoid doesn't recognise  as an extension block; should it take the local list of registered extensions, and for ones it hasn't been told how to deal with just wrap it as a typeof=""mw:Object/Unknown"" or something similar?",225949,-5,,
+2.0616001650383673,-6.878090994155612,8.329945472599366,-2.8358864758200717,2.0232507127704764,-1.041039974599384,-1.6517653909493735,-1.0437359239376631,-1.177358812877665,-2.970667877234816,-0.6267033983920209,2.287863889239018,0.5083476230583863,0.5733210704157339,-0.8926517835051528,-1.242878721140484,-2.563565611044341,-0.1794909132876712,False,c1,3,"In MediaWiki, we moved away from the closures (IIFEs), see {add9bd191fd4d16250b301208600854cb52f6b33} and {91f950d6b0677166134bc58eb487943a63f97b00}. So I believe this is no longer desirable.",1236806,296,,
+-3.182379234554483,-4.051975529564727,-1.3513314164933425,-1.0589625941383787,-2.335130472877367,-3.5475626316623767,-0.995679195942488,0.3239229652964575,1.9863045455753159,-1.120535476256268,-1.692147258548828,-7.071540295094908,3.0042617927527653,6.349134665297027,0.8021438676806714,0.3746866346962867,-0.620897542796011,2.5047896312523066,False,c1,3,"Rephrasing bug.
+
+Problems:
+
+
+* We're repeatedly referencing $/mw from global scope instead of securing the reference. This is worse for performance and for proper functioning (e.g. jQuery might be redefined at a later time causing version mismatches, this is why ResourceLoader maps $) 
+
+* We're using $ and mw directly instead of mapping jQuery and mediaWiki.
+
+* In standalone, our code executes in the global scope. This is bad.
+
+Solution:
+
+* For standalone, build the dist/ files with a closure mapping, securing and caching '$' from 'jQuery'. And for VE modules other than ve.base, it would also map 've' to 'VisualEditor' (bug 67642)
+
+* In MediaWiki, ResourceLoader already provides a closure which we'd extend to also map 've' to 'VisualEditor'.",225630,53,,
+-4.96995344607671,-7.315532911678494,-4.231109130738081,-9.735502205727794,-7.176443441333852,-5.620475157234118,-2.6536057561694175,-1.185897847123739,-0.22752185285288118,0.5989037026893582,-1.450217683288995,-4.421846303848373,0.46097429903000764,1.1070948104304652,0.09996904479319024,1.6477059302833683,-0.09809452293313531,-1.671231985235617,False,c1,3,"I suggest for standalone we introduce an module-intro/outro that is used to wrap around individual modules (not per file).
+
+So e.g. dist/ve.core.js would be:
+
+-- intro
+( function ( ve, $ ) {
+ -- include ve.js
+ -- include ve.A.js
+ -- include ve.B.js
+ -- include ve.C.js
+-- outro
+}( VisualEditor, jQuery ) );
+
+And in MediaWiki the same would effectively happen but on-demand by ResourceLoader (since we don't want to use a build system for MW, but instead work on the raw source files directly and have them build dynamically).
+
+See bug 48886 for details, but the end result would be:
+
+-- startup:
+register(
+ ..,
+ [ 'ext.visualEditor', 1234, ...., ['VisualEditor']
+);
+
+-- mw.loader:
+ script( $, global[propKeys..].. );
+
+-- load.php response when loading visualeditor:
+mw.loader.implement( 'ext.visualEditor.core', function ( $, ve ) {
+ -- include ve.js
+ -- include ve.A.js
+ -- include ve.B.js
+ -- include ve.C.js
+} );",225625,53,,
+-1.000912246010846,3.9776612343843816,-5.552124180719238,4.820747756961785,6.37097561193089,-1.332805802208986,0.24984571880076167,4.105127409701173,-2.358257251411966,0.2493052972190073,-4.133277262864475,1.8280649946972582,-0.7106905181338601,0.1678638142720854,1.5638196026309323,-0.3193078969547618,3.0966443357681808,0.6894549080895573,False,c1,1,"For the record, inside ResourceLoader context $ is a local variable provided by the ResourceLoader built-in closure.
+
+See also bug 48886.",225620,-5,,
+0.08466361882401419,-2.776699185856396,0.5413569670425704,7.173894180775241,7.7651399578574924,-8.401955842436422,3.101075394586518,-3.151402435098483,-4.270467414525192,-1.1289352660136869,2.2993167118709215,-3.8628515151565783,-3.047228939053868,-2.769613856082375,-2.9731511210676422,-1.6474535323664568,-3.087310094718036,3.5442352710864644,False,c1,2,"This has been fixed (by removing the mwPlaceholder code in Parsoid, now that VisualEditor can handle these). Sorry for not responding before.",223313,-2,,
+-11.555189185112358,-5.686416014785689,-3.368025276250762,5.306969522906185,2.811848543569722,-5.620067682155227,0.00840023799112366,4.885341542659169,5.9433581492253404,-0.294437088114591,3.098308240622904,1.2362314726632757,-1.3003601102171718,2.027461616365982,1.4269299913986764,-2.4058753622744677,0.6056137791350042,0.7585965026438246,False,c1,3,"Parsoid's ""selective serialization"" has been improved greatly since 2013 and this should not be occurring any more, unless content in the same paragraph was changed in the edit. Please re-open if you run into similar dirty diffs that happened within the last year or so.",1845920,446,,
+-7.2907779348902695,-4.327746524716739,6.119861819546735,-6.828588561604836,1.7131191676402615,7.102016042423454,-5.803193274547088,5.783861593425454,7.264531827164271,-9.497121787015892,-5.4404510155939665,6.081070236414754,-3.4745021953388977,0.5350971995517626,1.4757059246577429,0.41833434354453836,6.58919014274253,-1.2420553385022162,False,c1,2,"OK, then it's a different issue. Created a new one for it: #50050.",222148,-2,,
+-11.36511132927101,1.6773004662150939,-3.6495655394556406,-1.4507392008377256,-1.075405292167983,-0.37355064989101017,1.3351173165533865,2.338509605464489,1.9954860570891964,1.2671134183779467,-1.9563686018197055,-3.675823907300143,3.4822159193012663,0.23726398028038842,-1.8343540025816132,-1.9329380447879738,3.5281687947716978,-0.8873424750801862,False,c1,2,"This is due to the merging of the 2  tags. Currently it fails compare custom attributes like ""style"" when attempting to merge equal annotation sequences.",222139,-2,,
+-6.546803640100075,17.739414772081318,-7.266754420124619,-18.019737909525848,0.7922051828746444,6.911808144861265,6.758539211350174,4.253168570817365,8.254000139972343,0.8112851971312667,1.020906322388097,1.622382087456943,-1.1701253152733113,1.1090164569441543,0.823891448132636,-0.5114261772255548,1.0020956181867369,0.011087982587120848,False,c1,2,Other example: https://www.mediawiki.org/w/index.php?title=Git%2FConversion%2Fpywikipedia&diff=714194&oldid=713893 (not tag removal but tag property removal). The only real edit is at the bottom.,222131,-2,,
+-9.701016508321272,5.2390040246770155,-7.365571681903327,19.21475741152942,1.0370307997257182,-2.6432183284331874,6.4378661631208,-2.7774013352799285,4.4390335685660816,-6.388823498647206,4.975477931573953,4.620037118639883,-2.534892091454863,1.700253259766155,1.9338926298844576,2.6360691358176265,-2.8901892119590844,2.2679964645056603,False,c1,2,This was fixed in the re-write of deletion handling in CE; sorry for not marking it as such beforehand.,219887,-2,,
+-4.22551811764029,-1.2277837574908883,-0.44346929534929025,-4.337990957255483,5.7751555983449805,-1.12442335517283,-4.487294090824208,1.2602678761873218,6.17472752317384,-2.636078994481429,-3.2066873428430536,3.6910495054095724,0.06794390556351315,-0.3908757931535197,-1.3562099200349274,-2.0958745153863974,3.043581995374403,1.8997425604463918,False,c1,1,"Created attachment 12390
+Bug in Firefox 21
+
+The described problem is slight different for me (Firefox 21)
+
+When inserting a new line and then deleting it, the paragraph is swapped with the next one.
+
+Although both paragraphs are still present on the visual editor, the edit diff shows that the first one has been removed.
+
+**Attached**: {F10655}",219884,-6,,
+32.37965499597394,-4.9666639220091415,6.129157831140187,7.4357383097030425,1.7890495566220768,-13.622225304831689,9.377959580537064,-5.922663872604236,-1.4013935512768945,-7.496814303789067,-1.998837208505809,2.9397717890543413,-6.683648459677401,3.549292946513818,2.836801528207636,8.110107336362342,-4.765780428149637,-0.7869926478105973,False,c1,3,Now tracked in #VisualEditor-MediaWiki-Links instead.,403707,82,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 57716 has been marked as a duplicate of this bug. ***,219497,37,,
+-16.70676782509033,7.237895686045999,-8.196579964368008,6.697270870241175,10.132060217677445,12.924774288070054,-0.6454470371186858,5.986270231449058,-4.261209737530796,-3.4566491601232645,-4.247484562644109,0.3662173411226588,-1.7643575747570808,-1.408657608033238,-0.8691288934813017,1.631978018822359,-1.8503715788037676,2.885942797381009,False,c1,3,Turning this into a tracking bug as it's a lot easier to understand that way.,219491,10,,
+-6.352368840520879,-7.959223204340829,3.2314469673132162,-8.44287530790527,-1.1239318856050247,0.012994750452493875,-3.3598423870733214,1.2589729583028086,2.146248847684931,-1.0503101770624421,-1.5497507660680978,-3.4096225860722456,1.7848094855821754,0.9238690007707586,0.8295531166935439,1.993615770037897,2.829469808036554,-3.0105515202444466,False,c1,3,"at en.wp Mauro Bieg comments:
+""The add-link dialog should have a clear ""OK"" and ""Cancel"" button. Right now, you have no obvious way to get rid of it and it is not clear what happens when you click somewhere else (the dialog goes away, but did it save the changes or not?) Also, what does the strange back button (<) to the left do? and are the Link-symbol and ""Hyperlink"" two buttons or a description or what (nothing happens when I click on them)? The trash symbol is good and does what you'd expect it to: remove the link.""",219486,5,,
+-6.696030269142534,-3.5874437523167266,-2.146872708463134,-5.93627530071607,0.8179628811671993,-2.7846814584862774,-0.9502870862272008,3.3268309944416696,-1.7742299730301188,-0.7210614535813105,-2.369127678183181,-3.0843827832615127,0.1163547118536159,-0.1823671240084037,0.5976183051838255,1.9734108010421136,2.2343826431378226,-2.555566746953138,False,c1,3,"Adam Cuerden comments again on the suggestion to have separate boxes for link target and link title:
+""Yes [that would be better], but do make sure it's on the same page. Don't give one dialogue, then a second. Also, if one of the boxes is left blank, it should be auto-completed from the other box. ""
+
+For the second part of the comment they mean that if someone gives a link target (e.g. Fish) and doesn't specify any title, produce a link: [[Fish]]
+If someone gives a link title (e.g. Hedgehog) but doesn't specify a target, produce the link: [[Hedgehog]].",219479,4,,
+-8.362338926726363,-3.10953486338547,-4.011923027486638,-2.4786654292199604,1.7140301786402041,-1.1158170612737894,0.22597759791120886,4.087237361801374,1.362912035618961,-3.5485583226814468,-0.6523656587136646,0.2726886121405947,-0.346066586323857,-0.08913784702544758,-0.30307870776693635,-0.43395497334813493,1.342841441321593,-1.3908492043258474,False,c1,3,"English Wikipedia user comments that the current behaviour of the input widget is not intuitive at all:
+
+""I clicked the link tool while not focused on any text, to try and add a new link. I got a largely empty box with no instructions, and the next word in the article highlighted within the box.  I fiddled with it a few times, and still don't know if typing in the box A. changes the text of the link. B. allows me to select more words. C. Changes what is linked to, or D. is followed by another, nearly identical box for a secondary function""
+
+To me this is further evidence that we need two boxes: one to enter the link target and one to enter the link display text. The second box would default to the same as the link for internal links and for external links either (ideally) the page title or (less ideally but probably easier) the filename sans extension. 
+
+This would also fix Bug 50945 and Bug 51438 (if the latter is distinct from the former)",219477,4,,
+-13.818473515730163,13.435347270195425,-20.403519252455503,-10.25865442417211,-0.149675543465575,11.579747304625812,7.350697756906156,0.5725855924518752,-3.583679103397764,6.329457308630339,0.8389321368741678,-1.2524969832632387,0.08435041864168058,-0.8225603562400283,1.2453036048938166,0.5198741192986476,4.3429463409620395,0.01775028079059071,False,c1,3,(inspector->input widget; inspector is the context menu with buttons to open a dialog or input widget),219473,1,,
+-11.070798316391604,1.1872003807262423,1.3688382157647152,0.7889470210001175,-0.4674027037112971,3.8392573750255004,5.573682178598174,0.45953853854780913,1.3338702841988617,-0.9137112068813709,-0.22431760962430092,-1.1251028962180278,-0.719676669622501,-0.1453509895402776,-2.427855937124153,-0.5225899674247647,2.0312517625992497,2.155777125618584,False,c1,2,"Alternately, once a link is selected we could have the link inspector automatically close (re: OK buttons). I'm more of a fan of OK buttons because I think auto-closes are just inviting someone to mis-click and get infuriated at the software for going away and leaving them with the wrong link.",219468,-3,,
+-2.244814988336902,-1.852610044649488,-1.9453548677281687,-3.2784439283985947,-2.724520624579336,-5.222212921159722,1.6440283386121468,1.178700043465053,-1.2081854395262452,1.9020364858507826,1.1779903365890743,-1.260193018290943,-1.2578114384683308,-0.6660269098546518,-1.3154910716299253,1.6979537971211953,-0.33695058022670854,-1.2560304304156156,False,c1,3,"One more thing that would be good to fix:
+
+Currently, the tokenizer unconditionally escapes typeof and about attributes to data-x-typeof and data-x-about. But, if RDFa attrs from wikitext will also get escaped in this manner. Not sure if RDFa is actually used in wikitext, but that support does exist in MW. So, the escaping could be refined to leave alone any typeof and about attrs that wont confuse Parsoid and clients.
+
+Related FIXME comments from the sanitizer (ext.core.Sanitizer.js) from https://gerrit.wikimedia.org/r/#/c/81569/ that I am pasting here:
+```
+// SSS FIXME: There is a test in mediawiki.environment.js that doles out
+// and tests about ids. There are probably some tests in mediawiki.Util.js
+// as well. We should move all these kind of tests somewhere else.
+----
+// Bypass RDFa/whitelisting checks for Parsoid-inserted attrs
+// Safe to do since the tokenizer renames about/typeof attrs.
+// unconditionally. FIXME: The escaping solution in tokenizer
+// maybe aggressive. There is no need to escape typeof strings
+// that or about ids that don't resemble Parsoid types/about ids.
+```
+
+Any fix made here should also verify that the sanitization code in sanitizeTagAttrs properly strips dangerous values from unescaped typeofs even when Parsoid updates them with parsoid typeofs.
+
+```
+Ex: .. gets updated by Parsoid parser to .. which should then be handled by the sanitizer to yield ...
+```",399203,80,,
+-1.9129690129668573,1.2288535935083136,-4.7488362039667145,-0.015733812354405075,-1.8307275176561388,-2.6114160626575416,5.255989289642805,-0.3408382378507644,0.01620263315139503,1.9112836010705685,-0.1015136386911546,-1.2830300542953266,-0.9607852063640578,-0.5983547627368383,-0.8247746985099054,0.2245122997359914,-0.364618181865066,-2.373287133832884,False,c1,3,"One more thing that would be good to fix:
+
+Currently, the tokenizer unconditionally escapes typeof and about attributes to data-x-typeof and data-x-about. But, if RDFa attrs from wikitext will also get escaped in this manner. Not sure if RDFa is actually used in wikitext, but that support does exist in MW. So, the escaping could be refined to leave alone any typeof and about attrs that wont confuse Parsoid and clients.
+
+Related FIXME comments from the sanitizer (ext.core.Sanitizer.js) from https://gerrit.wikimedia.org/r/#/c/81569/ that I am pasting here:
+
+----
+// SSS FIXME: There is a test in mediawiki.environment.js that doles out
+// and tests about ids. There are probably some tests in mediawiki.Util.js
+// as well. We should move all these kind of tests somewhere else.
+----
+// Bypass RDFa/whitelisting checks for Parsoid-inserted attrs
+// Safe to do since the tokenizer renames about/typeof attrs.
+// unconditionally. FIXME: The escaping solution in tokenizer
+// maybe aggressive. There is no need to escape typeof strings
+// that or about ids that don't resemble Parsoid types/about ids.
+----
+
+Any fix made here should also verify that the sanitization code in sanitizeTagAttrs properly strips dangerous values from unescaped typeofs even when Parsoid updates them with parsoid typeofs.
+
+Ex: .. gets updated by Parsoid parser to .. which should then be handled by the sanitizer to yield ...",218335,9,,
+2.7421100028224803,-6.927680111308898,-2.8809616858424434,8.06235535148432,-7.468213333699092,-7.429727638766744,-1.8358121700894205,-4.611557307906981,-0.3449217800639157,-3.056975225271599,1.1528402704276033,-1.2420626693150982,6.823855783331868,-0.40673007304817255,4.7980645145432375,3.5541915758099885,-1.9572093346338102,-2.5428267993293474,False,c1,3,"Patch landed as suggested in comment 5. However, Subbu mentioned that, ""we still need to deal with complexity that templates bring.""
+
+Ex: 
    bar
    ",218328,4,,
+-9.851308604660662,-2.186588869931848,1.1101443834601858,-2.3788896349349393,0.3800865955656221,2.5431677503068766,-3.0217248322376893,8.050997264045423,0.3573665725664332,0.25891362678332364,2.8571414070564414,3.7953223778245535,0.16552746041837585,-0.13254940918868452,0.32133352933219284,0.6587487241506742,4.6722437176906295,-0.8853378673670114,False,c1,3,"Or we could write a DOM postprocessor stage that was a bit smarter about which RDFa it unwrapped.  ie, it would unwrap the first example from comment 5, but not the final example there, since it would be able to see that there's parsoid RDFa inside the div which would be broken.  Or other options.",218315,3,,
+-9.797369771392392,2.1651550431813398,-4.867991658476444,14.322236902008465,-5.335974278887827,5.3130633062570105,5.075562196072136,-0.025950566828561394,-2.8667036158242194,5.048400491471437,1.6912192046623158,0.026654910542841748,-2.4005333093044694,-0.21438444606612217,-2.17173226448701,-2.1413882437170053,-0.8926585081428853,-0.4259855861978714,False,c1,3,"If we do go that route, the fixup for rendering would have to be in client-side JS since we may not use different cached content for editing vs rendering -- or so it seems to me at this time without any sense of how user RDFa markup will need to be supported in MW content.",218309,3,,
+2.1997525665629,-2.9017240342334336,-8.573629004150058,-3.5256873898765164,-2.3804417481324887,-0.9858482623274867,-1.4423897634120717,2.696404638448405,-2.2598844233163744,-1.5668654774962714,-0.3664191144349296,-3.1690581172865615,-0.31887977794841227,0.1755409353529307,-1.9835894917466752,1.2960173615619164,1.0372689129905992,-1.9997387046225774,False,c1,3,"[Discussed this on IRC with subbu]
+
+To support case 3 from comment 1 and 2, rather than *strip* the attributes, I suggest encapsulating them instead.  For example, if the user authors:
+
+
    
+  Albert Einstein
+  Albert
+
    
+
+..instead of stripping the RDFa, we're just going to rename the attributes, to:
+
+
    
+  Albert Einstein
+  Albert
+
    
+
+That ensures that the user content is safe for Parsoid and VE to manipulate.  In the future we can re-enable the RDFa in the output with a DOM post-processing (""render"") pass.  For example, the user content:
+
+
    
+{{Albert Einstein}}
+
    
+
+might have all sorts of Parsoid RDFa markup inside the {{Albert Einstein}} expansion, which the about=""http://dbpedia.org/resource/Albert_Einstein"" attribute would screw up the context for.  But for rendering to the web, the Parsoid cruft could be elided and the user's RDFa markup unwrapped.",218301,3,,
+9.282225133935798,10.142958056558754,-6.046637388588353,-0.9263207065172328,-5.321738583920979,-2.032837157723703,-0.5951188602610245,4.4788149727069175,2.8779463254953512,0.12110134793512195,0.277790763468325,0.6179694339562101,1.8845139386510619,-2.7518278198193613,-4.454843461683124,-0.2640236038231798,-1.788129515420544,0.881939310304134,False,c1,3,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],218286,0,,
+-9.120084687559292,-6.3107088063541905,2.4896932778290957,-6.184052292958751,-2.2066172156769106,-3.137514869095419,2.4850397442683914,0.7918829761373571,4.8135699379551165,-0.3902594348218589,-0.44228359200342027,0.36330519737458644,-1.4432464361357757,-0.6092636314045183,0.2807060806158619,0.772278316874516,0.6389510257503764,-1.8926182722634444,False,c1,2,"1) Is not an issue, as prefix is  not allowed in the PHP sanitizer (and not in our sanitizer either).
+
+2) Is something for later. The risk here is mainly crashes during serialization.
+
+3) Should be supported. We only want to protect our own values where necessary. The typeof attribute for example is multi-valued, so we only need to strip mw:-prefixed user-supplied values. The about attribute on the other hand is single-valued, so we need to override user-supplied values unconditionally where necessary.",218279,-2,,
+-6.596287994160911,-4.480199817058464,1.4632596442938524,-2.3553756884891417,-3.272628504746401,0.41430038946483627,1.6780304702082809,1.0568101904596165,3.348360412119061,3.354780207130907,-0.6012149650966072,-0.018288138191553394,-0.158131407868507,-0.6450690670057246,-0.7471008523368683,0.14623056794671863,0.5463257756832142,-1.3860594020977572,False,c1,2,"There are three interconnected issues:
+1)
+  
+is valid wikitext, which would create malformed Parsoid DOM.  We should sanitize the wikitext (but that has to happen *before* we create the DOM, since otherwise we can't tell which prefix attributes are good and which are evil.)
+
+2) VE needs to prevent users from authoring content which sets prefix attributes, etc.  Currently it does so, but it would be nice to make Parsoid more robust against malformed DOM, and/or to add layers of protection so that front ends aren't solely responsible for sanitizing user input.
+
+3) Longer term we should probably think about use cases where the user wants to deliberately author RDFa markup on their content, and ensure that they are able to do so in a safe way.
+
+This bug is primarily about #1 (the short term issue) and I'll tackle it tomorrow.",218272,-2,,
+-10.114603317262597,-9.142108489639732,6.594368460335966,-2.400608357112736,6.241980750548326,-1.1516817312054854,-3.567607110378498,3.5165596723290085,-12.574570929656641,3.593046161134401,6.679373224039184,1.7198917000475173,-3.891140222852899,2.827346848407875,-7.316544158036924,-2.0300127032170194,-9.898135076048634,-1.5353205132159846,False,c1,2,This should now be fixed; we will push this to production this afternoon.,216329,-1,,
+-0.0035561550745342174,6.138812631881027,-0.11850500740865888,8.885757611639614,-2.141598340968926,-2.608105077738264,-5.320563431324757,3.2661679933001464,0.7190602135718167,0.5150648724573301,-0.25577961748154143,-0.07477544332664454,1.2038950958704597,-2.5557488423746304,2.2316683607270464,-0.3221864477904499,-1.363010928299231,2.006808328958375,False,c1,2,"(In reply to comment #5)
+> Sounds good, though I note it's different than e.g. pressing Enter at the
+> start of the first of a set of bullet points, which adds another bullet rather
+> than a plain paragraph. A foolish consistency is the Hobnobs of little minds :)
+
+Yeah, I've been wondering whether to make these consistent for a little bit.",216303,-2,,
+5.240334667169908,3.7977771961765825,-3.2610103555743746,4.941834127762634,5.3342497406751725,3.189950375556972,-0.9290105083363809,1.803184801582037,3.832494331277995,-3.3724313902455574,-2.4314863824200295,0.6781753245300317,1.194942670535958,-2.2366859656565024,2.1768048759271856,1.2850507218911698,0.277658616225098,-1.0693550288438431,False,c1,2,"(In reply to comment #4)
+> (In reply to comment #3)
+> > * If you press Enter with the caret at start of heading, you get a plain
+> > paragraph before (maybe OK but not what I'd expect and not how most WYSIWYG
+> > editors work)
+> 
+> This is intentional - if you have header 1\nheader 2\nheader 3\n and click
+> before header 3 and press return, you should be able to type content
+> (paragraph) by default.
+
+Sounds good, though I note it's different than e.g. pressing Enter at the start of the first of a set of bullet points, which adds another bullet rather than a plain paragraph. A foolish consistency is the Hobnobs of little minds :)",216297,-2,,
+-3.45858410597552,-2.907547959092346,1.5739545448874206,-6.433029177846587,-3.02785721916696,-1.610761953263756,-0.3968512147126262,0.6207156637389535,0.9846342546740121,2.625435429648486,-0.24142783207416496,-0.514659079821687,0.4715491103324281,0.4715721279670042,-0.4371454344642913,-0.1217075716326903,-0.2934883960261019,-0.10444292539550881,False,c1,2,"(In reply to comment #3)
+> These days the behavior on mediwiki.org (with Firefox 21.0 Ubuntu 13.04) is
+> different and a little better.
+> * If you press Enter with the caret at start of heading, you get a plain
+> paragraph before (maybe OK but not what I'd expect and not how most WYSIWYG
+> editors work)
+
+This is intentional - if you have header 1\nheader 2\nheader 3\n and click before header 3 and press return, you should be able to type content (paragraph) by default. WYSIWYG editors often get this wrong, thinking that context is the most important thing, because they don't know what style ""normal"" content is. We do, and so we should do this right. (Also, VE isn't intending to be a WYSIWYG editor, just a visual one that is more and WYSIWYM editor at times.)
+
+> * The caret moves between the first and second character of the heading
+> (definitely wrong).
+
+Yeah, sorry about that; we should get that fixed soon.",216294,-2,,
+-6.506977710934453,-5.370041636179289,0.5739388360953841,-4.831921665556006,0.500945089197204,-2.166591429865017,-2.096688930173997,0.7287428390652604,3.6644929339909362,-1.6627772941983294,-1.421227804086787,-2.248132574142976,-0.4894592853948896,-0.999440207500971,-0.35998619049196456,0.9132396056266794,1.8848936961986087,-1.9897521652445866,False,c1,2,"These days the behavior on mediwiki.org (with Firefox 21.0 Ubuntu 13.04) is different and a little better.
+* If you press Enter with the caret at start of heading, you get a plain paragraph before (maybe OK but not what I'd expect and not how most WYSIWYG editors work)
+* The caret moves between the first and second character of the heading (definitely wrong).
+But the document doesn't get out of order, your typing always appears at the caret, and what you see is what is saved. Progress!",216292,-2,,
+-8.414124203731866,-1.5826732188238317,-5.453986696387342,-2.4027598889613184,-3.6574440204388967,-2.0882790247222474,-2.3600775448301246,-2.529052471857904,3.2091751745905652,0.5617140346415415,-1.0382942686154837,-0.8307417675222659,0.6795392468316823,-2.170844921424613,-3.193033296054396,-0.9646769037516738,-0.3174953224170314,1.4757623027895108,False,c1,1,"**brassratgirl** wrote:
+
+I'm getting a similar bug while trying to edit a userpage subpage, with the addition that it's blanking out the existing text. See https://en.wikipedia.org/wiki/User:Phoebe/chopo
+
+1) edit existing text, all is fine. 
+2) move cursor below existing paragraph, attempt to type new heading
+3) cursor jumps to above existing paragraph, types up there
+4) this results in uneditable blank spaces 
+5) and, on save, all text below blank spaces is gone. 
+
+My conclusion is that editing user pages is, for whatever reason, totally haywire. I have screenshots if needed. 
+
+Firefox 20.0 on Ubuntu 12.04",216290,-6,,
+-5.317123988275087,0.5548104479851705,-10.352706039521518,4.339253577830467,6.577490109632116,-1.2925675614344598,1.6725697598072333,1.660376054330925,1.6974880944504502,-8.38162181643558,-3.8272233549299313,3.053008589502837,0.33285979865393855,1.2514031887165225,3.503085779029134,3.048392464982142,-0.4964068427026608,2.173509712879016,False,c1,1,"In Chromium (25.0.1364.160 Ubuntu 13.04) not logged in, the same step 3 adds blank line above (not styled as a heading) and moves the caret to the second character in the existing heading.",216287,-6,,
+-6.58136646712916,-2.284731629873873,-1.085530258802632,-4.047886841758407,4.348627262384234,-2.9588263433845263,-0.00801063408007785,2.358295141374907,3.9027160892711743,-5.3444180026208485,0.4133124792422853,0.5097856929907092,-0.46830840064125545,-0.6054967417921917,-1.1370303423576196,-0.28680549000644406,2.5310710069930584,-2.6267454938239894,False,c1,1,"Created attachment 12375
+What it looks like with clear:both patch applied
+
+The icons become visible again and the actions toolbar (right hand side of the toolbar) is no longer pushed to the left but flush to the right again.
+
+**Attached**: {F10554}",216247,-6,,
+5.342681031152871,-0.9754406566515197,1.870461764631468,0.40796577289031255,0.33499992865360007,-10.509917332426701,-2.9896402958875097,1.5503943517132184,6.711705540860624,-4.569312201455137,-2.116229672321554,1.1008113725064614,-1.2492253560914932,-0.7427821993441115,0.022364026346989085,2.942125748591006,0.11109616237834566,-1.5085111145588241,False,c1,1,"Created attachment 12374
+Current misalignment when there are extra elements in #content
+
+Such as the case currently on https://de.wikipedia.org/wiki/Berlin
+
+**Attached**: {F10553}",216241,-6,,
+1.2306993196669076,5.568182491917387,-5.878045934566288,-4.921018043110111,6.046112686514126,1.6859393965286156,-1.2308221188783754,1.585127963962833,-0.9887896560947432,-2.9834638376311142,-1.7969620026242454,-2.15918952477579,0.7753866700452829,-1.1955287481552241,-0.727723636981102,0.48267857321568375,3.7829776633176353,-1.539604371895353,False,c1,1,"Created attachment 12373
+What the toolbar usually looks like
+
+Note absence of space between the Vector tabs and the toolbar, and the Save button is flush to the right.
+
+**Attached**: {F10552}",216239,-6,,
+-4.848078581116301,-5.746153979312448,2.1977685019467366,1.1729660688633228,0.5053853621131115,-1.8203525747682665,-4.464297373134487,4.991252362962269,5.995048236725074,-2.0310888759635426,0.46322863445276796,-0.26686599197192606,0.7875944770726515,0.3771228167554883,-1.5588259767716306,-0.557028814519021,-5.275666788626188,0.961335974603633,True,c1,3,"This seems to work as expected these days. I just tried pasting various annotated things into various other things, and everything behaves fine, with the annotations being merged. 
+
+https://en.wikipedia.org/w/index.php?title=User:Matma_Rex/sandbox&diff=773983701&oldid=773982287
+{F7268038}
+
+(Although in the meantime I discovered we're //too// good at this, merging some annotations that don't make sense, see {T162278}.)",837324,196,,
+-8.926112353457887,-5.152364860158881,-0.7559064231496331,8.607069394374934,1.55574215144245,0.27942218480710856,2.368801628532692,2.393660257869531,2.4739032597293873,0.7405824439421229,-1.6731709564290265,-1.460982134742384,0.026733893896041305,-0.11100094559495366,0.8923708405912092,-1.0451549747478492,3.0726726971392697,-1.5903523119001135,True,c1,3,"I definitely expect that text pasted into the middle of a link will still be part of the link.  `[[Link|Li]]HardToType[[Link|nk]]` is never what I want, and if you end up with that, it's hard to repair (unlike a missing or extra bit of bold text).  Since the {T130735} in Safari, then ""just (magically know about and remember to) use plain-paste"" isn't a viable solution.",634239,142,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,3,*** Bug 69653 has been marked as a duplicate of this bug. ***,215349,58,,
+-11.278402519358568,1.978421674314232,-5.637261367301347,-5.672815061614829,5.737683623921551,0.85574457913091,0.12307283445290551,12.140697360923348,4.349941973886673,-2.333822059340772,-1.3258259250690556,0.39360313301699357,-0.6473841837703629,-1.2568977332138187,-0.754789149786343,-1.6317407115043312,-1.574699343100428,-1.2842484851160965,True,c1,3,Normal paste (rich paste) should preserve the formatting of the pasted content (even if that means plain). Plain text paste should take the formatting of the target.,215342,14,,
+5.305006967109232,-4.397579988048079,7.774474730061003,-12.224599862643577,-7.235218745315144,-15.922402688457533,-16.802846373336664,1.5707462182064824,-2.7928916388204335,-6.738408953978121,4.507348735368302,-18.543498079883555,-25.113834914658995,-19.13119557217897,22.3199477658244,-15.710724234804019,-2.0000202775432876,10.051108652977991,True,c1,3,"erm, yes. Sorry.",215337,3,,
+4.4688715873449265,2.594330654493156,-2.1446819862564848,2.6282577681928707,0.5683907934220418,-7.11258595151242,-1.9508362061401225,-2.825915615418129,-0.9900073547746331,-0.6295716303441443,-2.9573506033572357,2.312961765973208,3.317182984101265,-2.8044571366800986,-1.7416506490933936,-0.1408280990847488,-3.70739937294711,2.537025682301858,True,c1,3,"(In reply to comment #3)
+> An editor at the English Wikipedia comments that the ability to copy and
+> paste
+> a link is "" definitely not an [sic] luxury feature but core functionality.""
+> 
+> I am inclined to agree.
+
+That's presumably meant for bug 33105 which is about copying and pasting rich content, rather than this one?",215331,3,,
+-5.63208988554305,-2.04071957433335,-1.7203012909661246,0.7051863355571815,7.055290350120966,2.251887497821736,-0.4797454760341804,9.386905943913764,0.19985649787857218,-0.7904720079328449,-1.1285597472412126,-0.5745259081422267,4.0598349930551585,-0.611460911594928,3.997908422869653,3.543109620158383,5.303412896512581,0.38849015248754304,True,c1,3,"An editor at the English Wikipedia comments that the ability to copy and paste a link is "" definitely not an [sic] luxury feature but core functionality.""
+
+I am inclined to agree.",215326,3,,
+-2.4200586420822208,0.03479584329668661,-5.008672273168864,-5.501508354300967,-7.524646779848546,2.096814110878494,2.2575272494836245,2.9818063963061494,18.49016693872205,-1.050396141616572,-0.9310945935074706,2.5315354130548258,-1.9878678958451494,-1.1079714911914997,-1.2035850747445915,2.0198336089802185,-4.958199278675663,1.3210316695869468,True,c1,1,"LibreOffice uses additive annotations, so pasting italic text into bold text results in bold+italic text. Google drive uses our current functionality.",215322,-6,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,True,c1,1,*** Bug 48159 has been marked as a duplicate of this bug. ***,215320,-6,,
+-0.5672253247094217,-10.883721888904848,20.21722397533241,-12.802210269876221,27.776236076540226,-14.321466077665201,1.643697769472631,-16.73620820487792,-2.206196630333145,12.102666697775762,10.194379467864081,0.23168109684336802,0.8742647018446497,3.4613684307834554,-3.3820753629479787,-2.1534200975259776,-5.212381873042075,-1.0181684593681584,False,c1,2,This is now fixed.,213104,-3,,
+11.878939677063793,4.83602605233223,2.157997148680546,-3.3082413439821554,2.4450839304211875,-4.033780663909734,0.39639742713214154,2.583361455992598,-2.564020374474309,2.200428171926414,-1.3759544187390147,3.476893933165189,1.3317492666411694,-0.09081420208079205,-0.7449767405523982,-4.5025808556983,0.253218134977268,-0.8914886074606243,False,c1,3,"Then someone opened Bug 50929 - User preference to disable VisualEditor
+
+The related change is  https://gerrit.wikimedia.org/r/#/c/73565/
+
+
+That effectively would reopen this bug 48666.",212388,3,,
+-9.048520462161127,-2.669063086609299,-2.703577817705795,-0.20379215614005375,4.637486777282282,-1.21772622269253,0.19131069531395362,3.646892199032296,3.689348708663493,-1.6706481464381726,-0.5307180344762299,-1.0961028244038076,2.2567047213317997,1.6012033796374847,3.174824513559024,1.3982735354345361,3.114634020935938,-0.3728308456804239,False,c1,3,"(In reply to comment #8)
+> my intention was not to offend or attack, it was to draw attention that, to
+> the best of my understanding, hiding the user option did not actually address
+> the actual bug.
+
+The 'actual' bug was, effectively, that ""the temporary description of a temporary configuration option does not automatically expand based on a different configuration variable's setting"".
+
+However, the cause for complaint was ""the temporary description of a temporary configuration option on MW.org is wrong and confusing"", you are correct.
+
+> i think that bug 51411 you created is perfect, and once it's fixed/addressed,
+> everything will be fine.
+
+It's exceedingly unlikely to be addressed, because (a) programmatic writing of human-readable descriptions is very delicate and not something we generally do, and (b) as we have said a great many times, this is about a configuration variable that exists purely for the duration of the alpha, to provide a way to ""opt in"". Availability of VE is a system-level configuration, not a user-level preference. By the time the software is actually marked for release by anyone outside WMF (when we remove the ""here be dragons"" labels), the underlying issue will be moot.",212382,2,,
+-13.490295344825874,-10.51628003975813,0.8474209233432268,-3.922168026640154,-1.6030659725278902,2.9150493548959204,-4.209101648167154,0.27641285209774624,1.4017592000122223,-1.397331008028301,1.7740340936859937,0.3323699603068295,0.6992922330178524,-0.5223728464398109,-0.8341177153584338,-0.31729841366800615,0.1293910048331662,-0.2470544258822689,False,c1,3,"my intention was not to offend or attack, it was to draw attention that, to the best of my understanding, hiding the user option did not actually address the actual bug.
+
+i think that bug 51411 you created is perfect, and once it's fixed/addressed, everything will be fine.
+
+regarding the rewording of the synopsis: i am aware that it's common practice. actually, quite a few of the bugs i opened myself received this treatment. 
+in all the cases i can recall, the rewording was for the better. 
+my complain was not about the fact the synopsis was reworded, per se, but rather about the new description, which i do not think is a good one. 
+
+
+regarding my presumption: i am not sure if i understand your comment about this bug being specific to ""mediawiki.org"". 
+does this mean it's limited to wikimedia projects? if this is what you mean, i do not think you are correct. 
+this issue (the original one, that is) pertains to any wiki that uses the mediawiki software with visualeditor (new synopsis and your fix not withstanding).
+
+peace.",212377,2,,
+1.305103126523309,-0.22749576056573417,1.6109002722141348,-6.156708095382279,-0.33808318896142353,-0.9562378528492381,-2.602001006603632,0.4967848340003884,1.9717240379546734,-2.604336150069814,1.6380232359233624,0.1076771912003478,0.5846445454957441,0.5107734503405632,0.5165307238183483,1.1239184714970638,0.8710429966556479,-0.2007874777999703,False,c1,3,"(In reply to comment #6)
+> (In reply to comment #2)
+> > Simplest solution to this problem. :-)
+> 
+> an excellent case where ""simplest"" is very far from ""correct"" or ""best"".
+
+I disagree.
+
+> in addition to being a bad solution, this change only affects enwiki,
+
+Not true.
+
+> while the (original) bug is generic to all projects that install VE (and
+> even non-projects, i.e., ""3rd party"" wikis).
+
+The message is over-rideable, which is an entirely-adequate solution for most third parties. The initial request was, in my opinion, asking for a solution that didn't require a local over-ride, and met the intent of the team anyway (as part of removing VisualEditor as a local user preference, which was temporarily implemented for the opt-in alphas and is going away).
+
+> as a side, together with this wrong and bad solution, James Forrester also
+> changed the synopsis of the bug: from the original (""underlying text for
+> VisualEditor in preferences [editing] tab & variable names?""), to ""Make
+> VisualEditor a hidden preference"", i.e., instead of outlining the problem,
+> the bug synopsis now spells the ""solution"".
+
+This is perfectly standard practice here.
+ 
+> this is wrong on several levels: it creates the impression that the bug
+> originator (billinghurst) asked to hide the preference, which he didn't, of
+> course,
+
+Again, this is normal; comment 0 is the location to find what the originator wanted.
+
+> and it hides the actual problem from someone reading this bug - only
+> by digging in the history i was able to make sense of Comment #1, which looks
+> now completely disjoint from the bug synopsis.
+
+I'm sorry that you were confused.
+
+> wrong or bad solutions to problems is something that can and does happen in
+> every project. that's just life. 
+> changing the synopsis the way it was changed is not something that can or
+> should happen.
+
+I strongly disagree.
+
+> without digging too deeply, i'm going to revert the synopsis to the original
+> one, and reopen -
+
+Which I have reverted, and opened a new bug, bug 51411, for your concerns.
+
+> presuming the problem affects more then just enwiki
+
+Your presumption is wrong. Note that the title you over-ride explicitly mentioned ""Mediawikiwiki"" (i.e., MediaWiki.org).",212372,2,,
+-10.331565051049143,-5.277109679122084,-4.334642688853142,-4.2302928777855335,0.372195312138885,-3.6733293687196245,0.3355254966862269,2.0889388597829273,0.6425419263406718,-2.6412215898889992,-0.07458596599367429,-1.8731376090087024,0.710943272460733,0.5336473176457359,-0.2874246474554387,0.8336348202801096,0.39569277566024164,-0.31970910242689277,False,c1,3,"(In reply to comment #2)
+> Simplest solution to this problem. :-)
+
+an excellent case where ""simplest"" is very far from ""correct"" or ""best"".
+
+in addition to being a bad solution, this change only affects enwiki, while the (original) bug is generic to all projects that install VE (and even non-projects, i.e., ""3rd party"" wikis).
+
+as a side, together with this wrong and bad solution, James Forrester also changed the synopsis of the bug: from the original (""underlying text for Visual editor in preferences [editing] tab & variable names?""), to ""Make VisualEditor a hidden preference"", i.e., instead of outlining the problem, the bug synopsis now spells the ""solution"". 
+this is wrong on several levels: it creates the impression that the bug originator (billinghurst) asked to hide the preference, which he didn't, of course, and it hides the actual problem from someone reading this bug - only by digging in the history i was able to make sense of Comment #1, which looks now completely disjoint from the bug synopsis.
+
+wrong or bad solutions to problems is something that can and does happen in every project. that's just life. 
+changing the synopsis the way it was changed is not something that can or should happen.
+
+without digging too deeply, i'm going to revert the synopsis to the original one, and reopen - presuming the problem affects more then just enwiki, and also, with the hope that Bug 50929  (basically a request to undo this change) will be fixed soon.
+
+peace.",212368,2,,
+13.573344192591732,-2.2955992532134584,28.875784098404026,-10.246750150519961,2.2835509261826115,-23.69811936905838,16.11525956909385,-5.470838050948852,-3.6207445885016014,-8.569231920831825,3.9452679611822496,-1.3722545385204565,-4.73288387333341,0.24359674479436255,-7.559827494007161,0.9104749993882106,0.7681075156908355,-9.076087427987844,False,c1,3,Now done.,212366,0,,
+-5.198325315779264,6.095252798949378,-4.207017250508854,2.675416708612609,3.703784683208953,-4.815333029902767,-5.5665915551170295,7.440688506133991,7.219116258408009,-6.357414074761076,1.387956895632808,-0.6677675076874685,-1.484792238991051,-1.9726688984096206,-5.4746219968409475,-2.5442274127615625,-8.345182070112646,-4.417342946569559,False,c1,1,Simplest solution to this problem. :-),212353,-6,,
+4.954991143372435,-0.015064519043560765,1.554513449976592,0.8311488741198367,-1.4270968770900128,-0.8954232917056206,4.81469003386065,1.3443609339013198,-1.530564401461465,-3.76593118994555,-0.17334934110234657,0.7759648014024849,3.4430085037126554,-3.298225480067959,0.28402463538270917,2.4086629494733485,-1.4084651421734704,3.184621686087168,False,c1,1,"(In reply to comment #0)
+> The newsletter update states that Visual Editor is now functioning in the
+> content namespaces at MW, which includes the extension: and manual:
+> namespaces (and it does).  That said, the default text for
+> ""MediaWiki:Visualeditor-preference-enable"" just states user and main at that
+> wiki.
+
+It probably shouldn't default to saying only some namespaces and not changing when the wiki config adds it to other namespaces. Moving this bug to the VisualEditor product.",212348,-6,,
+-8.209380801611587,-1.5044580538320496,-1.525436655574722,-5.768994013757089,2.0876299724399345,-5.854603918648508,2.3084096266783902,0.16337438619735187,-0.6476467657316968,3.9752159236892375,1.6534359573235395,-2.1864384453229717,-0.24969004236492687,0.2284687914163035,-0.5036540281346529,2.1350716096975875,2.5482667136462247,-0.16873512160690396,False,c1,1,"Latest proposal that is now pending review and merge (based on discussions on IRC).
+
+All transclusions now have ""mw:Transclusion"" typeof.
+
+data-mw.target.href will point to the template source page, if the template target is known statically.  Will not be set set if target is templated.
+
+data-mw.target.function will provide the name of the parser-function/magic-word, if the function target is known statically.  Will not be set otherwise.",212167,-4,,
+-7.354439773108718,-0.8412149884795408,-6.23427881465711,-2.307522740466359,-2.0988684318565145,-0.7169463764816637,2.585057952526091,4.713072048010353,-0.2555299916693977,-0.7962839479897266,0.6201580695213387,-1.2152250868788412,-0.26693170972651004,0.6789446982794571,-0.18874360289091507,0.9641305448332793,0.8580060839047399,-0.014233748932208634,False,c1,1,"Given that transclusion targets can be dynamic ({{ {{echo|lc}}:FOO}} and such), it wont be possible to always provide a statically determined tpl/pf target.  In the general case, the user shouldn't be editing parameters for these dynamic cases without knowing that the tpl. target is specific to the current editing session and arbitrary editing of the parameters might break the transclusion in other scenarios (day-of-week or month-of-year based selection of tpl targets).
+
+So, if we cannot always provide the template or parser function target, it seems we shouldn't add that to the typeof field and leave the typeof as: ""mw:Object/Transclusion/Template"" or ""mw:Object/Transclusion/ParserFunction"" and rely on the data-mw.target json property to communicate info about the target (fully resolved url, if static OR html with transclusion wrappers, if templated).",212157,-6,,
+-4.984448409497338,-2.8118310741901915,0.5298901322903062,0.11769496973388094,3.0230391692551795,1.4946038519305542,-0.10341207743585379,2.270065364806304,-1.5136599310041703,1.1041942157221643,0.9920671319876537,-0.7329161501071288,1.5291255948879425,-0.36068169775666914,0.06578009458251,0.16675631783000977,-0.598213229802767,-0.3368166435233557,False,c1,1,"https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&format=jsonfm&siprop=functionhooks doesn't expose the flag.
+
+We were thinking of replacing mw:Object/Template with mw:Object/Transclusion to make it clear that the object being annotated is a transclusion.  We want to retain a Transclusion type so all transclusions can be recognized for those cases where you dont need to distinguish between types.  But, I suppose we could make this: ""mw:Object/Transclusion/Template"" or ""mw:Object/Tranclusion/ParserFunction"".  Right now, the target is not part of this, since this is a type but we are being inconsistent since extensions provide the target name as part of the typeof.  So, we should probably make all those typeofs consistent in some way.
+
+Since this is not necessary for July, let us take a bit more time to work through these (and any other) details rather than make a quick fix.",212151,-6,,
+2.2768540193451052,0.10515700220684998,-2.530806729845434,3.278807624394494,-1.7951752430366117,-2.9732020900788765,-1.4495732536067916,1.9890073809628408,0.005997429746131933,0.24038108551959603,0.6653818137389254,-0.07834775724502574,-2.051171613573323,0.9428438001206365,0.5517267848486176,2.2616662628494684,-0.20684184866696487,-1.1265326383278942,False,c1,1,"(In reply to comment #7)
+> We were just looking at the wiki config to see if we can recognize something
+> as
+> a parser function (instead of a template) and ran into trouble:
+> 
+> * Looks like parser functions usage comes in 2 flavours: (a) with the
+> #-prefix:
+> ex: {{#if ..}}, etc. (b) without the #-prefix: ex: {{lc:...}}
+> * config.functionhooks provides a list of parser functions, but that list
+> doesn't distinguish between (a) and (b) above.  So, the functionhooks list
+> has
+> an entry for ""lc"" and an entry of ""if"" (not #if).
+> 
+This is controlled by the SFH_NO_HASH flag in CoreParserFunctions.php. Is this flag not exposed in config.functionhooks?
+
+> If
+> knowing that something is a parser function is essential for VE, then we
+> could
+> implement this check and maybe add a flag in data-mw or add some other way of
+> marking up a parser function.  data-mw.target.isPF = true possibly?
+It's not essential for July, but it's required in order to be able to support Wikidata editing. For that purpose, we'd like for parserfunctions to be marked as something like typeof=""mw:Object/ParserFunction/#if"" , as opposed as a template with a special data-mw bit (we could deal with the latter too, but the former would be much more convenient).",212145,-6,,
+-8.796767507537453,-5.5803346885131955,-5.520577513194386,-1.2026434820930838,-1.229565851166563,-2.967949609325597,-1.1109011353659781,1.0887446914819083,-1.1284268087175093,-1.9593496282693863,-0.4641458699078942,-3.289596297418418,0.02611214630694514,-0.31140198204199265,-0.29839093105293246,1.6205856115825878,1.8819433982241962,-1.6425356126582562,False,c1,1,"We were just looking at the wiki config to see if we can recognize something as a parser function (instead of a template) and ran into trouble:
+
+* Looks like parser functions usage comes in 2 flavours: (a) with the #-prefix: ex: {{#if ..}}, etc. (b) without the #-prefix: ex: {{lc:...}}
+* config.functionhooks provides a list of parser functions, but that list doesn't distinguish between (a) and (b) above.  So, the functionhooks list has an entry for ""lc"" and an entry of ""if"" (not #if).
+
+So, ostensibly we could have tested if (a) the name starts with a # in which case it is a parser function; OR (b) the name (lc/if/padleft) is present in config.functionhooks.
+
+But (b) gets us into trouble because you also have templates like ""if"".  So, {{if...}} ought to be treated as a template and not a parser function.
+
+We could then use an additional check to see if there is a "":"" in the name to distinguish between {{lc:foo}} and {{lc|foo}}.
+
+This could work, but seems a bit hacky and maybe fragile wrt edge cases. If knowing that something is a parser function is essential for VE, then we could implement this check and maybe add a flag in data-mw or add some other way of marking up a parser function.  data-mw.target.isPF = true possibly?",212140,-6,,
+-10.236324139266028,-2.910989372740346,-0.7026559533089058,5.051703690934508,4.546151464700666,5.038223328438292,-2.9323769203733576,8.205945196080991,1.6930650188350247,-0.943881408345633,-1.576360418698775,-0.13599499932925152,-0.7700761201944566,0.35921526376817225,-0.30646929477122953,0.616560737442339,-0.19374850747264324,-2.194983193435932,False,c1,1,"This looks sane to me, and won't change much with the url patch. Transclusions are all treated the same in Parsoid. Would you like us to split on the colon and provide a special-case 0th parameter if something looks like a parser function?",212135,-6,,
+3.17821909744654,1.1837065635260124,-1.365981745618595,-1.8368516629235092,-5.9268881909310025,-2.2891707102699126,0.6059930183630211,-3.3389197061739124,0.13771962132611204,-1.1014854348130094,-0.07217057457233289,-4.985229752964481,3.9405512979494883,3.150277732317033,1.068057005606894,0.30804221955850375,-3.295090336662801,1.972663706255187,False,c1,1,"(In reply to comment #4)
+> We are exposing an 'url' format for static targets now. In a follow-up patch
+> we
+> plan to make that editable, and remove the 'wt' value for static targets. For
+> templated targets we will initially still return 'wt', but in the longer term
+> we will expose either 'url' for static targets or 'html' for templated ones.
+So while discussing WikiData integration today, we noticed that parser functions aren't recognized very well. {{#property:capital|of=Germany}} returns {'target':{'wt':'#property:captial'}, 'params':{'of':'Germany'}}
+
+Will this by improved in this URL change you're talking about?",212129,-6,,
+-13.256831582221714,0.77429400702108,-3.1167213070405935,-0.7022717548902069,-5.869350418032272,4.594985388442602,2.0175115714437055,5.131220291835253,1.6627225858200798,-1.0849053721252262,-1.476671313809121,-7.614098842310094,3.0452856739333454,13.704753281238933,3.546241031816911,-1.811101594811785,-2.309574770753835,2.686725480405277,False,c1,1,"We are exposing an 'url' format for static targets now. In a follow-up patch we plan to make that editable, and remove the 'wt' value for static targets. For templated targets we will initially still return 'wt', but in the longer term we will expose either 'url' for static targets or 'html' for templated ones.",212123,-6,,
+-0.026051118917562732,-2.109314923662671,-8.68461043428005,12.901871004098071,-8.107183170096468,-6.850592673752369,-0.3932250789622973,8.760948090289432,4.013912561649583,1.9419239569021238,8.097214229310593,0.9257437371371857,-1.0691688317841164,1.3692776287146164,-1.6335722070585763,-2.7166650176878897,1.9429478906516835,-3.3939084892267117,True,c1,2,Fix merged and will go out with next push.,212072,-2,,
+-0.5135319412356054,0.3715207122774462,-0.8175247841701072,3.809185825464704,3.0100565491575964,-1.1000681245545376,2.924598021847144,4.501141729146509,-4.10039069421845,-0.8494431930473723,-4.7340736901206775,-0.06445204306590213,2.4259718774027643,-2.0499701813242606,2.5534107705388687,0.9311989297940286,2.208095874336441,-1.0035977759509027,True,c1,2,"(In reply to comment #1)
+> So the problem is that it lets it go too far or not far enough? I can imagine
+> it somehow, but steps to reproduce the bug would nice.
+
+Doesn't got far enough.
+
+Steps to reproduce: find a document with a very long single BranchNode at the end (or create one). Use VE. Notice that the tool bar slips off the page when you get below the bottom.",212061,-3,,
+-10.929074688813438,-12.504696010281632,15.807576180995094,-3.4800215898263094,-5.144592622778956,3.977752042641338,11.079450335387408,0.15673293107791764,-7.100376374715393,1.877154932509728,-1.6737651375220515,2.340673839100197,-2.765612204579708,-0.9677677334539554,0.24319224980369158,1.3063446487669104,4.733315037105426,-1.9214527291731065,True,c1,2,"So the problem is that it lets it go too far or not far enough? I can imagine it somehow, but steps to reproduce the bug would nice.",212056,-3,,
+42.539950263810326,-3.7618512537006428,-7.30756545688143,21.11684391852323,1.0463315052022768,-4.212857202479691,-1.301950404931656,-1.059254215225252,1.3263228028529566,-1.9584892590003569,0.6524425949481628,-3.6971472505709357,-1.0662272649353015,-1.0317104699355708,-1.8979688923782327,-2.433119967698317,2.4532217401746417,-2.877436683994539,False,c1,3,Provided by gerrit I38d63e31.,211452,66,,
+13.770864000917678,-0.3002204755618756,-6.2478308513644105,-14.89457561037544,12.481166599113926,8.669567349550807,-3.96972871560674,-7.057006148967291,-1.1773973570451508,4.027643204532438,-4.646227418877233,-4.574745642655894,2.349922384149867,-3.543812691374007,-2.010532814266088,-1.186833237390902,-13.774591038127161,-4.924940897866096,False,c1,3,ve.dm.Document#cloneSliceFromRange addresses this,211446,66,,
+-9.027790186570865,7.275848184059885,-9.23591432882049,8.216612598633178,-4.2548417740814495,-7.761729847519949,-3.314064704804224,-1.6717326990654877,-6.026717493763512,-1.3948202563540244,-4.033349514268327,3.028127069351096,-5.071148724812504,2.5938689872676424,-3.4891555745911655,4.247968640906626,-9.085455539497437,5.875499109430425,False,c1,2,Marking this as merged; follow-up in bug 49257.,210278,-4,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,2,*** Bug 49233 has been marked as a duplicate of this bug. ***,210272,-4,,
+-7.55959207765484,2.165617711829359,-14.113752265070145,3.9061192450973454,-5.759124485997201,-2.3927698976267298,2.097508754202156,-0.2512261873566346,5.34589005175921,3.4262903783243193,4.685200929284614,-2.5947806532245377,-2.3734275793174806,-1.046757403758782,-6.449556746791016,-0.5513314120868307,-0.5508681172088308,2.03323201808768,False,c1,1,"Ed's main block of code is merged and will go out with wmf5; keeping this open for follow-up, and removing milestone of tomorrow.",210266,-6,,
+-3.878075894032875,-1.571428086569398,-1.0390124753664254,7.600843801192484,4.314250123065547,1.437040699230188,4.333351028551718,2.825203934403053,0.05793496413737509,0.8884863436359334,-1.5945845047899376,-0.7231152608731746,0.5840699348741945,-1.1275273140107436,0.6205983236736214,-0.28815282820559984,2.673188427932189,0.6519263994111277,False,c1,1,"To be precise about what should constitute a character, see Grapheme Cluster Boundary Rules from TR29 (http://unicode.org/reports/tr29/) . We probably want to implement these, except insofar as it differs from the browsers' implementations of what constitutes a character for cursoring purposes.
+
+The important thing right now is to abstract the code away from assuming single-codepoint characters, so the structure is correct. Then we can get the splitting rules right in isolation.",210258,-6,,
+9.631665466755019,7.828309123572964,-3.0055934283191954,7.915235283430226,-2.7459933965349217,-7.774336707618519,-4.158815563314675,1.459978382288155,-6.2603411424024245,5.652834742123732,1.967040677307321,5.098572791568057,1.2861369706942938,-0.013608156675186445,3.926477308531645,6.068389946878764,-2.85451550243057,0.24636862254603198,False,c1,1,"(In reply to comment #3)
+> Another major issue is that window.getSelection (which is what we use to get
+> cursor position, via Rangy) calculates using number of codepoints, not
+> characters, so this would need to be translated.
+
+Which would be done in ve.ce.getOffsetFromTextNode",210243,-6,,
+-12.64964612962536,-0.9302628170692113,-2.2586960002503234,2.774642710530401,2.2581778703955386,0.28493476659447303,-1.5188436308421558,-1.4802583628397947,0.48413715302508953,9.359944407063795,1.4874913956799323,-2.3882173342823463,2.423775725873438,-3.154895267146693,-2.648145673622932,-1.28281283297475,-2.801254140410696,0.18697986596575822,False,c1,1,"Another major issue is that window.getSelection (which is what we use to get cursor position, via Rangy) calculates using number of codepoints, not characters, so this would need to be translated.",210238,-6,,
+2.907328953180249,-3.9394123573724844,0.9598375262717402,-1.9641193895290616,-3.5918181821827355,-7.84489412097779,-4.345481447043607,4.768679853760487,-2.2019244163905256,0.5833644238847677,-1.189040454615725,-8.210278964930726,2.361843258135421,7.031593495808962,0.8369728895745934,2.5064229285986315,0.5854866491280265,-0.5013706788769263,False,c1,1,"Ideally merging would be done at the transaction level (e.g. in fixupInsertion), although we would need to extend that method to be allowed to modify the remove part of a transaction, e.g.
+
+Data: ['F','o','o']
+
+Transaction:
+  Retain: 3
+  Replace:
+    Remove: ''
+    Insert: ''
+
+Would become:
+
+Transaction:
+  Retain: 2
+  Replace:
+    Remove: 'o'
+    Insert: 'o'",210232,-6,,
+-1.9707850070935073,-5.126458010703104,-0.2505557314327387,1.2697741965152058,1.972829344612137,-1.5574838936424733,1.2251332161124822,3.8972156916416303,2.7782230352734336,4.278822816024876,-1.4169216713880077,2.14129374037768,0.4300654069048946,-0.7352037058024719,0.18794273426263342,-0.7724594090849006,1.2872557805023188,-0.5553626718053124,False,c1,1,"A related question is when invalid UTF-16 is checked and how errors are handled. 
+
+I don't know enough to suggest where in the system the checks should be. But it obviously relates to the parts of ve.dm.Converter and ve.ce.Surface (for paste) which would call this new splitCharacters function. Note that two chunks of invalid UTF-16 can concatenate into one valid but unexpected chunk.",210226,-6,,
+-12.182357339483046,4.118396662599224,-9.945761922256278,-0.48979970657693883,2.4641068387240423,3.5499910384576445,4.46875354398343,4.951021124987992,2.330214349044975,0.9036168701324989,0.233838213711977,-2.2854747598958878,1.530980416807465,0.3770394035741058,2.0184735659836024,-1.4362576986741487,1.9655610928907359,0.27920485674100126,False,c1,3,"Added a meta_p.legacy view that has the same column name and order as toolserver.wiki for legacy purposes.
+
+Please note that the semantics of the 'server' columns differs and there may be other subtle differences with the toolserver's table not immediately evident.  Unless the same code base has to run on both labs and the toolserver for the interval while it still has replication, transitioning to use meta_p.wiki is preferable.",210043,8,,
+-11.86345742671844,1.8131799883749746,-2.8647291363996414,0.5991313122574589,3.3833971254902018,3.7144436298566426,-0.7932144594760384,2.922396814863297,7.734924670119755,1.728004090686519,-1.095183653006218,1.0646608593644542,-1.10357829212275,-0.5161970185287321,0.43349693033962566,1.194071411753467,1.8477763821106425,1.5771404262988784,False,c1,3,"It would be possible, but probably unhelpful: from what I understand, the server column is numeric whereas I provide actual host names.  Keeping the column named the same with changed semantics seems to be asking for trouble IMO (i.e.: better a select fails than return a string that is misinterpreted as an integer by code with poor error checking).",210037,8,,
+-12.577964953720112,6.14995799391923,-9.70883142596725,9.030133103274862,2.195246673789141,5.54577148674845,3.746061051784837,7.5977471819808295,0.5304588538606636,1.9945543565461588,-1.147401770412857,1.47643207180809,-1.935152902485847,0.010988724197801947,1.5301310584900953,-0.454716752044388,2.123416598835443,-1.1589206904643659,False,c1,3,"Would be a problem to rename slice to server, in order to match the column name of toolserver?
+
+The name column looks good to me from a quick look, btw.",210029,8,,
+-8.594928166722582,-4.2429035558693275,2.266212593201426,4.9629631129488505,-5.858872287493052,1.7169861753860385,5.031314718811572,1.0969765438935055,-5.926035440894346,0.9693332679735658,2.979509650956963,-2.946001617818131,4.23119044534484,4.747188635234541,2.8631821795333154,-3.9476244372056155,0.040035369008184524,-0.28025529958925155,False,c1,3,"I did not want to rely on the existence of bool, which isn't ANSI; mysql ""helpfully"" translated my numeric(1) to decimal(1,0).",210025,8,,
+6.446293006342513,-13.01922438046143,10.981297882459904,-9.673158204873822,5.56626669186493,-5.670074528155286,-5.22629996809492,-1.684509225783938,2.1403000572013564,4.059316447396407,0.11347628533747534,-3.1371846963538874,1.9093888524826177,0.09098460688059773,-1.065968689220018,0.5590447495792841,-3.3059234074069423,-3.427480344842579,False,c1,3,"decimal(1,0) ? This seems strange. Shouldn't those is_* and has_* be BOOL aka. TINYINT(1) ?",210020,8,,
+-3.040408859670189,6.033946688541626,-7.279865447909168,-15.285053495025934,-7.074840216843799,0.3300718242597309,3.880024328622227,-1.0863965986044062,0.37150635993149805,0.09319959593304183,0.33552259374599225,-1.5773256076631177,-1.882252037119987,-1.4729847054794027,0.6814297819767687,-1.3652620404741636,-0.9137103208369608,-0.0675643670987105,False,c1,3,"I've added a table with automatically maintained meta information
+about the replicated databases: meta_p.wiki (which is available on every
+shard).
+
++------------------+--------------+------+-----+---------+-------+
+| Field            | Type         | Null | Key | Default | Extra |
++------------------+--------------+------+-----+---------+-------+
+| dbname           | varchar(32)  | NO   | PRI | NULL    |       |
+| lang             | varchar(12)  | NO   |     | en      |       |
+| name             | text         | YES  |     | NULL    |       |
+| family           | text         | YES  |     | NULL    |       |
+| url              | text         | YES  |     | NULL    |       |
+| size             | decimal(1,0) | NO   |     | 1       |       |
+| slice            | text         | NO   |     | NULL    |       |
+| is_closed        | decimal(1,0) | NO   |     | 0       |       |
+| has_echo         | decimal(1,0) | NO   |     | 0       |       |
+| has_flaggedrevs  | decimal(1,0) | NO   |     | 0       |       |
+| has_visualeditor | decimal(1,0) | NO   |     | 0       |       |
+| has_wikidata     | decimal(1,0) | NO   |     | 0       |       |
++------------------+--------------+------+-----+---------+-------+
+
+There is a lingering issue with the 'name' column which seems to
+improperly encode the Wiki name when non-ascii characters are involved;
+that will get fix once I manage to beat some sense into mysql.
+
+Most columns are self-explanatory, and I can add a few more depending on
+demand.  In the meantime, (dbname, slice) provides the much requested
+mapping between databases and slices.",210015,8,,
+-3.4605625926023054,-7.489008656212995,-1.7728390396413283,8.387977412173855,-4.6326518425292065,2.4287156504383667,-6.27221660798155,0.11712733561238511,-3.6771102421331925,3.805950097741608,0.4332291252387537,-5.693291086789816,-4.834787197915084,-5.317671127609,0.9876535691847992,-2.5598246453349582,-2.467410977072685,-3.1359354894215774,False,c1,3,"Yes, but you need to populate that table from /somewhere/.  :-)",210011,1,,
+-4.765261183191148,4.593309126720662,-10.802432033551074,-8.878111364412806,12.519802222750048,7.9386572425882775,-0.30375733847135855,-4.961267260210755,12.262743626415554,11.758126306903566,0.2134740414940799,2.028477824930471,1.7967435216558147,-0.8394575229530886,5.202881675034462,0.07764777580017501,7.297720694394986,2.870654051944276,False,c1,3,API is per wiki. toolserver.wiki is a meta table.,210007,1,,
+-6.465015094543334,1.7806786017070895,-3.987461924280804,3.7069204921616983,1.5280001910754955,-3.5474855209957212,1.1977780749817644,5.762126426726688,-1.110207789487712,1.3104249734688205,2.249605281355191,1.8479901277778579,0.8260441311787576,-1.3485297054423213,0.8138996683026116,0.6478965148878895,-0.7160845996064155,-0.8897544816833372,False,c1,1,"(In reply to comment #4)
+> In addition, I think we should only rely on MediaWiki's API for this
+> information (with user authentication, as necessary).
+
+This is particularly important in that some extensions may have hard-to-evaluate effect on some configuration values (namespaces and usergroups being the more obvious cases).
+
+I should say that any necessary configuration value that cannot be fetched through the API should be /added/ to the API rather than fetched through an alternative scheme.
+
+-- Marc",210003,-5,,
+-8.904160126083525,-7.202203854242678,1.8207913880717719,3.906508320819791,-0.7306852910808859,-1.9129305079283903,-3.999201852456271,1.9281239791937956,2.2181472463011707,-2.4106898038006346,-1.046548844413647,-1.0241000905479698,-1.2583938493561102,0.42968502552603405,-0.8327954830804298,1.9757688588993136,-2.7756280049980253,-1.1766545198560214,False,c1,1,"I think we should have a discussion about what the current ""toolserver"" database is, what we want in the future, and whether we care about breaking backward compatibility.
+
+Some of the design decisions in some of the database tables could probably be re-thought, but only if we're willing to break the current interfaces.
+
+In addition, I think we should only rely on MediaWiki's API for this information (with user authentication, as necessary). This is the cleanest and sanest way to accurately get this information, as far as I know.",209999,-5,,
+-5.891637089412142,-0.7450141460883284,-10.125621449483045,-6.1045971303018165,-2.5350273109835637,5.884153818369512,-1.5929195996796963,1.6342350263022154,-1.4060594650113802,-2.2612078172873002,-3.1026363775660086,0.9724763542944057,-2.0509708540081055,0.034160015730717586,-2.0459909060128734,2.546433888076648,0.5974596572063202,2.230410477210453,False,c1,1,"Do we want a database table consisting of three columns: wiki, config_variable_name, and config_variable_value (as a serialized blob)?",209992,-5,,
+28.725140909958647,0.3818356375254446,-2.6534850649699795,-7.317641875519541,-4.043130747874169,-3.981130128421201,-4.122186036199347,0.9829590570324485,-0.47287013982679743,-1.5026917765637968,-0.09211845269447516,-1.92296069420463,-0.06985201767804217,-0.6031620489975471,-1.8390011161111042,1.9062405196320378,0.5605114902949326,-2.8215519325761784,False,c1,1,"(In reply to comment #1)
+> Played around with:
+> 
+> | include ($MediaWikiRepoPath . ""/includes/Defines.php"");
+> | include ($WmfConfigRepoPath . ""/wmf-config/InitialiseSettings.php"");
+> | var_dump ($wgConf->settings);
+> 
+> but it doesn't yield for example information about de.wikipedia.org.
+
+Some experiments:
+
+$ php maintenance/eval.php 
+> $wgDBname='zhwiki';
+
+> $wmfRealm='production';
+
+> $mwConfigDir=""$IP/../operations/mediawiki-config"";
+
+> $wmfConfigDir=""$mwConfigDir/wmf-config"";
+
+> function getRealmSpecificFilename($p){global $IP,$wmfConfigDir;return str_replace($p,$IP,$wmfConfigDir);}
+
+> function wmfLoadInitialiseSettings($c){global $wmfConfigDir;require(""$wmfConfigDir/InitialiseSettings.php"");}
+
+> require(""$wmfConfigDir/wgConf.php"");
+
+> list($site,$lang)=$wgConf->siteFromDB($wgDBname);
+
+> $wikiTags=array();
+
+> $mwConfigDirHandle=opendir($mwConfigDir);
+
+> while(($f=readdir($mwConfigDirHandle))!==false){if(pathinfo($f,PATHINFO_EXTENSION)==='dblist'&&in_array($wgDBname,array_map('trim',file(""$mwConfigDir/$f"")))){$wikiTags[]=pathinfo($f,PATHINFO_FILENAME);}}
+
+> $dbSuffix = ( $site === 'wikipedia' ) ? 'wiki' : $site;
+
+> $wgConf->loadFullData();
+
+> $globals = $wgConf->getAll( $wgDBname, $dbSuffix,array('lang'    => $lang,'site'    => $site,'stdlogo' => ""//upload.wikimedia.org/$site/$lang/b/bc/Wiki.png""), $wikiTags );
+
+> print_r($globals);
+Array
+(
+    [wgLegacyEncoding] => 
+    [wgCapitalLinks] => 1
+    ...
+)
+
+>",209986,-6,,
+0.7649929185994351,-8.919660822957006,0.2083435899845827,-3.528710421156191,-7.272735679014333,-8.454506648591897,-1.0332253798566828,-2.1091745558650463,-0.023873616901069483,-0.19564646625498483,-2.599048875416493,-6.68675244540195,2.0046165944478433,2.380651417177271,0.44982879703339673,0.4515983892801376,1.647754052513085,-2.3176409133736833,False,c1,1,"Played around with:
+
+| include ($MediaWikiRepoPath . ""/includes/Defines.php"");
+| include ($WmfConfigRepoPath . ""/wmf-config/InitialiseSettings.php"");
+| var_dump ($wgConf->settings);
+
+but it doesn't yield for example information about de.wikipedia.org.",209978,-6,,
+-9.384971363769239,2.299403060193727,-6.211818334248605,2.9368962628646784,4.981649932286636,-2.942702107689808,7.325072343060649,1.6806539516976016,-3.8397758857122923,-0.03231126883451996,-2.4074240959688895,1.9935837455564478,2.1827143473816637,-2.599504211722179,-0.09567137333637987,-0.03270627371419588,-3.7683316659714414,2.1031768438950365,False,c1,3,"This 2013 task with no updates in a decade does not seem to be tracking any actionable problem per Aklapper's comment above, so closing.",2412231,584,,
+-7.3674549741486315,-12.951514762937848,13.434447528608095,-4.790838447504935,-2.5224147246240456,-5.095933491019853,4.227823655052832,2.536119284716386,-3.6354511755822374,4.775880300308607,1.045980459523632,2.874381173038832,-3.689610942365623,0.33304433844519066,0.6797646916302678,3.77882749756969,3.4148750283109037,-1.7910556539874891,False,c1,1,Slightly unclear what the bug to fix is here (and hence when it can be considered fixed). Could you elaborate?,208758,-6,,
+-13.435449878656513,-5.565966392898286,0.540622613994449,-5.053892586254672,-10.144082501557213,2.4249330526709585,1.6829197400011768,0.9919537033227148,-8.087199198922173,-1.1198818104287143,4.46864521620717,-0.8959671455270453,-4.044418322444842,-3.9826056738606743,2.3270819121962507,-1.0187355955444395,-6.589228770052176,0.0003488659782830972,False,c1,1,"oh, and we can also add wikEd to that list :D",208755,-7,,
+-6.055072952842848,8.95031465578036,-1.9431679984169064,2.5901743147828835,3.1783185456067073,-1.4069409185483437,2.5226598532821125,6.187303564261436,4.175164543390628,-0.5273539988736631,-1.1839889501255412,-2.3567880843849416,1.1176807439397103,-2.452171752216811,-3.481175292061101,-0.4928811937277029,-0.8923503371373036,1.421839228267189,False,c1,2,"This works for single annotations, but not for nested ones. See https://gerrit.wikimedia.org/r/#/c/69343/ for a failing test case.",208504,-2,,
+-9.878885325843065,5.511077245521509,-7.751270500148337,6.271510580921463,-3.8080098170975694,-5.714527766152568,-2.4612831874264796,10.088486411555591,6.863485890014806,1.4158304427976534,-2.1294476835736385,3.7339696939474907,-0.19876282406347157,-1.725556666034768,-6.6754342571086545,-6.0792798141810955,-4.943346526186226,4.0290621370685304,False,c1,2,Split new items out to bug 49497; closing this one.,208498,-3,,
+-9.741431779541205,-0.48406895788465043,-6.7365752676344615,-7.220937493631452,-7.554655918939331,-3.316941063897902,2.377979259629816,-2.124925898547424,2.2715250552104607,-0.19706227375196494,-0.17044882403751505,-0.9425195586582324,-1.980189023182795,0.06970731822382747,-2.2564321440796338,3.3852732415113875,1.2334982993372114,-1.1715588882647046,False,c1,2,"Above change fixes issue with annotations being dropped, but we still need to fix empty annotations not rendering (e.g. ), either here or in a new bug.",208493,-3,,
+-4.5583740435809625,-17.29733779246735,22.152113175852264,-7.954292946797391,-1.9547306722716202,1.089651068370431,-3.075492291924758,4.836071053815366,5.317679387635902,6.603641017743241,-0.7108390821269697,0.6671683854244908,-2.859589412293345,1.5096015231036792,3.904880732284445,-1.7928300415224432,-2.9850043757664286,3.4896184499391496,False,c1,1,"That would be nice, yes, but I don't think it's critically important.",208485,-4,,
+-12.034162324551584,-2.820449865550952,-1.419299964795314,-10.270366020862612,9.550060622092662,7.052812363507282,-2.92305024361404,1.272215066967454,-0.3341885195918821,-6.4492636739997655,-4.1800243303488145,-2.2898779775081635,0.6638437406966511,-2.991118920172209,0.33576969020013925,2.2711027223184397,0.7145152632624737,-3.4098437516119686,False,c1,1,"(Actually it's a yes/no question, both cases relate to the same behaviour.)",208482,-6,,
+24.11202500223299,-0.8765707390391562,1.1014547535985524,1.650526137464892,-0.1878080545972889,-2.2793864888599984,-5.622164295627328,3.249613176270241,-2.1207532220205483,0.4788786689248248,1.4696819968668566,0.6239363934662716,2.6244017955877137,-1.6370709218042065,0.18430493699949713,1.9928337200651411,-1.1139651027662612,0.7476375434176279,False,c1,1,"(In reply to comment #1)
+> Should the inline node disappear if saved next to similarly annotated text,
+> 
+> e.g.
+> 'Foo' => 'Foo'
+> 
+> or more complex:
+> 
+> 'Foo' => ' />Foo'
+> ?
+
+I believe the latter, but Roan was going to answer this.",208476,-6,,
+6.203001753038711,-12.530499040483978,-5.433897908893019,-9.153794311240276,-6.878171060821197,-7.945007137370991,0.38155979975235077,0.7855565575844567,2.2727494643812047,-5.33268610528073,-3.068442948362921,-12.943459634030315,5.712990058417289,11.09869676871069,1.5471784215136246,0.6836892245708692,0.6525551327776172,-3.4154079408769435,False,c1,1,"Should the inline node disappear if saved next to similarly annotated text,
+
+e.g.
+'Foo' => 'Foo'
+
+or more complex:
+
+'Foo' => 'Foo'
+?",208471,-7,,
+2.249909157188391,-7.149141040133735,-6.864702430153214,22.74200041548987,-5.774486140232941,-10.796951956703332,-2.0849978635819664,11.635835338135204,5.950412730610837,3.980330909260463,2.481228964829822,-1.3586881680465241,-4.188506092675207,0.4192735930540814,-3.9758162963507937,-0.8158693523692162,2.3378109468656914,-3.997680622560222,False,c1,1,Merged and will go out with wmf5.,208344,-6,,
+-6.161113051102585,7.979291286742754,-16.68266909908251,29.434053079754662,-8.406467127911553,-6.577408515520173,3.6566908044656987,-2.4005769001918225,-1.5939655910888093,2.19377275918416,0.007939367923315288,-0.4449307851263171,-7.2140553604964195,3.0582361401288054,1.5772135084916412,4.685763715015332,-3.705173534342177,-1.5555951827706722,False,c1,1,Merged in master; will go out as part of wmf5.,208288,-7,,
+2.4243012425956803,-6.7022995894593205,-7.1219262318520595,22.84087928112939,-5.565246989522292,-10.657888971398334,-2.413012815798637,10.824936056598183,5.5931059852852085,3.6087834664552814,1.06619206160878,-1.0405078337777365,-3.5544011769111767,-0.5727405701627275,-2.4840603558639454,-2.443854658931597,0.546137093161552,-3.4080102841003583,False,c1,1,Merged; will go out with wmf5.,232529,-7,,
+-3.4599282638341937,-13.804612964595918,20.104023297939364,3.2503726295555335,-3.6651629509263595,3.5668770331685167,4.911168518179547,-7.49736323668371,-1.6521402601024682,-4.113201587883015,4.210554103491388,4.258549548025617,0.2290152874449598,1.5824551151424424,-0.3609489768426015,-1.6145653575860668,3.7913430749772408,1.6325431457511832,False,c1,3,"I d'not know why I ever wrote VisualEditor but this definitely is about CodeEditor. And it definitely is fixed now!
+
+Thanks for bringing it up again (I remember you adding the PATCH_TO_REVIEW) but it wasn't merged back then so I couldn't test if the bug was really fixed) so we can close it for good.",232135,38,,
+-0.8644202487435617,-5.579610912474919,-0.1498014574008697,-2.193546664204508,5.23285121730969,3.0020788388851223,-4.526244665854384,2.901606118590874,0.33025079425963777,-0.6373580791197284,0.06721503005519991,-4.092430477547729,1.2955338262855425,2.593328435747206,2.142707539346886,0.2842537799479383,0.9490772422770628,0.6790018861813993,False,c1,3,"Wait, this is in the CodeEditor extension group, but people are talking about the 'visual editor'. Did the reporter originally file it under the wrong Extension ?
+
+Eduard, can you clarify please ?",232131,38,,
+18.998986595413832,-0.8840061770132,3.3637501259327935,14.621112404693504,16.516234737682783,-3.136715810944903,-9.564981215710233,-4.904046346714692,1.5371132343032696,2.0793417751083227,-2.3566447970463735,-9.671374497787998,6.939897676867962,-3.05333160495727,-2.451267512660728,-4.383375588243229,-6.739464904392937,-6.778069779362006,False,c1,3,This seems fixed with: https://gerrit.wikimedia.org/r/104510,232128,26,,
+-10.795371914663178,8.872866719848219,-7.275388884547778,-3.9839907501152236,17.142337048950786,2.4380764260938044,-6.316209161663188,-1.25731271408418,4.241110824707092,1.0194216875297455,-6.138045716969401,9.341359699363284,-0.6148932767131039,2.549793485047007,1.5810079108333142,-2.790424069715422,-6.172739395548554,0.5694763348645542,False,c1,3,Is this the same issue as bug 50722?,232124,1,,
+-6.651939124118279,-4.268428547656084,1.7397098880210242,-2.3379773499259873,-0.12905352554899707,2.310784203230739,-0.7058337456740311,2.891526412433714,-3.6465514755834922,-1.8623194076146699,-0.9971481286570607,-1.8088228361949161,-0.13003234517502538,-0.8939636296432092,-0.9112887370862841,0.9820441065286811,0.46738914186610847,-2.135755385721256,False,c1,1,"I think I can replicate this bug, but I'm not sure I entirely understand the whole problem.
+
+If I select some text in the CodeEditor box, then click into another input element on the page to move focus there, then click back into to the CodeEditor, the cursor position within the text area does not change to the place I just clicked at and the selected text remains selected. I would expect it to deselect all text and move the cursor position to where the mouse cursor is. Major -> Minor",232118,-7,,
+25.26790303896697,-7.027685905523906,8.81396733153821,9.858210243816893,-6.786744508673429,2.131276033206685,-13.364304920314002,-10.25443099928507,0.9873831367832795,-3.4212921339023086,-13.000116662143256,4.0632052169822215,6.30483136420641,2.996012014346051,-6.089483037391185,-8.157450084247657,1.1079674136809894,10.72724523878959,False,c1,1,I'm using Firefox 21 on Windows 7.,232113,-7,,
+-0.9741638831584813,-2.7145605542914932,11.96682668089423,-10.54256115777231,-16.106626010979845,5.032369524069129,-9.841157512360905,6.951193982040973,-7.75701717373437,3.0468644466254453,2.4637292188985906,-3.8990665960522826,-9.454323193712662,-7.324248917174694,2.7816571469568068,0.5705529026847542,-0.7714936533114674,-1.5010396433088409,False,c1,1,Could you please provide browser information?,232108,-7,,
+2.7000636437594974,-4.889240305166592,13.709858997348432,-11.386760090081484,32.77198363673028,-7.297646686475537,-20.409305261946876,-14.7897006364925,0.5544629283077602,17.86041729498661,10.775449896156767,-1.5620026381766814,3.2222242248677606,2.7242865989235145,-2.521596423551768,-0.9700570178412371,-5.0462503797166915,-1.2139010772984675,True,c1,2,This is fixed.,231244,-4,,
+13.527763505164165,-2.237836255612855,27.73252213042769,-10.260499202580942,2.080627836948997,-23.12697671842151,16.723023889557325,-5.435389143306145,-2.7805386760957465,-9.363337833613276,2.6489604468670485,-0.7765527449292309,-3.8561081478768706,-0.7500023502010539,-5.73613946683068,-0.26656272805144887,1.4972074175972832,-5.446501274304314,True,c1,2,Now merged.,230738,-3,,
+0.8214695622591739,0.5714964753460183,-3.384034225146628,-4.314428739288536,7.538917749607165,4.573408002134045,-6.975724387876266,0.24770802463989636,-2.7866212123674203,-5.1074748188024435,4.161616067955224,3.1553368334809457,0.5263751323593051,2.5657668096231614,-1.052306888349996,-3.229284705805376,0.9670474425951818,-1.667573720714028,True,c1,3,"This is done for VisualEditor.  I made this a tracking bug, and opened a separate one (bug 51985) for UploadWizard.",227903,3,,
+-5.232545364450897,-2.873179891119783,2.24778321751422,9.404112910342144,6.775560740151112,3.725273138610568,4.909325894934925,-7.46195391628772,-0.8987685041423229,-3.8475936473715806,-2.122629473601235,-5.851681236423777,3.96120228068892,-2.1799937475847044,-3.7485077482222167,-3.3703557853677615,-2.603911218171805,0.21267783633632575,True,c1,3,I'm working on a change set right now that uses mw.hook for VE like this.,227899,0,,
+-0.7759628281129123,-7.178914231335011,5.375315047931297,0.8232334289840555,5.2957105307463195,-2.428648344293096,-3.672423713054628,1.6648030279622792,-4.619083254268469,4.334267151698091,8.949988702959686,3.930025964798081,0.08119021814190797,0.7410958967318206,-0.7432517765680411,-0.5313843882506468,1.1469978968522945,-1.2221840265256225,False,c1,3,"Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.
+
+Edit: ignore this, this comment was meant to be on T97593)",982520,232,,
+-4.351337793168846,-4.58917694383358,12.049244188302541,-6.0494273874208675,4.035514860952864,1.437606286657708,-1.2171394811542111,-1.3832726112922202,-1.612439580999677,0.1370764743189028,7.226921688337889,3.9170972708944047,-3.8071555193424205,2.643110684205346,-1.9608580336503016,0.279898608084602,4.084263746282683,-3.037238062869668,False,c1,3,Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.,982518,232,,
+-5.465732734633889,-1.8660400718770749,2.780210139682377,-0.0934055688011668,3.396375603503614,3.4395328727722863,-6.530156618924739,-3.31153804010215,2.541164771746904,1.3820106994994994,2.137642886512041,-0.24621524811103246,-0.34233625694778214,0.6118805424609046,-0.7579437944608629,1.02840352770782,-0.16728252654157205,0.018645223514317966,False,c1,3,"Thanks to @Krenair (with reviews from @BBlack ) we got SSL on beta cluster.  That is quite an achievement.
+
+The last remaining patch has been merged in. I believe there is nothing left to do there.",720717,165,,
+4.766047485469038,-2.0327670300316356,8.046230304469832,-1.537117857030216,3.2889452161343193,-2.5096472431808614,5.117321811064141,0.8986055134229286,-0.6229709770525004,7.758047827679304,1.3838600837424544,-0.11839741652701896,0.48679973337901083,-1.4982206943595058,-2.512494314496803,-0.7007399122334923,-0.9399678458312463,1.846756884781923,False,c1,3,"So that is now pending review / merge of https://gerrit.wikimedia.org/r/247587 //beta: Use Let's Encrypt cert// which is already on beta cluster.
+",716639,164,,
+-11.848054425112423,17.931321670155842,-11.335474088205052,10.434865754027895,-2.833996300080149,5.171144257559,6.368597857494786,12.85036145173564,-11.634576789567413,11.007707810036175,-0.8192533503942405,-2.370009021710946,0.6986782925266435,-2.0156545488275626,0.21980101804244345,-1.108293527587843,2.7210856755219033,-1.7517046116219988,False,c1,3,Convince someone with ops rights to merge the patch,716534,164,,
+10.21394623038499,-11.0809104363615,8.296637441011008,-0.23062160621796757,8.9368999489812,-9.629403918364797,0.8428030817638135,-3.8200343741350697,-0.7527139555344105,9.399235453575617,0.6831485403062777,-2.7208928824601344,2.624179259631261,-3.5121736523229528,-0.4606334731062858,-0.6808302865806448,-0.663997599665885,-4.530131408718769,False,c1,3,That is really neat @AlexMonk-WMF !  Is there anything left to do?,716533,164,,
+-2.3562841286484124,-9.997378722204967,0.7629331112682185,1.8191292029791413,-3.576842980586836,-0.8742798393801667,5.182910927476252,1.3507174217765179,1.0567458060130612,0.46843555575690576,2.4251473208345047,1.4856944699217145,-3.9909726463144493,3.161256503768154,-2.9838211807552972,2.4996205285601993,-4.793368263667477,0.9869522043155183,False,c1,3,This is now working for meta.wikimedia.beta.wmflabs.org and deployment.wikimedia.beta.wmflabs.org (and their mobile variants) as well as upload.beta.wmflabs.org. I'll try to handle all other domains tomorrow.,704053,161,,
+-2.1775642555100374,-9.915791765276369,0.4985708975400289,3.0663300612541473,-3.199238277522202,-0.06399831051001037,6.601763131743576,-0.9252488624379652,-0.8956169519574523,1.6443609379167992,2.6347736005035465,0.47199055894585573,-3.048304375834723,3.209808429832483,-3.3030725989150596,2.3603103767775724,-4.791069522077584,2.0140752392997423,False,c1,3,This is now working for meta.wikimedia.beta.wmflabs.org and deployment.wikimedia.beta.wmflabs.org (and their variants) as well as upload.beta.wmflabs.org. I'll try to handle all other domains tomorrow.,704022,161,,
+-6.714790678620712,-9.54947441028309,21.706885735587854,-2.420817885558664,-9.546386474253442,5.563589694580514,12.11467565882383,-7.034219223044805,3.0705584889864426,-0.6218838221765393,0.7166271196272528,7.0922845238123875,-6.580632417818149,3.620529882850855,2.1885781960031023,2.556745234900588,2.584351780278394,1.1314214040834787,False,c1,3,"Its puppetized now, should not be hard anymore. We already use it in prod.",672898,152,,
+-6.95129750029721,-10.5553346810281,13.76594151932253,-2.471251699674296,-2.723747824886032,1.8880058437033984,1.5469775397488235,9.515893096345152,0.6668045684791715,0.34038106227579945,2.0872194441265415,4.2076945748241625,-5.407705869853956,5.347582478910051,-0.17944892345636276,2.1848487015183355,5.531830464461095,1.362979773909784,False,c1,3,It may or may not be a strict blocker but we should probably wait for {T132812},646697,145,,
+2.0537595197122656,-5.885814970703453,6.528940453619985,-1.6037580147553392,2.1599471981387097,6.533778659518422,-0.4863671688303839,3.417577743454223,-0.2390145954102224,-0.12900513891640664,0.15761202109139716,1.6375155175199998,-1.7849154911368612,2.1287405141351634,-1.9796951975474846,-0.23955515387962967,-3.803240040117751,1.1533513110961517,False,c1,3,">>! In T50501#2210861, @csteipp wrote:
+> Ftr, I'd love to see us move in the direction of the let's encrypt model, where it's a straightforward, automated process for servers to get a valid cert for their identity. Whether it's LE specifically, or one of the projects that makes an LE-like api that organizations can run to automatically get certificates from their preferred CA.
+> 
+> I think we're going to need more of these (mysql and kafka servers / clients in the near term), and I'd like to get to the point where we're dealing with short lived certs wherever possible.
+
+That might be hard as we're not exposing those servers directly to the internet. I suppose we could use an internal CA and run our own Let's Encrypt-like setup, but this is all far outside the scope of this task :)",646664,145,,
+-6.770963565934162,-6.115959161981821,-0.06773216250837155,2.816933606694054,-5.37748678397484,1.9639196210082748,-1.9942802105896433,2.9291612298564793,0.41983052955259437,-0.8777479151408887,-1.0028297039830982,-1.7211250586744842,-0.6798515734295729,-0.3100816551650847,-1.3821165428370914,0.5621117317733013,0.007875470849976529,-0.8856560307153054,False,c1,3,">>! In T50501#2210736, @Krenair wrote:
+>>>! In T97593#2115226, @Krenair wrote:
+>> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+Ftr, I'd love to see us move in the direction of the let's encrypt model, where it's a straightforward, automated process for servers to get a valid cert for their identity. Whether it's LE specifically, or one of the projects that makes an LE-like api that organizations can run to automatically get certificates from their preferred CA.
+
+I think we're going to need more of these (mysql and kafka servers / clients in the near term), and I'd like to get to the point where we're dealing with short lived certs wherever possible.",646659,145,,
+60.030668293092496,-0.9086763702065106,-0.4631147863860239,-3.936090450560295,1.5900142801934027,0.5821498338334514,-2.1071459389006257,0.9852170663101287,-0.20057067028845743,-0.7600062531740712,0.32758800647976105,-1.9228206034577244,-1.3011711115207196,0.6496701426087748,-0.9488295491112357,1.036844778403975,0.5980841340949835,-0.8857456173472356,False,c1,3,">>! In T97593#2115226, @Krenair wrote:
+> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+>>! In T97593#2116454, @Krenair wrote:
+> I checked this in deployment-cache-upload04 today. It's from jessie-backports and depends on lots of things from there, so you end up with something like:
+> `sudo apt-get install letsencrypt python-cryptography=1.1.1-1~bpo8+1 python-pyasn1=0.1.9-1~bpo8+1 python-openssl=0.15.1-2~bpo8+1`
+> (I did not actually allow this to continue, would like someone else to review since I'm not used to messing with package versions like this)
+
+>>! In T97593#2210712, @Krenair wrote:
+> ops have started using it in production for (ubuntu|apt|mirrors).wikimedia.org and it might be puppetised soon. (see T132450)",646648,145,,
+59.75301695097246,2.235874924878045,0.8150058242717306,-4.390589132277313,1.5624333431636543,0.880283346356002,-2.02482562005609,0.9735265691468424,-0.16153774347126804,-0.6296693856387674,0.38055999532954843,-1.962227685253577,-1.2440268811715351,0.7703729770993346,-0.9945337406933106,1.018479385348121,0.7018932024419002,-0.8925958001737722,False,c1,3,">>! In T97593#2115226, @Krenair wrote:
+> I am also wondering what the best way is to put the Let's Encrypt client onto the beta servers. Could we install it on the deployment-cache-text04 and deployment-cache-upload04 instances and have them get their own certificates? They're all running jessie and there is a letsencrypt package available.
+
+>>! In T97593#2116454, @Krenair wrote:
+> I checked this in deployment-cache-upload04 today. It's from jessie-backports and depends on lots of things from there, so you end up with something like:
+> `sudo apt-get install letsencrypt python-cryptography=1.1.1-1~bpo8+1 python-pyasn1=0.1.9-1~bpo8+1 python-openssl=0.15.1-2~bpo8+1`
+> (I did not actually allow this to continue, would like someone else to review since I'm not used to messing with package versions like this)",646634,145,,
+3.675270768419024,-6.012727728449198,7.339475865409193,6.358979100558658,-2.0017943754475755,4.498645038811002,-2.4660610408449575,3.6095712133170905,-4.530543522636766,1.0749853567370264,-1.1774286815862296,-3.580854598731152,1.0876614344297164,-0.8681096424264063,-5.7179069931873014,-0.7107310295038936,-4.271553557925166,4.885840142557926,False,c1,3,"I'm going around a few tasks on this subject trying to merge/close everything together (this one, T70387, T75919, T97593). I'm going to see if I can get Let's Encrypt working for this.",628753,140,,
+4.5390691550900915,-5.861292591414499,7.451925066435807,7.965709866223046,-1.3647117708287553,5.855969361594273,-2.4255465760658383,2.951116278974495,-4.30278388002875,0.17642986830294127,-0.9995575529170688,-3.592000924984734,1.170214146636141,-0.9910014803506821,-6.3273441762698095,-0.9841811205765008,-4.311508684779725,5.511618077371105,False,c1,3,"I'm going around a few tasks on this subject trying to merge everything together (this one, T70387, T75919, T97593). I'm going to see if I can get Let's Encrypt working for this.",628752,140,,
+-4.251641836582461,3.953799293753594,-0.14456127743029867,-5.234314629200915,0.2798281037131307,-4.458275467574792,10.879881721816444,1.8146610019511806,5.1878307528927845,-1.3236185366405313,2.416306276456453,1.3782592187623228,-0.11142696916021899,-1.3748275735964464,-1.0996217060302673,-1.0137929036434863,-0.3399206710865658,0.2779657534543758,False,c1,3,">>! In T50501#1951388, @faidon wrote:
+> Can someone repeat why we can't just flatten the beta hostnames and just procure a *.beta.wmflabs.org certificate?
+
+Presumably because that would make beta less similar to production and less useful for testing things where the domain structure is relevant (e.g. CentralAuth shared cookies).",595884,133,,
+24.72424385884873,-7.058181832054334,5.034730621335922,-8.12815830206685,2.531007548650617,3.0490038724172095,1.2480816733182287,5.616249163456435,-2.4109970022323473,-2.071689609985625,-2.3853318612625816,-0.873683457301218,-0.06405947663289169,1.910808589683089,1.1826460526099192,1.6800064280702909,0.04159972528970904,-0.14920195759037602,False,c1,3,">>! In T50501#527689, @Krinkle wrote:
+> Would it be an option to flatten our subdomains?
+> 
+> We'd only need beta.wmflabs.org and *.beta.wmflabs.org to be in the certificate
+> 
+> (at e.g. DigiCert, those wildcards are $1425 for 3 years includes root and *)
+> 
+> For example:
+> 
+> * beta.wmflabs.org
+> * bits.beta.wmflabs.org
+> * wikimedia.beta.wmflabs.org
+> * commons-wikimedia.beta.wmflabs.org
+> * wikipedia.beta.wmflabs.org
+> * en-wikipedia.beta.wmflabs.org
+> * nl-wikibooks.beta.wmflabs.org
+> * en-m-wikibooks.beta.wmflabs.org
+> * en-m-wikinews.beta.wmflabs.org
+
+I've asked the same a few times and I don't remember the response. Can someone repeat why we can't just flatten the beta hostnames and just procure a *.beta.wmflabs.org certificate?",594127,133,,
+-6.383053192079461,-8.710626290836018,7.859992989410886,7.960426986814538,-5.087731107664264,0.8575089234284423,7.679346276481601,4.577357451833058,-4.495344408463179,1.6646078980683576,2.420985080699406,2.660228278869429,-4.173420880224029,2.9996302088969893,6.027640013194788,-3.3050603962256555,0.8421786076168956,4.175291648183936,False,c1,3,"Yeah, beta.wmflabs.org was in the private beta. Don't know if it can actually work with our setup though.",572897,126,,
+21.67815153567375,-1.9198622222253885,2.043479056685335,1.4139097875623303,-4.506232573101163,-2.0419198921827437,-0.16428038349036633,-1.5111391760602988,1.0779242386392733,1.3106500870074616,-1.032225725175549,1.64821684885709,-1.7785040265884426,0.17083393032407979,-4.200078484006068,0.3293520189595971,1.9286049991504715,2.331006705803587,False,c1,3,"Let's Encrypt is in Public Beta now. Everyone can get free certificates from them now.
+
+[1] https://letsencrypt.org/2015/12/03/entering-public-beta.html
+[2] User Guide for getting certs using Let's Encrypt client: https://letsencrypt.readthedocs.org/en/latest/",572840,126,,
+12.116171818083044,-2.235279778093279,2.2723489142879467,-8.60310566424774,-0.6961345421883731,2.690286556818645,0.027433121573855246,-1.2550941167421144,2.0189753030911595,0.9299929855049225,-0.5893734856400672,1.9800363246311772,-2.0838819404307305,0.9832088922777988,-1.1315186027250321,-0.40531269790353663,1.1472999513588908,-1.8032630937490517,False,c1,3,">>! In T50501#1669896, @Chmarkine wrote:
+> [[ https://letsencrypt.org/ | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix | here ]]. If you think it's plausible, we can obtain 31 certs (one for each domain) from Let's Encrypt at zero cost. 
+> 
+> (*) They will have their CA certificate cross-signed by IdenTrust next month, so the certs they issued won't be trusted until then.
+
+Let's Encrypt has received the cross-signature, so its certificates are now trusted by all major browsers.
+
+[1] https://letsencrypt.org/2015/10/19/lets-encrypt-is-trusted.html",548850,120,,
+18.30874790658561,11.078795686058111,2.160694651513686,-5.2910364973324215,-0.004663732251801278,-3.185778773089492,-6.326350418197809,-1.6804490514209753,-0.14041814813332887,-1.0690772971716331,-2.2513130691845977,-3.520991117512332,-1.1396735382144036,-3.471953873123292,-0.563751304137103,-2.6344280186234825,-0.08467774181501117,-1.1954876844364972,False,c1,3,">>! In T50501#1670596, @Lixxx235 wrote:
+> Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. 
+
+Yes. But StartCom charges $24.9 for each certificate revocation.
+
+https://www.startssl.com/?app=43",534286,116,,
+13.363401636209334,13.381877749408176,2.8813363683859574,-6.533609771804098,-0.8584126105054741,-3.5853882685771623,-6.535303700969735,-1.7969351062498053,-0.14103134416630747,-1.0750415266363582,-2.1067764336249772,-3.72967405844466,-1.1589557382705151,-3.4914274781832324,-0.7096238643488937,-2.538112208216368,-0.07993887943599734,-1.329606836565735,False,c1,3,">>! In T50501#1670596, @Lixxx235 wrote:
+> Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. 
+
+Yes. But StartCom charges $25 for each certificate revocation.",534284,116,,
+-3.411705533171683,2.0375556048449024,0.42532096055865276,-5.758071910510835,-0.8840409171670762,1.923846024652887,3.7377820613936503,-3.5440931784322864,7.105479948476402,0.11456698514037633,-2.3840433523058904,-2.398476450636506,0.15593990370255906,0.6082529659604412,0.7261163923999181,1.0179428709294922,-4.7803627607637775,-3.1197963720496196,False,c1,3,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. ",534221,116,,
+1.8334259001247482,-15.13898486057021,3.608586723261385,1.73646124431904,-1.5013264882416495,5.666421637981422,1.6327997437615682,2.131961187005785,-1.402062803643216,-2.272376097624706,-2.116993864436235,-0.8534327583808867,0.43220455490973286,0.7988767510765833,-1.2899341398794264,-2.764947444826213,-4.904401258578736,-2.554667338763389,False,c1,3,"I think we'd also want upload.beta.wmflabs.org, maybe stream.wmflabs.org, all of the m./zero. variants? What about mx.beta.wmflabs.org?",534188,116,,
+0.776838469383514,-3.9922063329421675,3.4670937685769214,-1.6518630221292412,-9.271492340333264,3.2085800418611363,-2.4957115208161884,1.3500591266056134,3.1866641616350035,0.4451604838522547,-0.9835608040981727,2.583764279840495,-1.9193513126915611,0.9176367635247009,-1.5410081713125119,-1.9519191432194325,0.9000456303198532,-1.8331025707095905,False,c1,3,"[[ https://letsencrypt.org/ | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix | here ]]. If you think it's plausible, we can obtain 31 certs (one for each domain) from Let's Encrypt at zero cost. 
+
+(*) They will have their CA certificate cross-signed by IdenTrust next month, so the certs they issued won't be trusted until then.",534055,116,,
+10.65264794861991,-10.373002470586359,2.266438663714151,-0.3689315683916128,-1.5607270018980879,1.9550851741686195,-6.532334991499516,4.67508702492325,0.46671692648583263,8.282994257335476,-1.4012760757757046,3.8169962734281713,2.0335900753720493,-1.2357877932648496,-4.153699728698481,-3.174307131831758,-3.164387500546298,6.334325691323247,False,c1,3,"one more reason we should have this is to avoid needing https://gerrit.wikimedia.org/r/237523  (T105794, T112195)",524836,114,,
+8.753518396849113,12.209773875528874,1.3685859462771992,-6.344360186399337,12.816419937360774,4.702619972964783,-4.205034930405558,-0.651524222526514,5.957981175009099,1.7991125510097605,-2.151053284456959,-3.7106925316486308,2.7834629427304733,-2.9888893811504125,-1.740009917923492,1.8100223662235813,1.5811550784352815,2.817862245669191,False,c1,3,@ArielGlenn: there's an NDA'd task at T97593 which Brandon is driving.,505970,110,,
+12.282580095423226,8.346393734524437,-2.3925766253475955,-5.742214750938304,11.466394196810711,5.266369614171232,-3.1991856350377494,-3.9524265153319313,0.5745450062526816,2.1625015835969563,-1.8723313181714616,-5.137849676096469,2.9522390421798717,-3.3765175858421923,-1.8665834139408415,2.3910311404137414,2.5815385813359413,2.9867641747159275,False,c1,3,@ArielGlenn: there's an NDA's task at T97593 which Brandon is driving.,505956,110,,
+1.438896109009141,4.310873988695736,1.7978873216746436,-11.26338219728062,-0.9142955077471209,-3.864991400365712,6.449654646119965,-4.281531279206137,0.24852825093825115,-1.6165169455790958,-2.2388792749715423,-3.437464039906746,-0.11972019535972622,-1.5022530150147053,0.2182248916020959,4.52492882748753,0.09238888480294624,-3.7655102119295787,False,c1,3,@greg  so what's the decision; there's also https://phabricator.wikimedia.org/T75919 and https://phabricator.wikimedia.org/T70387   Self-signed certs in beta or not?  ,505798,110,,
+9.605779095250494,6.624434182447835,-2.3134035811323144,4.023982935127831,31.585850334443005,8.477936511673985,-6.884995407770119,-1.432765514665665,-4.925529200589844,1.678287726783398,-0.7708173817449957,-2.6402853922146745,4.277981170512111,-2.1441885472970412,-0.35085023365251944,-2.9609336618653574,0.5979077122177158,-3.990709495568545,False,c1,3,Is T70387 a duplicate of this?,445536,93,,
+-3.031467245403914,3.196601760731717,-4.253882274329387,-2.683310569610713,1.8363831161192508,3.9754821946839556,-1.163033042452902,0.17784675522008453,2.913900993231599,0.8435100070927728,-1.2115338651629304,1.1365329973959577,-0.13165073348295042,-1.1716551926868661,0.6350529467832109,1.5356921092941522,-0.6925432623547587,-1.1484304142301167,False,c1,3,"(In reply to Matthew Flaschen from comment #93)
+> If cost is the issue, did we consider setting up our own certificate
+> authority (chained to an existing root)?  It's an upfront cost, but as I
+> understand it that means no per-cert cost.
+> 
+> Google and Microsoft both have them, just to name a couple.
+
+Getting a delegated signing certificate is a huge deal actually. Once you have one, any certificate you sign is trusted by all who trust your upstream signer. The x509 protocol does not make it possible to construct a trusted signing certificate that is restricted to a particular domain. As such, any trusted signer who issues delegate signing certificates must impose strict practices and regular audits of those practices on any delegate organization.",227553,56,,
+-6.229298276849477,-7.212981552001471,4.825259068968187,-1.90145467512939,-2.4682459142142292,2.5558826801748484,1.4074565374234744,-1.9391826696740235,1.5248876143007146,-0.9773235955992439,-1.7840334889905862,-1.1605088774585037,-0.19217526194241064,-1.3793558947754805,-1.1961969786162696,0.5139883950310087,0.6574063609063818,-0.7461102875847221,False,c1,3,"I can think of three significant problems with self-signed certificates:
+
+1. It trains people to ignore SSL warnings, which means they ignore them when it's a legit problem.
+2. It causes problems with automated tests (not clear if all of these have been worked around).
+3. It's a real pain when testing manually because you have to visit https://bits.beta.wmflabs.org/ (and maybe also upload.beta.wmflabs.org) manually in Firefox.
+
+FWIW, https://en.wikipedia.beta.wmflabs.org isn't working at all (not even invalid) right now (can't connect), but I assume that's temporary
+
+If cost is the issue, did we consider setting up our own certificate authority (chained to an existing root)?  It's an upfront cost, but as I understand it that means no per-cert cost.
+
+Google and Microsoft both have them, just to name a couple.",227544,43,,
+-1.9713448277430325,2.5897521894476583,-0.6516907202698177,3.3077453063507765,-5.430735446051971,-4.735938556368287,-1.3856966739463825,-2.5507096436531325,1.5199410037863175,-0.14005342216197114,1.0263374096438427,0.02243352456852321,-0.9217146054866447,-0.048638923522896116,0.9563754066410999,0.43902315368839195,-1.6601803206032684,-1.14946981941188,False,c1,3,"This bug seems to be drifted away from the initial comment.
+(In reply to Antoine ""hashar"" Musso from comment #0)
+> We need certificates generated by 'Labs CA' for the entries listed in
+> role::protoproxy::ssl::beta and some more.  I guess the easiest would be to
+> create *.beta.wmflabs.org cert that will also contains the following DNS
+> entries:
+
+So
+
+(In reply to Greg Grossmeier from comment #91)
+> Won't Fix'ing this for now.
+> A) We have self-signed certs in place on Beta
+
+We still don't have valid self-signed certs for beta since eqiad migration as far as I know. At least nginx refuses to starts because of cert mismatch. As I was told in bug 63538 that this (certs) is handled here, I REOPEN. Please generate new (self-signed) certs.",227536,43,,
+-1.4380028712040422,3.141147402256202,0.7323470528946983,0.1918122277376053,3.118131937361728,0.5935309512792308,3.081292994976673,6.17295757160344,2.7994295754852567,2.7262543900953684,-1.2120303068285545,0.041044021589200064,-0.4175235661655523,0.8901872735782332,-0.0656228300251569,-1.2827389004713532,-2.4297364879087837,0.9692186406541379,False,c1,3,"Won't Fix'ing this for now.
+
+A) We have self-signed certs in place on Beta
+B) Real certs are expensive
+C) There hasn't been any team come with a specific use case where buying the real certs would make sense.
+
+Feel free to reopen if any of the above changes.",227528,43,,
+12.856982074927389,18.015123488909673,17.12731588815265,-14.1662768764983,-10.289993393534953,4.968816399492436,-0.3431133111968183,-3.4511455307772616,-1.940589405702125,-4.708543126984956,2.717642106602668,-5.140598890423458,-10.898596181832822,-4.688678357799593,6.5181175983482555,-6.382274255396618,-1.1152675131158667,3.4372647805948477,False,c1,3," > I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one
+> level of wildcard possible). But ask RobH to make sure.
+
+Ah indeed my bad. Sorry :-]",227523,41,,
+4.957143550148325,-9.86738755773284,-2.1682043859759075,0.7164411315060217,-5.723603851451719,-3.627830963764259,-0.987966518717581,3.24305566734671,4.799016762472264,0.038527998514823025,-1.6577759030380013,0.551822435504584,1.1881637497379454,1.7879757550681632,3.77593334866535,-0.15440248033907622,-0.14549706048868594,1.15655115502712,False,c1,3,"(In reply to Antoine ""hashar"" Musso from comment #86)
+star.wmflabs.org would cover the entries:
+
+ bits.beta.wmflabs.org
+ upload.beta.wmflabs.org
+ wikidata.beta.wmflabs.org
+
+I'm afraid it can't and *.wmflabs.org is not *.beta.wmflabs.org (only one level of wildcard possible). But ask RobH to make sure.",227515,41,,
+-10.15623478453784,-3.566171926511286,-9.527726027453612,-2.223317585531621,6.421641037305241,-2.8607794719320747,0.45031323555746994,-1.4012148246998346,0.4568915204826782,1.4129773517388236,3.0323539521694514,1.1425612540394097,-0.6454450488184211,0.5180946484596309,-0.20044795252426262,-2.466618128549802,2.0052126008600863,-0.916677894238545,False,c1,3,"for *.wmflabs.org, the self-signed cert has recently been replaced with one from RapidSSL , at first the chained file, which is created by puppet was wrong, the above changes should have fixed that.",227509,41,,
+41.06053822877885,18.177931138691072,2.6956874042474173,-11.215744562951684,-2.5428142846995287,2.590134435599275,-0.3360363564841382,-0.0515742625813303,-0.12633036355602367,0.577230658525453,1.1855333522476406,-2.3326965381350893,-1.2546225981101413,1.0132560468614076,-1.3346432516071145,0.9701593534219413,0.572450095685409,-1.1073208691595,False,c1,3,"
+
+https://gerrit.wikimedia.org/r/#/c/111386/
+https://gerrit.wikimedia.org/r/#/c/126008/1",227501,41,,
+-2.855953068064209,-2.033477342560353,-7.228414143306015,-8.472790380474782,-5.449948903856434,-0.3847642709462882,-1.0979793026645144,3.106250288669407,0.11748540131468133,-0.05660573949868741,0.9540293254533541,-0.821008137334208,-1.5347085582217646,0.1828532587849485,-0.5257981482018264,1.4294119921294033,0.36462250823790043,-1.7768307291693106,False,c1,3,"
+The beta cluster has for Varnish instances with a Nginx HTTPS proxy installed.  Nginx refuses to start because the star.wmflabs.org certificate is invalid:
+
+root@deployment-cache-bits01:~# /etc/init.d/nginx start
+Starting nginx: nginx: [emerg]
+  SSL_CTX_use_PrivateKey_file(""/etc/ssl/private/star.wmflabs.org.key"")
+  failed (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch)
+ nginx: configuration file /etc/nginx/nginx.conf test failed
+
+
+To fix it we would need a few certificates to be installed on the instances via the role::protoproxy::ssl::beta puppet class in manifests/role/protoproxy.pp
+
+star.wmflabs.org would cover the entries:
+
+ bits.beta.wmflabs.org
+ upload.beta.wmflabs.org
+ wikidata.beta.wmflabs.org
+
+We would need *.wikimedia.beta.wmflabs.org and *.wikipedia.beta.wmflabs.org certs as well.",227495,41,,
+1.0268149093822165,-2.0303635289309643,1.9464725802272076,1.4591560501564587,-4.75239365744629,-1.2810095858270127,-5.878112579075777,0.9855832182331234,-0.5378793351299229,-5.025422816507863,2.871071744246442,5.312614420982221,7.812606893645412,-0.6670814595749167,5.320051377157754,0.9216136925005527,1.107962408587711,0.944155204692184,False,c1,3,"(In reply to Greg Grossmeier from comment #84)
+> * Setup was(is?) annoying because of the lack of easy way to secure these
+> private certs from other non-WMF root labs users.
+
+I thought comment 65 and comment 67 said the ""access to private keys without an NDA"" part was solved.
+
+Antoine said he did the sudo configuration (see comment 67); I'm not sure if it's checked yet.",227489,40,,
+-3.4454313990455767,-3.3254955607407357,0.7090366916850646,-1.4063789442936603,-5.8527054371914495,-0.7829243387911671,-3.4421997465515215,2.79779382996246,4.397884428581243,-0.15560076280895085,-0.3886964717786179,1.842010751317435,1.0289362134441822,-1.5301227018483612,-2.024638577503061,-0.9360478195291813,-1.366717243571888,-0.4609908340301456,False,c1,3,"(Lowering priority and unassigning from self)
+
+Status, afaict:
+* Price was annoying, but we've identified the 7 we want (comment 77, comment 79, and comment 83).
+* Setup was(is?) annoying because of the lack of easy way to secure these private certs from other non-WMF root labs users.
+
+Marc/RobH: Let me know if I have that wrong and if there's anything else we can do right now.",227483,39,,
+-12.656854406628153,-6.592242234092258,0.53743872023604,6.590580888857557,-5.244443215078792,9.985454579456711,-2.1623928933058885,0.7230730065967071,2.448649745248635,1.649313252041635,-0.1285308686101092,2.2380992254107976,-0.5297327063581565,-1.1724177809030363,-1.9907617500046442,-1.825156745344367,1.3680129572104394,1.2986634854850458,False,c1,3,"wikidata.beta.wmflabs.org might be nice, since I know a few gadgets go cross domain to it.
+
+I think the dewiki community also wanted to have de.wikipedia.beta.wmflabs.org, but unless we get a discount for buying them at one time, it would probably be good to wait until we have browser tests running against that wiki.",227476,33,,
+14.975783333894602,10.837221859309146,0.2081169902274138,7.480329730404991,-4.07049373857793,-6.601489602188317,-1.4928381962042376,-4.5999460111182,-0.01704817796376279,-2.505710721153087,0.6175664979622857,0.06921245118479202,2.6281030695290637,-5.013785794130614,4.265779062917577,-1.175231547565788,-1.4811956519112588,-0.6943439992119349,False,c1,3,"(In reply to Greg Grossmeier from comment #80)
+
+> 
+> For the avoidance of doubt: we're not doing them all, just a subset. SSL
+> certs are a racket and expensive.
+
+Oh, missed that above. Makes sense :)",227472,33,,
+-9.965986319417588,-12.949213582491497,11.886005510159126,-8.00316213983793,1.7950329844878894,1.3605180220323128,3.6320527680909596,5.841393639831945,-2.1185489922626726,-7.19501674586316,-3.2689526795612136,1.2558515454979275,-1.3091404258230208,1.7360458334854802,0.20765910601641968,-4.850302500895975,-6.120673887842727,-1.0634743637524728,False,c1,3,"Yeah, we can't do all; we can't even reasonably all the necessary wildcards to cover the whole matrix.
+
+I have six now; any more?",227467,33,,
+3.3269137863770517,3.830071348881688,-1.4201918126928734,0.05104420748671501,1.469452450248525,4.195195978231773,0.5990785475126632,-1.761290393432784,-0.7653326954873295,-3.9698542656077476,-1.5400807842396484,0.19771772932836118,2.208520875410443,-1.3161093295274602,1.3662243943841794,1.9833734676895276,1.1067676488263283,0.8477957447203175,False,c1,3,"(In reply to Kunal Mehta (Legoktm) from comment #78)
+> http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix is the full
+> list.
+
+For the avoidance of doubt: we're not doing them all, just a subset. SSL certs are a racket and expensive.",227461,33,,
+31.38351826441717,-15.740224883744906,5.67792784694076,-8.036066135649413,22.61550331846076,0.6326070567329705,-8.541807720692104,-2.3142143935324504,41.69450013030939,25.482387049202167,1.7911540788553917,10.09330399411428,3.6516641084545665,0.3757598719326245,8.866335627487615,-1.0495095728205928,5.375970465880934,6.847625677464226,False,c1,3,http://commons.wikimedia.beta.wmflabs.org/ is important,227455,33,,
+1.1968749122092364,-3.126583014846373,-6.591179768875643,-9.531647169321472,6.640222966347013,1.325676896651654,-3.485246674367117,1.2192945074093728,10.260503102684902,4.032709368567053,-0.3237700241188921,-7.089592143441378,6.064022987042754,9.669344967881877,5.012321231726147,-3.114587418326862,-1.2427260414802235,2.3360929143153455,False,c1,3,"http://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix is the full list.
+
+There are some weird ones like 'ee-prototype'.",227447,33,,
+8.35967246223756,-6.806425213628158,-7.041557421510136,1.3121735895783626,-0.0003974852830843645,2.3535436780575303,-2.8931732101460765,3.5753063106577776,-2.287879440441893,-0.12929324886485194,0.6902494602136039,-1.2405602068236545,0.9805916247937545,-2.407927287986027,-1.6277822648363451,-1.0047483760252853,-4.557130503429802,-2.8345856820605,False,c1,3,"login.wikipedia.beta.wmflabs.org
+meta.wikipedia.beta.wmflabs.org
+en.wikipedia.beta.wmflabs.org
+bits.beta.wmflabs.org
+upload.beta.wmflabs.org (for some icons on meta/login)
+
+That's all I can see from the network calls.
+
+Antoine/Chris/Chris: confirm?",227440,33,,
+-7.536018314349845,3.63891299108111,-3.2912625192584577,4.02344673455111,1.4248779513587024,6.842888234298023,-2.2324301675257257,8.714933755327278,-4.358578860037882,1.0348342102027104,-0.3953789417016116,-2.990042670745026,-1.2110013921229672,-1.2993121334208944,-1.4689872230504222,-1.5508116208429743,-1.1906872504035566,1.1974447494241258,False,c1,3,"Because of the necessity to have a default CA sign this, we need to buy individual certificates.  Please provide a definite list of domain names, and I'll get that ball rolling.",227434,33,,
+-2.38966502275351,-7.370386354958119,-1.8967989253802027,-1.3672122100933013,-3.942279108761773,1.4833498598052284,2.0073514670638026,3.3906838041595053,-1.5898451075533357,0.20045849422950734,-1.270521005193796,-1.1416325291424858,-1.6400243103144723,-1.5308770419337976,-0.06773880413772826,0.10202728172476805,0.3416667457640201,-1.8338212667113387,False,c1,3,"I think we do want it, on a limited set of subdomains to keep the cost down.
+
+Beta's:
+- loginwiki (so we can check SUL interactions)
+- metawiki (so OAuth works correctly and securely)
+- another wiki, maybe enwiki? (to catch other SUL login/wgSecureLogin issues)
+- Oh, and to make enwiki work, the bits domain would also need a cert",227427,29,,
+-4.92424331924876,-6.112392872906276,12.173705167778166,3.75592326940542,-6.9857385905164096,5.93650999347085,5.557429750422392,-9.563489322355261,0.14632799314374367,-0.6742802877449616,-2.6440328288964015,-2.9064009693978483,0.8214023553871841,-1.0677201541871364,-3.846377998978674,-1.171307331239991,-3.889976306906606,2.3523523744482584,False,c1,3,"We have stopped running browser tests over https. 
+
+I think we still want SSL for labs, but I don't know of anyone actively working on that right now.",227419,29,,
+7.226773680204108,1.5400560471191884,1.8266894146293975,-2.1566069131321957,-1.3837329106610197,-1.2613053259768456,1.794522825427352,0.03109160162726926,-1.7862458550596574,0.522211267758129,2.2332003616631324,1.5261701571107569,1.3891199933096279,-1.0013780469094313,-1.046715909526559,1.2294230261842185,0.8847539720948785,3.556974744255062,False,c1,3,"(In reply to comment #72)
+> Still highest priority.  We want to get that done while I am in SF, hopefully
+> this afternoon (PST time).
+
+Sorry, was referring to another bug :-/
+
+
+Regarding SSL certificates on beta, I am not sure what the status is.  Maybe Greg/Chris would know.  We might have a workaround now or simply stopped running browser tests over HTTPS.",227413,29,,
+4.131463978174725,-3.532366548570039,8.18015895219767,6.570455359248184,1.2891197106070038,2.0117143545089853,-1.5110180673997267,-2.794385249571658,1.8628554829882729,0.6288019939486134,-0.036019044880953865,0.3856140721704282,-0.6902185940724552,-0.5392604134759764,-1.4215813389983167,-0.4473911798586463,-4.305335701464222,-2.4578685640424736,False,c1,3,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time).",227406,29,,
+3.7977493844590153,-6.0150612324706785,2.3229464345269095,-2.1490798988595348,-2.890726653872786,-4.341452219340292,3.8462344854789894,5.901036425189066,-4.477231190162557,2.2336648548663476,3.864600795760854,0.5927044407767461,1.2508230139649363,-2.0636173174529095,-1.0147013020587867,0.46411047960511276,-1.258120857218476,-3.18174842766664,False,c1,3,"Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
+Any updates (or should this not be highest priority)?",227397,29,,
+1.8800506147757892,-12.412967896993738,-6.887058277973887,-1.374274526173302,-4.187879246991041,-1.3138700410359512,-1.7749025489481198,0.6616277832848114,-0.4811498962783198,1.4984467413905103,-0.4775406936354212,1.3877300026426642,-2.188392901949996,0.9821311386334848,-0.46338715087715077,1.0675473169634073,0.4278663022860911,-0.1721046565429183,False,c1,3,"Would it be an option to flatten our subdomains?
+
+We'd only need beta.wmflabs.org and *.beta.wmflabs.org to be in the certificate
+
+(at e.g. DigiCert, those wildcards are $1425 for 3 years includes root and *)
+
+For example:
+
+* beta.wmflabs.org
+* bits.beta.wmflabs.org
+* wikimedia.beta.wmflabs.org
+* commons-wikimedia.beta.wmflabs.org
+* wikipedia.beta.wmflabs.org
+* en-wikipedia.beta.wmflabs.org
+* nl-wikibooks.beta.wmflabs.org
+* en-m-wikibooks.beta.wmflabs.org
+* en-m-wikinews.beta.wmflabs.org",227388,24,,
+3.6846859419990743,5.5530519591684,-5.6350533714511695,5.2465161656448185,-6.172404613756109,-3.812101131646333,4.083882513421884,0.3637211289415863,0.3048994948272483,1.4805495936138708,0.5036780478351099,2.8944877227748735,2.583540977762609,-2.7013462229778655,1.6627693805922519,0.24370752111106553,-0.9346976285127815,-0.6581615122983906,False,c1,3,"Reason in comment 16 is past (testing of new default HTTPS access), but warning message in Selenium probably still justifies highest prio? (for four months now)
+
+(In reply to comment #68)
+> The related ticket is https://rt.wikimedia.org/Ticket/Display.html?id=6116
+
+To summarize the RT ticket: Prices offered by SSL vendors felt out of scope.
+
+Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
+Any updates?",227379,24,,
+1.6546386002154039,11.039476301268774,-1.014846465872782,-11.450005486560752,10.81441871327538,4.679879192800517,2.2434976624471528,0.5363108966589928,8.841570541605263,0.7480054066737702,0.23833863648204123,-1.8525108519441895,1.8997314569472588,-3.092937193389087,-5.183394240165507,2.762888893177865,2.9348484598906337,11.990711058768207,False,c1,3,Buying certs is pending approval according to RobH a few days ago.  The related ticket is https://rt.wikimedia.org/Ticket/Display.html?id=6116,227373,19,,
+-6.403158065642103,2.1366545366027783,-4.949637790315483,-2.9154760349205073,-1.1886483965010308,1.9237525439151053,-1.6069680533526292,3.3103266439810635,-0.6292405634614222,-0.5332537731137732,0.9911973540412289,-1.3730952406999068,-1.6681135763346813,-0.44676152916545997,-0.5501809997861598,0.5764866426117776,0.7489116725782885,-1.048552926895146,False,c1,3,"
+I have cleaned up permissions on the deployment-prep labs project (ie: beta cluster).
+
+The project admins are now limited to people from the Wikimedia ops and mw-core teams.
+
+Root access has been limited to people having signed a non disclosure agreement with Wikimedia.
+
+
+The reason for this change is to let us put real SSL certificates on the Varnish caches which would let us support HTTPS on the beta cluster.  We want to keep access to the certificates restricted, hence the change.
+
+
+Please review the list of admins and sudo policy for the deployment-prep project on:
+
+https://wikitech.wikimedia.org/wiki/Special:NovaProject
+https://wikitech.wikimedia.org/wiki/Special:NovaSudoer",227370,18,,
+-5.041536859908078,-1.4710588678612488,2.4558024048733476,-0.7542074896110851,-2.3811399485853437,2.418318702131568,-1.5736997899640812,-1.2508846128562756,1.9300058679409087,-1.3329099651839171,0.10937452161793026,-0.9083607204852653,0.6233118509043809,0.36867287816029237,-1.2721660453978139,-1.807210625510431,-1.9055771356223585,-1.178661648562577,False,c1,3,"> 1. Remove projectadmin permissions from volunteers
+
+I also just removed TheDJ since he didn't have an NDA on file and he didn't respond to my email asking if he wanted to sign one.
+
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+Apparently the sudo policies are set up at https://wikitech.wikimedia.org/wiki/Special:NovaSudoer. It looks like most of them have sudo enabled for ""ALL"" hosts. I imagine disabling their root privileges on varnish systems just entails unchecking some of these hosts. Unfortunately, I'm not sure which of these hosts are varnish systems. Is it all 4 of the deployment-cache hosts? Any others?
+
+> 3. Buy * certs
+
+Good to hear that's in progress.",227365,18,,
+12.624036281853494,8.421547223364769,1.9059534584762243,1.0487043443766453,-5.149647617091449,-2.1051546566119406,-0.7267854014982031,0.570613377344702,-0.9672068479281406,1.388712064864655,-0.059822612726968316,-0.020326627347523996,1.5755576187458562,-0.9757729649581874,0.8066668728391342,0.2641499178891489,-2.2031934505366495,-2.023568309775528,False,c1,3,"(In reply to comment #46)
+> Summary of IRC conversation:
+> 
+> 1. Remove projectadmin permissions from volunteers
+
+{{DONE}}, see list of members at: https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep
+
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+Not sure what needs to happen here. Tips/Pointers? I think Antoine had some ideas?
+
+> 3. Buy * certs
+
+In progress: https://rt.wikimedia.org/Ticket/Display.html?id=6116",227360,17,,
+-7.394028197894489,0.7532785085384841,5.766308354180385,-0.6680346355234743,-0.010483815622119863,7.75087095931946,2.5599519920295144,-3.9505428992005744,-2.393712051724524,-4.90430034466314,0.8478222335232878,1.5391068420314165,-0.9788145805211517,1.8910061710928454,-1.5750739761261898,0.36781708179548245,-3.0968191447579745,2.655184618208969,False,c1,3,"So I took the bug thinking the cert was blocking everything, however that is not the case.
+
+I will handle the purchase of the certificate, but I am not claiming any ownership over any other part of this process =]
+
+We get purchase approvals within our closed ticketing system, RT#6116.  (I've set Hashar as requestor for that ticket.)  Once its purchased I'll post in here as well.",227355,17,,
+3.973153475841663,-5.359735334111219,-7.041132957597553,30.724236497554294,-6.545326138976799,-10.038885331428308,-1.518232004216948,8.04695003789694,-3.459647151009727,6.411943923091643,-0.282690701347325,-7.01854219049191,4.859896296201078,-8.834785369629522,-8.994533449015169,1.494188286298576,1.6794250646247708,10.06904693381996,False,c1,3,unassigning from Ryan to reflect reality.,227351,17,,
+-5.858653372586512,10.459378262163003,-1.2692602609283326,2.1881373032556457,-5.0764213291106355,1.4089599850143024,0.3952800487135324,-2.2508200948395958,-4.294298996259158,5.1869241506972745,-1.7094177467816776,0.5542200307042222,4.395022011826233,-3.7598086295811877,1.5249192828206262,-0.38962654731891444,-6.567133919664784,-1.471868395749137,False,c1,3,"(In reply to comment #46)
+> 2. Clean up sudo policies to disallow root on varnish systems (that will have
+> real certs)
+
+I assume this means that non-admins should not have sudo on these machines?",227345,17,,
+2.46880532156254,1.3394857663066553,9.29517283083768,1.1917381245117689,-0.19803728467666026,2.563205595344069,0.6617464336544803,-1.2051112951910032,0.8249777840252452,3.710719519325049,-1.7867288366151048,3.2805337962083554,2.0446589047557904,-0.543389396762445,3.0664608880834505,1.156038273915108,-4.116824190988318,-0.047570521475940986,False,c1,3,"(In reply to comment #58)
+> Anyway, this isn't blocked on ops. In comment 46 I listed the steps that need
+> to be taken, and they can be taken by anyone that has projectadmin in
+> deployment-prep. Someone needs to take ownership of this situation and run
+> with it.
+
+I think the problem is that no one is quite sure how to do those things. I'm not sure otherwise I would JFDI.",227338,17,,
+2.4236007317384427,11.392350928148492,6.848305387321654,-18.450062614568143,10.91009314875038,-2.091601414834983,-7.812162287793695,-8.509147386741684,27.056101963509906,23.026350198711512,8.428456843973699,6.700407609277019,-2.6310009585094427,5.489931529388899,4.083839632146657,1.6625228868249229,3.361780440080328,2.114724185112283,False,c1,3,Secure login is disabled,227330,17,,
+-14.369654158873649,-5.190693272594068,2.7359671077629466,10.200024778940938,-0.7697666255763167,-6.154180873207434,12.434841010375782,4.96544986612009,4.689839469597127,3.1523901941773316,0.23870136649096874,0.5384701294182292,-2.376114050765535,-4.306803462640865,0.26920684676230033,-3.581022244216689,3.1345995260350086,5.14127460204643,False,c1,3,"Well, disabling secure login is easy - much better to have a couple of tests failing than not be able to run them at all.",227322,17,,
+-7.6203506405776515,-6.085836789641055,0.8626078077493275,0.2596631300254124,-2.7380292676676055,-1.3888562803615692,-3.274403443297487,-0.13225180230687972,-1.2658763002600997,1.1515298006105708,0.8133143358741206,-1.485544088069787,-1.4626988059829955,-0.17184940491370426,-1.506966872939213,2.240182792690494,-0.003977693849809144,-1.8469386651136588,False,c1,3,"If MobileFrontend doesn't work without HTTPS it's broken. That's a different bug, though.
+
+Anyway, this isn't blocked on ops. In comment 46 I listed the steps that need to be taken, and they can be taken by anyone that has projectadmin in deployment-prep. Someone needs to take ownership of this situation and run with it. It will take us a matter of days to get SSL certs and we can start that process now, but until the other steps are taken there's no major point in doing so.",227316,17,,
+-10.692979889581306,-2.569395779897418,1.6901239358088471,4.3704420432603275,4.19552842840972,5.041654824783674,1.626843036186452,-2.928660951218489,7.866127542526277,2.8852034092566754,2.878758853224282,3.013681380620441,-0.9563778225383299,0.24095875312121828,0.8976996867099283,-3.0869238408490323,2.729095739153394,-0.7814413230075199,False,c1,3,This actually makes beta labs unusable for me and the rest of the mobile team. Mobile is dependent on https - it's been like this since login was first introduced. It is not easy to disentangle.,227311,17,,
+10.956227633583923,-7.730089543362178,15.62848060273661,26.238980742654682,-4.8630669354962155,3.549033650909056,2.8555445980948555,-9.92505121145575,1.8571485721352443,-0.6014432622919457,-4.552393656568453,-2.8489806094258006,-4.075238550497563,0.7239714885050377,5.228708516860573,1.088021590444313,-0.41704962102188997,-1.553065164984698,False,c1,3,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.,227304,17,,
+-2.658513427125094,2.2964494975976386,8.330930572973372,3.316430514377677,-8.043260498977931,3.653051013170998,-5.699929022663571,-5.363522399732497,2.3436280960430684,0.5114253015988064,-0.055265126790228214,2.1128014321987747,0.26944995404366434,-1.7232480753329937,0.23576021248602208,5.589035825470752,-0.13877914179877285,-0.7385935369708689,False,c1,3,"(In reply to comment #54)
+> Although I have no idea why the HTTP version doesn't load.
+
+It does for me, both in browsers and using curl.  Is it possible you have HTTPS Everywhere or something enabled?",227299,17,,
+-1.3387712825277802,-1.6359778841953396,8.903725433798598,-5.644418336559318,-3.4320784603018266,4.047746163398376,5.255287994672585,-2.512159632346634,-4.168736143829462,0.34150299568075493,-1.659648618794264,-2.3829280786238676,0.3796430818609342,1.6989802767969853,0.5420270159315947,-2.3667627193445377,-1.7637190820811663,-0.5056765675434938,False,c1,3,"Any progress on this? It's been 2 weeks and we still can't do acceptance testing on beta labs.
+
+And no we can't not use https:
+http://en.m.wikipedia.beta.wmflabs.org/wiki/Main_Page
+Although I have no idea why the HTTP version doesn't load.",227294,17,,
+29.500240641836243,20.289095127758713,36.68193849252791,-8.299505605530355,8.076928642865376,-15.212085244477432,10.700111079110092,8.042049117011114,5.305081567974499,5.53225014239659,3.721274885286858,5.84401016804098,-2.8700183511976083,3.24328418809484,-0.7663559027173672,-0.9410412279503624,5.014490699135856,1.3754558353317292,False,c1,3,"
+Should be Real Soon Now: https://bugzilla.wikimedia.org/show_bug.cgi?id=55804",227291,15,,
+0.07133844258604505,4.040039251324945,0.721503826290649,6.115789895549602,-1.6144813605222446,-4.052568823354283,2.577768619198853,0.44639973060436106,0.8760454951687591,3.9087890102307004,-0.6647072090250448,0.6112318494507232,2.457634494718418,-3.412774725429653,1.5096963962117798,0.42914531370108655,-0.9526702915764778,-3.2782246902238725,False,c1,3,"(In reply to comment #51)
+> I guess the first part of my comment is redundant with what you already know.
+> Mostly, I wanted to convey that our automation testing is broken, in case
+> that
+> affects prioritizing.
+
+Is it possible for now to not use https? That's what other projects have done for now to workaround the issue.",227288,15,,
+-10.021650333868372,-7.007458436140649,10.014286724840733,7.930842469753662,-5.232172248754887,7.693187660867348,-4.557334812424821,-6.490706276359812,6.372022492677806,1.7973687341742695,1.6738252222567607,2.455696532526103,4.182871226384521,-3.9405028576789123,1.8442352133890303,2.8181205188085396,-0.5160399693057716,1.598910283318221,False,c1,3,"I guess the first part of my comment is redundant with what you already know. Mostly, I wanted to convey that our automation testing is broken, in case that affects prioritizing.",227283,15,,
+5.2454993844081255,5.340189842102443,-0.23983992175380786,3.0345519608277787,-0.9245209239216026,-0.3524036878562562,-5.62788050535711,3.706944067316696,-7.450897471019808,-2.4904714235071497,2.275988224057964,2.0117641834864424,4.060667366015128,-2.9384966295056234,-0.4920306921053976,1.2824808578235218,-3.48774104341653,0.4260875704474629,False,c1,3,"(In reply to comment #49)
+> Currently getting a cert warning when trying to go to:
+> https://deployment.wikimedia.beta.wmflabs.org/
+> This is breaking our automation tests for mobile.
+
+Heh. Did you read the ticket any before posting this? :)",227279,15,,
+-4.030247417933687,2.214504584966475,0.24324411422385772,2.909320409652546,0.721179366589352,0.8379974408154105,3.8223830308780062,-1.5918626242251905,-2.654457813544731,-1.5405807054096825,1.8102968845027996,-3.8281033760180465,4.501265779612378,-5.790605206844653,-5.486602966879308,1.6308776712980613,0.48545987598682694,7.190917077866482,False,c1,3,"Currently getting a cert warning when trying to go to:
+https://deployment.wikimedia.beta.wmflabs.org/
+This is breaking our automation tests for mobile.",227277,15,,
+-12.593192102618904,2.3328311366246943,-0.7799763151182733,2.084512067525191,-0.008072407541289905,6.006710086942594,3.714626246053337,1.684060214323953,3.243651956130855,3.7780876389120657,0.26516247507484225,0.5833476666453743,-0.603490569525174,-2.4272483290061273,-1.0990947072231894,0.681834281938003,6.180554232313336,4.249644597771374,False,c1,3,It's going to be an all-inclusive * cert for beta.,227274,14,,
+-2.441821128373684,-23.05988443471621,0.7496941430318973,10.820932136728038,-4.717898480030413,-8.82568090335863,13.020792136366575,-1.1695021760197308,-4.367283807325736,13.112252616393855,-9.31176274525632,-12.767317791090534,-0.13096676168188237,-3.205352677477099,15.890229793836763,-9.693306958230396,-6.49027186579858,8.673519238215858,False,c1,3,please don't forget about wikidata.beta.wmflabs.org,227269,14,,
+-2.846309406776938,4.625063554131032,-8.523405886593128,1.522634506939406,-2.668029265585859,-1.8492940767798345,-0.5059391105104734,9.372113075063773,-2.34167043614862,2.695085513531449,-0.6836307892292606,-0.6168151594972748,-1.3614840042580665,-0.21211284021590782,-2.277154172758682,0.41947158495889303,0.2425557031796534,-2.898810133360331,False,c1,3,"Summary of IRC conversation:
+
+1. Remove projectadmin permissions from volunteers
+2. Clean up sudo policies to disallow root on varnish systems (that will have real certs)
+3. Buy * certs
+
+Any volunteer that would like to have projectadmin in the project or root on the varnish systems will need an NDA.",227264,14,,
+8.859959399052725,1.5673133679760394,2.7978949372497377,3.4658056315600145,-3.502504716516335,-1.4387187867615872,2.1221038755250756,1.0734085979739858,1.0001145968410405,-0.6546552003642794,-1.477447458304093,0.2945543328606073,1.1997731234608242,-1.0837146626610756,0.03221041434039007,2.0682429471015444,-2.065332979469748,1.8101358589000758,False,c1,3,"(In reply to comment #42)
+> (In reply to comment #40)
+> 
+> > I'm still not opposed to getting a proper cert, but that requires some
+> > infrastructure and permissions changes in deployment-prep...
+> 
+> Since we've been going around on this since May, what would be the next step
+> to
+> make that happen?
+
+Maybe create another project with limited access and move the ssl terminators there. You should realize that other than advising I'm not really doing anything in beta...",227254,13,,
+18.111108885081265,3.6231780109327367,-2.386506486024036,1.7335475970641632,-1.759936712382471,-0.1956126148138857,-3.1054986051996005,1.3224333609979506,-1.1010169423424538,1.8618761104453965,-1.8021808163086162,0.35817264387493974,1.9754372656889236,-2.252686098553746,2.402472546201639,3.8341859087320835,-2.3573592650481228,-1.1027119029579429,False,c1,3,"(In reply to comment #41)
+> (In reply to comment #29)
+> > There's also the option which had been discussed before: make a new labs
+> > project whose sole purpose would be to do SSL termination and would then
+> > relay
+> > to varnish.
+> > 
+> > Then *that* project would have the NDA req instead of the core beta project.
+> 
+> That's the dynamichttp proxy, which has been running silently for a while now
+> :)
+
+They want to have the same https infrastructure as production, which makes sense ;)",227248,13,,
+-4.906107052563072,2.524696301425873,-1.8684392721755925,14.707279059269423,0.06988166362313386,-2.5705840073536663,-4.22800097791093,4.086748089122257,-3.3039810789414483,5.524278135320051,1.3847404001838701,0.6974305000932661,3.702426264842373,-2.3335040463400216,-0.34319927869670863,-1.1042430831962613,-1.830615620275634,0.7214611321099453,False,c1,3,"(In reply to comment #40)
+
+> I'm still not opposed to getting a proper cert, but that requires some
+> infrastructure and permissions changes in deployment-prep...
+
+Since we've been going around on this since May, what would be the next step to make that happen?",227242,13,,
+8.802786968521533,4.654278781891392,-1.8924555641861063,-3.0152948108213558,5.153679350213126,-2.0936981355776965,-0.2937446832837889,-1.0355392403993862,-4.123393993386153,-0.6298730963661163,-1.0632619376485648,0.04597084941226104,2.93982577205872,-2.9274842901216944,0.23267613258448083,2.1412780397756976,-1.1912149353530508,0.6602223103427223,False,c1,3,"(In reply to comment #29)
+> There's also the option which had been discussed before: make a new labs
+> project whose sole purpose would be to do SSL termination and would then
+> relay
+> to varnish.
+> 
+> Then *that* project would have the NDA req instead of the core beta project.
+
+That's the dynamichttp proxy, which has been running silently for a while now :)",227237,13,,
+-8.617232532574782,0.50130691222828,-3.088542220908601,-7.091349974703811,7.06689500274158,4.86971837030346,-1.9773275996150819,0.18790193642010874,-0.6118575459730765,-4.746051139989897,-1.3597525248989069,-4.265569014849746,2.840261030181498,-2.652800037858036,-3.9466732910161673,4.3234178047558744,-0.9979216700047374,5.92573466882625,False,c1,3,"Has anyone considered creating a CA (http://pages.cs.wisc.edu/~zmiller/ca-howto/), generating a * cert, and adding that certificate to the browser's trust? Is that a possibility using the selenium service we're using?
+
+I'm still not opposed to getting a proper cert, but that requires some infrastructure and permissions changes in deployment-prep...",227230,13,,
+-4.4513939600587165,-5.625773945972201,1.711494264130283,5.84750330837266,0.11889917123119176,-2.073563389777755,1.164421630646359,-4.113902799224254,0.6232058878894626,0.39086714351221286,-0.393808846494502,-1.5270334862098305,0.07133797552604815,-0.1230130484398615,1.079107460605072,0.40003318363311813,1.5418143506240838,-0.6756269067057423,False,c1,3,"(In reply to comment #33)
+> But I can't find prefershttps in Preferences to turn that off.
+
+So it turns out it only displays if wgSecureLogin is on, but it defaults true either way.  The gotcha is that it wasn't not on for Labs, *except* loginwiki.  However, loginwiki is not taken into account by the Preferences logic.  
+
+I believe the above should workaround that by disabling wgSecureLogin on loginwiki as well.  However, I haven't tested it, since I don't have a realistic CentralAuth environment.
+
+This is just intended to be temporary until there's an SSL setup on Beta that is trusted out-of-the-box by browsers.",227222,13,,
+-2.2733084504422365,-7.178250785295828,3.704355863704196,8.29008541174924,0.1975998091411384,8.954412343726784,-5.749529963413808,3.5296660751315945,-4.627360828588002,-2.2624415527033563,-2.5062125910764674,-2.910298254025467,4.152835568644232,6.926865780401191,3.9043879402442876,0.08249237908790219,-0.31754160816805777,0.8929902138661654,False,c1,3,"Calm down, what we need is to use the 'Labs CA' certificate authority to generate all the certificates we need, then add that authority as a trusted one in the browsers.
+
+I would do it myself if I had access to the 'Labs CA'.",227207,13,,
+1.658888660587694,-1.2307552837125222,-1.286789362501463,-2.6840430990513333,0.567968289305087,-3.122694143362846,2.994182736971089,-3.2960792661101537,1.1747461344569514,2.437801037313122,0.20882942314687658,-0.5271496443002919,0.21959761286294865,-1.3415076457490145,0.26850613234992693,1.3711258826478114,0.9458894636814337,0.07464643746759325,False,c1,3,"(In reply to comment #35)
+> (In reply to comment #33)
+> > (In reply to comment #32)
+> > > (In reply to comment #19)
+> > > > For those playing along at home: The Beta Cluster currently does not have
+> > > > https by default turned on for this very reason (it broke browser tests).
+> > > 
+> > > This is no longer the case.
+> > 
+> > Correction: it's enabled by default, but only for logged in users.
+> > 
+> > But I can't find prefershttps in Preferences to turn that off.
+> 
+> This means, for instance, that VisualEditor is entirely untestable on Beta
+> Labs. Yay fun. :-(
+
+That is not true, VisualEditor works just fine on beta labs, we found Bug 54791 on beta labs with an automated browser test just this week.  Beta labs is as healthy as it has ever been, and it is running the master branch with database updates all maintained automatically.  Varnish on beta is configured properly, and is working well. 
+
+What does not work on beta labs without a real SSL cert are: 
+
+* tests for IE10 are busted : https://saucelabs.com/jobs/a29bcd975ac6483195b3bd56a64fec6a
+
+* having to visit https://bits.beta.wmflabs.org manually over and over again to get styling to work in every browser is a drag",227200,13,,
+26.314989717336353,3.8261987172632246,-1.8770023706037475,3.324032750254899,-0.38309480221128567,-3.048912905668308,-1.2342994791800148,-1.0109239892645334,1.4251530991578536,2.0265181381463204,-0.19462618040295077,-0.1927753818556326,2.0365064333080047,-2.157154603099263,1.0196958306339101,0.20899160907516778,-0.6579884350212405,-1.0617131829599278,False,c1,3,"(In reply to comment #33)
+> (In reply to comment #32)
+> > (In reply to comment #19)
+> > > For those playing along at home: The Beta Cluster currently does not have
+> > > https by default turned on for this very reason (it broke browser tests).
+> > 
+> > This is no longer the case.
+> 
+> Correction: it's enabled by default, but only for logged in users.
+> 
+> But I can't find prefershttps in Preferences to turn that off.
+
+This means, for instance, that VisualEditor is entirely untestable on Beta Labs. Yay fun. :-(",227193,13,,
+-7.103664637112555,4.1651302352577275,-6.959154226665799,-1.6916914046556872,12.265280916503677,3.2567915013369486,-2.418638501593513,6.59785101934838,0.7297888951668701,3.722173012107479,0.23425839177573882,-0.9030463587360149,-1.9177426351490334,-1.7372862829717999,2.343884007413312,2.985729371223584,5.675623950412479,7.6014565024985075,False,c1,3,"
+Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem.",227189,13,,
+8.711620656962667,1.1422516253188206,-0.4713028765428269,12.48195897484482,-6.157232371352887,-3.539144397450368,-0.1131668814829041,-0.9543993231792011,-2.7517178955282766,0.5564817507726358,-0.7819637493162324,-0.3297305482527344,-0.1890071232652435,0.5499462528979084,1.3708451017913976,2.254417088073337,-1.5514418741042129,-1.1522898231156455,False,c1,3,"(In reply to comment #32)
+> (In reply to comment #19)
+> > For those playing along at home: The Beta Cluster currently does not have
+> > https by default turned on for this very reason (it broke browser tests).
+> 
+> This is no longer the case.
+
+Correction: it's enabled by default, but only for logged in users.
+
+But I can't find prefershttps in Preferences to turn that off.",227184,13,,
+-5.663566487326224,2.9528494406147097,0.9222263793853855,6.997888078114405,-1.0589347480711835,-2.61980397421274,3.980904198062712,0.21916101783631922,1.9462849070160189,-0.4186136195728536,-0.5859049833704328,2.267507804799801,1.9411302323975015,-3.173835742945447,1.5355722406768137,2.240660223353011,0.6537644498655507,2.1581447416994064,False,c1,3,"(In reply to comment #19)
+> For those playing along at home: The Beta Cluster currently does not have
+> https by default turned on for this very reason (it broke browser tests).
+
+This is no longer the case.
+
+(In reply to comment #24)
+> Let's deploy SSL either correctly or not-at-all to beta.
+
+Agreed.  I think turning SSL completely off on beta would be better than the current situation.  It's not good for people to get in the habit of ignoring certificate warnings.
+
+Of course, fixing it properly with a valid cert is best.",227179,13,,
+-2.963559367985007,3.6924051897596826,-4.305780083089918,16.944675129065033,2.5638797892860037,1.6193507928768849,0.4578334663639012,2.7440328610784652,2.6386675158242845,0.5171431951077787,-0.2998528505821936,-0.35961994990434754,-0.6784282265528638,-0.6051463432480138,-0.9955866097775139,-1.6433760617556694,-0.7152599178890454,-0.7716171562753957,False,c1,3,"Bumping this with a note that this affects our ability to run automated tests with IE10 only.  (Demo on request) Other versions of IE seem to be OK with the current situation on labs, but I haven't found a way around IE10's paranoia. 
+
+It would be good to have some sort of solution for this in advance of support for IE10 in VisualEditor.",227174,11,,
+-6.494754195699172,-0.3478825646395478,0.6385634346438835,0.502139743893089,3.7478749152226207,6.248660512077311,1.4205901406539994,5.925690975747859,-4.97890037063412,0.4223538167097285,2.200743141871894,-0.06279791630757003,0.31339935210040615,2.0655672604406314,-1.8849810432767606,-2.298298805324752,-1.3080583605228981,0.8394293915163256,False,c1,3,"Hm. That isn't a bad idea. If we were to do that, I'd want to move the ssl terminators and the caching layer there, and strip private IP info at that layer. Then we can change beta's privacy policy to that of the projects.",227169,8,,
+-5.080300415817027,-1.4671866179883892,-3.8065911694507073,-8.155795405575587,5.330741898253848,-1.4289420871234935,5.633749598095228,6.7008886239411725,-5.631775280508308,1.6422692047756868,1.142606332677771,1.13421020465701,-1.2871416263735345,0.3763200506883817,0.25864433553959465,1.7131380037046278,-0.06666750682589367,-1.0075117315108724,False,c1,3,"There's also the option which had been discussed before: make a new labs project whose sole purpose would be to do SSL termination and would then relay to varnish.
+
+Then *that* project would have the NDA req instead of the core beta project.",227164,8,,
+16.682641820778244,4.001652078580083,-1.0728359951965785,-1.0962715505734337,1.3847681191303174,-3.6434203166586006,0.4639839863624964,1.141648968782669,0.22629287592145486,-0.32151074693785375,-1.116725692900887,1.3612768752133926,2.4630584050361435,-2.3934581956904055,1.254325160438441,2.6575181716876277,0.37192316165349715,2.104221885650857,False,c1,3,"(In reply to comment #25)
+> As I've mentioned in the past, I'm totally fine with getting an SSL cert for
+> beta, assuming we ensure every project member in deployment-prep has a signed
+> NDA.
+> 
+> In the future Yuvi's proxy will handle load balancing, HTTPS and such. We'll
+> be
+> able to drop the NDA requirement (and the SSL cert) once we have that.
+
+Not every deployment-prep member is capable of signing an NDA anyway.",227158,8,,
+-0.5551873552670559,8.029657072997686,5.0657900979268975,-0.7853101128542725,-7.834435233878364,-1.7197832838165095,-0.1661985150297447,6.040300123796912,-6.627721285394034,3.1307519955707273,2.1301886081559784,-4.831612331190386,-6.357805278483227,-4.266433161312447,1.6534158820887122,-2.1264277042400255,-0.5304451237527062,0.018814608009372957,False,c1,3,"Ah. Indeed. Well, let's treat deployment-prep like tools and require NDAs for all roots...",227151,8,,
+-5.696395471599082,-0.1637157345964031,2.635401351208369,3.9079192788791897,-1.5758051076883293,2.9278080663209316,1.020678125020222,1.3395840848948484,-0.22354669808368133,2.406261077767863,-1.4807061564094055,2.121343742226645,0.8532586068304848,-1.8738215397275688,1.779440736246289,1.0887179891824021,1.8924405384207017,-0.7199214607069568,False,c1,3,"(In reply to comment #25)
+> In the future Yuvi's proxy will handle load balancing, HTTPS and such.
+> We'll able to drop the NDA requirement (and the SSL cert) once we have that.
+
+I dont think we should use  Yuvi proxy for beta since the point of the project is to closely reproduce production. Currently the SSL connections are handled by nginx proxies, whenever varnish supports it, they will land on the varnish frontends.",227143,8,,
+-2.781506729592733,-4.140870251137715,-0.4946342172703846,-2.2495319706743686,-0.8222946228719863,1.0719237240299737,-2.727646158660601,2.401316222797574,0.0654904085988125,-1.8101579004298385,-0.011431011365418131,-1.2298837348048046,-0.5678104981320558,0.6721653928085953,-0.578333366657171,1.978060120182859,-1.158227707427941,0.1569551275502845,False,c1,3,"Understandable for manual testing. I just wanted to make sure the automated tests weren't actually blocked, since there's ways to relatively easily workaround the issue.
+
+As I've mentioned in the past, I'm totally fine with getting an SSL cert for beta, assuming we ensure every project member in deployment-prep has a signed NDA.
+
+In the future Yuvi's proxy will handle load balancing, HTTPS and such. We'll be able to drop the NDA requirement (and the SSL cert) once we have that.",227135,8,,
+-7.056352491736018,-6.53902564424783,-0.15143533166398848,6.476764832807538,-0.479340630025062,0.7456129412222161,4.164776270702831,3.816843862723993,1.9723875840903726,3.3580882839476365,0.1949705602383649,-0.06372959882028262,-0.8017011694308451,-0.902080023266846,0.10331459426620837,-0.794774086672994,3.881223718796739,-2.337899065999263,False,c1,3,"Ryan, it's possible to work around the problem, but the issue is that, for manual testing, it's too easy to blame the SSL problem for things that might be totally unrelated.  Let's deploy SSL either correctly or not-at-all to beta.",227127,8,,
+-7.035262499118274,5.217263177074763,-7.360150297955972,-1.9395380209488806,0.6204710110096787,6.658926801127738,-0.6540637147978021,4.468826241892347,-3.8516239415796383,-3.5206800825948275,2.3758893596815125,-3.5981990326327113,3.204786382944987,1.5018309733349742,-1.3999923675175432,1.121727446214868,0.7119164135543103,4.816800384543255,False,c1,3,"My original requests was to generate certificates for the beta wildcards domains using the 'Labs CA' certificate authority.  By adding that authority certificate in the browser (or accepting it), that should make the browser trust all the generated certs.",227119,8,,
+-10.077039459807127,6.1856573075779835,-1.6146888708107006,1.937512062678266,4.673301567377731,5.168859840595381,1.2289853444428864,4.519111642741693,0.21188639950651456,-2.6312104362101074,2.794540749059774,3.383310861068977,-0.6301529917055595,1.3042380743318185,0.39915133345452825,1.1069446368053426,-3.4675952076505308,2.1730513455221776,False,c1,3,The automated tests were OK I think with maybe some small exceptions.  The hassle was having to visit all the hosts (e.g. bits) in your browser in order to use any beta wikis.,227116,8,,
+-11.731999200107705,-0.412978890607981,6.647408677858396,-3.5142773105867047,2.2109471881355844,14.385271940620914,2.417813100867914,-0.1521359362851168,3.1630966579963564,-0.9733731926276588,0.27034261778064517,3.332033726758662,1.15071402545049,-0.7157244280616752,0.04329604293653588,-2.4034632921046977,0.9738328328333599,2.210527093626934,False,c1,3,Is it not possible to disable certificate checking on the automated browser tests until we get a proper certificate? I remember this being possible years ago when I built a selenium cluster...,227113,8,,
+-9.100504237785367,1.8068814014958168,6.394983974558913,-18.321747123560776,0.018812704497976895,10.004202072341673,10.894701299199925,-1.830325258089359,4.321426160961169,-6.43737743363574,-3.6657316674833846,1.0738413706909116,-1.5949121111874234,-2.6746234193655454,-1.1923477601431949,3.2956090192732015,4.376888992870129,4.770953700500614,False,c1,3,Mostly it makes using beta labs manually a real hassle.,227109,8,,
+-2.6313481717585194,4.385584962294768,-3.528185601551599,5.831598367136314,0.08731499442041546,1.3087187423614637,7.7288933949598455,-1.2398654195056613,-1.8159180387480065,-3.2001116061812036,3.7515683324541977,-0.5078476353343193,1.5406918515436923,-1.1254071760089601,-1.7097273288897519,-4.829247325519846,-1.6710934149160355,-0.7430964791808243,False,c1,3,For those playing along at home: The Beta Cluster currently does not have https by default turned on for this very reason (it broke browser tests).,227104,8,,
+-12.308812480779597,-3.838623005909451,3.5832134500669515,3.7061738126089185,-1.5321669418220303,3.8931755159791095,2.783247775745087,-1.0205631916744817,-0.2630136878035484,0.6813677330887193,-2.164531089158266,0.32724765576004433,0.04824270088663507,0.20658837580922906,-0.6094219324697767,-1.5831117893089437,0.8290976720002778,-1.2802486005955664,False,c1,3,"We should probably disable default https on beta until we have the opportunity to fix this up properly.  The proper fix, from what I understand, is pretty complicated, and isn't something we can do with just a day or two of elbow grease.",227098,8,,
+-8.146703506277257,7.177016404312148,0.16940509220500255,-0.7105759468830364,6.387044303748089,-0.09583880567535097,8.770731731152152,1.3163461554965379,-4.656625076748389,4.686783485419269,-2.5865566347647997,-2.305856289008866,2.090187441788573,-2.73901424096947,0.9210584375051214,-0.5211523084690226,2.5552209827538404,-1.5774977673906596,False,c1,3,"There's no interface with firefox, either. The workaround is to manually go to https://bits.beta.wmflabs.org/ and accept the certificate there.",227094,7,,
+-12.258198505378548,-0.47376816052185333,0.10822427806815371,6.0588439051418685,-1.4957642495800272,4.807671714906739,-0.4479818419359063,0.7989575394232009,5.206734110788155,0.9902427331473103,1.5730582258511585,1.3091212611589036,-2.43454425622424,0.12176042742095339,-1.3942814885454287,0.47355874892938665,6.371829377127579,-1.2524169417740159,False,c1,3,It seems to me that being able to test the new [[m:HTTPS]] stuff on beta is a rather high priority; otherwise beta should be fixed for its other uses by reverting the HTTPS redirect on it.,227089,7,,
+-12.40541610716964,-1.0669448965943573,-3.7033898700901893,0.8043296587836988,8.354500040422373,1.4577786581496568,2.201929614287339,-2.0383295791480887,6.997504596173689,5.488828920090139,1.293606335668776,0.695835547338242,0.9549167773864791,-1.6400013622379044,0.11713322196142029,-3.589489408998619,-0.49850068786207846,-1.3663787119022184,False,c1,3,"Apparently the beta labs now forcefully redirect to https, which means all beta sides are unusable for me (Chrome) because there is no obvious way to accept the certificate for bits, so no resources are being loaded.",227083,7,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 46621 has been marked as a duplicate of this bug. ***,227075,7,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 49533 has been marked as a duplicate of this bug. ***,227069,7,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 53113 has been marked as a duplicate of this bug. ***,227063,7,,
+-11.65586961709318,-4.321893782762263,-0.1239531617468943,-1.8310148459268536,0.8442715299911221,-0.04981242328500102,6.222995072487789,0.5241171784204749,5.349948292588455,2.044577432333325,-2.1066675921611178,-0.20437352611988135,2.972218822641329,-1.3053647316802528,0.7954983384476741,-0.5908191634586539,2.0275909666691585,3.6102044228261145,False,c1,3,"Alex: turning ssl certificate verification off when doing automated testing is reasonably common because lots of folks don't run with valid certs and don't have a good infrastructure for distributing their self signed certs.  That isn't to say it is a good practice, just a common one.",227058,6,,
+-8.435834365169269,-2.764498272735832,-3.614420089422384,8.496697505741087,2.436402985722399,-2.569204224028825,1.2210143781243676,1.2559842171110622,6.456626160161914,-2.753516101122244,0.626082021839892,1.9164035691190682,-2.8765251940114385,0.46928151547744057,-0.4348979773663313,1.1728575238896832,-2.483523068812022,0.01676193135764592,False,c1,3,"Upping priority (a tiny bit) as we really need the beta cluster (hosted on labs) to be as similar to production as possible for automated testing. This is needed for that (specifically for SUL2, kinnnnnda important ;) ).",227052,6,,
+-13.740755155758015,-6.738960510206408,5.32690678029867,9.54211860157884,-7.860093786727769,3.0644590350510903,4.774990749454041,1.1217581866232615,-6.841324960687713,2.212857538666114,-0.15665808082715005,-1.3259279035671527,1.9699936035936316,-3.8204011563543165,-0.5627835533424212,-0.5385880382575663,-2.823712122153113,-3.8151839941664574,False,c1,3,"All browsers should force you to navigate that warning, unless you've somehow changed their configuration to somehow completely break that security feature.",227046,4,,
+-14.556789270901584,1.7177696189729499,-4.213470661487307,-1.6520365676452489,2.351815295050468,6.211632934223495,1.2195629551766025,6.455508063151347,-6.080352772153207,-0.13002606860415522,-6.911626078036038,0.12186307079193082,4.138397915315768,0.4375354035892476,3.6233913310101498,3.3445089938903387,-0.5069635950748986,5.360218978693027,False,c1,3,"in the configurations we're using, other browsers don't require an automated test to negotiate a warning screen, see the screen shot on Bug 52121",227038,4,,
+0.6277538258269297,-11.865030729132982,20.40971954260779,-2.02262369101226,2.522044461973781,2.893541174109952,11.524444338961997,-0.7885631459588304,6.7746597037031195,-0.1926692219564936,-4.151225235383885,1.830401682728719,0.5023173027964636,0.5214733033282024,3.8434458023149114,-1.47644780216095,2.8531414668106123,-2.4158726909924413,False,c1,3,The other browsers don't like it either. Why is IE so special to you?,227029,4,,
+5.2218154602338345,14.624864740539223,-5.314195622568776,15.122983047018598,-11.003883953991377,6.843597768962336,2.106455344761926,-2.012981038511905,-2.512708342059839,8.296365321245805,-4.427295964754924,2.4127057205485114,0.19977020604357998,-0.2686479161898181,0.04070284447231387,-1.126792891017955,-1.4579606210790117,0.541179288326171,False,c1,3,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121,227021,4,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 52121 has been marked as a duplicate of this bug. ***,227015,3,,
+-6.058718589892151,1.3648658921581927,0.7025438592907642,0.3560122784312032,1.9626174318311218,8.59981936285756,-1.9067479674634047,-4.995180408932573,-2.8146143079531183,-0.6844246630450463,-3.7812012626345894,2.013195880173166,3.3461343493736244,-1.293648776487788,-1.1767332938180073,-1.7211145605524316,4.412793478524061,2.213102185121033,False,c1,3,"Did not block the creation of a login wiki bug 51622
+
+But it does prevents us from using SUL2 on beta which is bug 51580",227010,3,,
+24.796448726605135,-1.2765142101372273,-6.640581301245455,24.97536906521053,-2.712438477590724,-9.26742104665537,-3.606297111601445,-0.4370112178794342,3.0956296509283154,-4.59084174005809,0.09944316660862351,-16.866848506914522,7.202340668441313,10.118941593081038,-0.656237027546368,-4.336721847882405,4.397344256132957,1.748113154545988,False,c1,1,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)",227004,-6,,
+38.504163282130165,-7.983737211111821,-4.244580712388197,-6.7930202850496135,-6.218640422064445,-12.7374277621937,-13.414763861604918,-4.357966982033922,-5.439640250812355,-3.560956218264285,-16.494574080397967,16.548360508499112,5.575516905765903,0.12875812174523293,-2.024347885823361,-10.164307229297462,3.689998101135335,4.089130135467352,False,c1,1,RT #5184,226998,-6,,
+3.3957270789927563,9.324672079889925,-12.789533081829243,1.7109772677566149,-4.445273901790218,5.962236196796532,5.905481199637938,8.40396382592384,-8.446230851678106,8.927896880038102,-0.5648190619265283,-1.543831989162186,0.4282106730441684,-1.8273359705520948,-0.12870458162666498,-1.09777318713807,0.5009624712091871,-0.5957224400269241,False,c1,1,Mailled labs-l to find out who can generate the cert. http://lists.wikimedia.org/pipermail/labs-l/2013-May/001212.html,226992,-7,,
+-3.9629005063137566,5.5329126081449225,3.0013338336536224,0.19408966158212237,2.4310879749727317,4.255952059446059,-5.587949825690031,2.8007133690575614,0.6590745316066131,1.5237604752943712,5.146318807343768,0.7482890377121398,0.2434796235954848,0.6571289261303666,-0.5092827093154466,-1.5832403712979466,1.920591665475219,-2.028640275489968,False,c1,3,"@anomie Seems like it was mis-tagged, sorry about that. Will remove the project.",425993,88,,
+-1.4748552504609993,-1.2298233789557305,3.5823327386948556,7.191909063813698,3.0635086812293224,-9.522144292609653,8.175959207347864,1.7566676258258958,-7.914653018803843,1.3909584758730054,6.879832748747848,0.8901261831623257,2.48828290674214,3.6261998723496704,1.0828737362062926,-3.2544517300623332,-4.395314578337319,-2.5296071811252703,False,c1,3,So this was in #MediaWiki-API but didn't actually have anything to do with that project?,425990,88,,
+3.514924312973033,16.832219900891406,3.848224409950851,-1.0603834627441557,-5.456768815561993,-7.312695388245655,9.50578737814344,-3.9792398882286943,1.148982548627541,-4.361872020464878,3.6266915617136815,-5.434523851933804,0.9565576469493737,-4.669505605229733,-9.985359874758512,2.6079149274778493,1.3625819352520014,6.553079308728554,False,c1,3,Now resolved with https://rest.wikimedia.org/ entering beta production.,425788,88,,
+1.3475830126600163,-6.4764296658651785,7.413917183303971,-5.7903313865003625,10.73686503356629,-8.887074913792766,3.764224984163681,-3.4211002539883744,3.8180380125017184,-3.235710652190525,-1.6624721851302264,-1.448626082588322,0.925766315278366,-2.732737374036894,-1.569355103427862,3.2604504858989767,-2.155875305612425,1.5450648476718096,False,c1,3,"Lowering the priority as this is now live:
+
+http://parsoid-lb.eqiad.wikimedia.org/
+https://parsoid-prod.wmflabs.org/  (also supports spdy)",226030,22,,
+-0.385208230050087,4.108531051650228,4.849227158340681,6.575178670916868,-1.212839295982195,8.284628072128317,1.916865506803676,-0.06558843233779904,7.607166437305194,1.3409522176160413,2.267468761171826,3.0476274602727704,-3.124624463818858,3.304963149099266,-1.0960160517008175,-1.9403078876464455,-0.026546723799644623,1.0657540612082737,False,c1,3,Once https://gerrit.wikimedia.org/r/#/c/93527/ is merged we'll provide interim access to our internal Parsoid cluster through front-end caches at http://parsoidcache.svc.eqiad.wikimedia.org/. This implements our internal https://www.mediawiki.org/wiki/Parsoid#The_Parsoid_web_API. In the longer term it will be replaced with a more general MediaWiki content API that we are still working on.,226024,19,,
+5.226612755373409,20.74922548016378,-8.590533812074021,-10.36761905982651,3.7966536096375965,7.625328945765418,2.086805282531957,-5.6351336349376435,0.39336256307637485,6.012881111530492,2.9955004272072685,-1.6074630239106122,0.3179928166474162,0.15504722032437157,0.3074947609891425,1.7362463092436213,3.906518340607631,-0.14827986074010369,False,c1,3,"The PHP parser output is exposed through action=parse:
+
+http://en.wikipedia.org/w/api.php?action=parse&redirects&prop=text%7Cdisplaytitle&format=xml&page=FOOBAR",226018,9,,
+9.7999175695943,-8.846355637005505,11.03015818485687,9.770171611122498,6.161375036096894,7.20507976853127,-12.220509680458152,-8.438718672613014,1.7785000472477555,-0.074853730993091,4.170185796934485,-4.469009298134572,0.17276564851096676,1.2984088106815832,-10.08227645877541,0.796051327110054,-2.797814164155785,6.127080501382363,False,c1,3,Marco and I are taking this on.,226012,7,,
+6.524751632375953,-2.8524605215446215,6.756776217707586,15.49934498629416,6.349676463620977,2.9137465518263532,-10.351215105630635,6.401703467610722,-8.972324463266842,-8.44776446827218,3.9697793665615686,-0.402014209867513,0.8168119850854882,0.33309925686241915,-3.229713159415414,-2.454148747668548,-1.867612794914515,-3.123931515252865,False,c1,3,Bumped the prority. We should get to this after Wikimania.,226004,5,,
+7.285721534439125,1.5135996398767997,-6.165022538722005,-0.9547816911118634,1.0580108538851327,-0.5205367318274892,1.9744233091789578,5.424664999372935,1.57536829763919,3.2844302579974274,0.2656308085218302,-0.6438432127986076,-0.6204921963809094,-1.3155836417772526,-1.685417601295783,-0.05915171665536567,-0.5856465030929103,1.1162467994552547,False,c1,3,Building prod. tools based on Parsoid output (for example to produce offline snasphots) needs this MW API. http://parsoid.wmflabs.org/ can only be a temporary solution...,225996,1,,
+0.20277112839944156,-2.951243538700309,3.517992909177016,5.2205503383917655,-3.3899147635739864,4.012489390688884,-2.2643014115731823,1.3006346152618438,-0.6016235308894251,0.016152112775870364,-1.5205316511517974,-0.012798482641056985,0.48291346120914325,0.08767589774595486,1.0498108375893067,1.7704306922635114,-1.0993859711523741,-0.6086316673397656,False,c1,1,"(In reply to comment #0)
+> * HTML DOM saving: POST a modified DOM and a summary, and save it as a new
+> revision.
+
+Just to clarify, we don't need this for June/July (we're doing it in VisualEditor currently) - though it's a nice-to-have. :-)
+
+The real focus for us is the HTML DOM expansion, which we will want ASAP for templates and other generated content blocks.",225991,-7,,
+-6.048112813562989,-1.1182411526731997,-2.5014728696013835,-0.977908871432037,4.3279063459198355,-1.1186233467001259,3.9007769897304474,2.5644212825087522,3.495797346009466,4.530046344756871,-1.3791601119591017,-0.4388666952819227,1.874968963335104,-2.1298277006107367,1.9755914411479907,2.0439941689165777,0.17418343267752737,0.24298952726467116,False,c1,3,">>! In T50463#4223170, @Bencemac wrote:
+> @Cirdan I mean it should fix the [[ https://tools.wmflabs.org/checkwiki/cgi-bin/checkwiki.cgi?project=enwiki&view=only&id=64 | existing ones ]]. So if somebody edit an article with `[[text|text]]`, the software would fix that (like AWB does). It could slowly but surely solve the problem.
+
+As @Cirdan says, Parsoid and the visual editor try very hard to avoid changing wikitext that already exists in the article. Different wikis have different conventions, and the most reliable way to respect those conventions is to avoid digging into bits of wikitext that don't relate directly to what the user has done.
+
+The visual editor is not intended to be a general purpose wikitext cleanup tool. As you suggest, AWB is good for that.",1072489,255,,
+-0.7819748249209413,-3.0034786651240974,-0.737609867974804,1.8342254694848013,5.7581676499296055,3.2299708274379775,1.3516635621810007,-1.4346013375644708,-0.4145076148676656,-0.045275017474568635,-0.271685448361515,-2.004526493826791,1.8568041176049386,-1.4272028232983909,-0.777278005706314,-0.2525347886858742,0.7640907472393469,0.2481937229972666,False,c1,3,"I'm not a VE developer, but from what I learned from reporting Parsoid bugs, the VE/Parsoid try very hard to //not// alter existing wikitext. This is where quite a few of the copy & paste bugs come from.
+
+I believe syntax cleaning should be done by bots which are controlled by the local community, not through VE.",1072281,255,,
+-1.458537139953556,0.9779389855847835,4.674389714975631,-1.4077021589614507,0.10047586285020849,5.646495822115959,0.8283966335984729,0.9674202699480718,-4.540038325151226,-0.47697067986361263,-2.1163578885552337,-2.8865489173204706,-0.3680485662523507,-1.762542393395701,-1.6431418525477777,1.3469414858855298,3.5750832263147525,-1.6166109730104408,False,c1,3,"@Cirdan I mean it should fix the [[ https://tools.wmflabs.org/checkwiki/cgi-bin/checkwiki.cgi?project=enwiki&view=only&id=64 | existing ones ]]. So if somebody edit an article with `[[text|text]]`, the software would fix that (like AWB does). It could slowly but surely solve the problem.",1072024,255,,
+-4.448982072654385,5.352431280858546,-3.2773434934439885,5.780705001354482,1.0794764215187485,-1.28547572800362,-5.042043237520218,-5.7981149817455755,0.2087618603020398,2.4656005993159527,5.363567967015101,-1.9869829035361937,1.5690552785311382,-0.40868870266029766,0.1663113516337038,0.6037236360127225,3.2204177920601618,-3.7092366623833275,False,c1,3,">>! In T50463#4223073, @Bencemac wrote:
+> @Esanders I think the idea (Visual Editor should fix automatically `[[text|text]]`) could be a goal and it would have an own task. This task is related, but it is not exactly what I suggested.
+
+The problem with `[[text|text]]` was resolved in {T153107}. If it has re-appeared, that task should be re-opened. From what you wrote in [[T195215#4220491]], the problem is link trail detection/generation, which is what this task is about.",1072021,255,,
+3.4615089492061575,-6.035017778797581,10.720044533326067,-11.109116057415,3.1486610218027113,9.094866077050206,-1.2830129712731573,2.889831425267103,-1.5234461484593704,2.2010507377665487,1.760671887687705,4.290843092466834,-0.08554367220578563,0.952060122667383,2.434420463651043,3.013624646454382,3.3103172044072893,1.2454357170459303,False,c1,3,"@Esanders I think the idea (Visual Editor should fix automatically `[[text|text]]`) could be a goal and it would have an own task. This task is related, but it is not exactly what I suggested.",1072013,255,,
+-8.857189365077618,-2.3697074321069973,-2.2590113660487328,-3.010680940248694,3.2914539367210747,-1.2997049487480243,-1.2868517254933263,2.5387669974580738,2.631403983412646,1.8464109426984052,0.18999606196413343,0.5713233183331399,-0.9183612933831327,-0.526095898908629,-0.06019513721346437,1.8250534677350316,1.4191714239749826,-0.3645055818183942,False,c1,3,"There are several similar reports.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Use of linktrail can also be troublesome. Assume a link using one inflected word, where the inflection goes in the linktrail. Then the links are changed to another page title, but that page title has another inflection. To detect this and change it accordingly with the current bot frameworks are pretty difficult.
+
+In English plural of `book` is `books`, but in Norwegian this is `bok`and `bøker`. 
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. That is instead of [[book]]s they should be able to write [[books]].
+
+The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page there should be no real problem. Only if different inflections targets different pages would there be a problem.",1002145,238,,
+-12.32505891297799,0.26991636266691366,-3.3913730870984824,-2.2419429284313406,5.532431047185872,1.9418448375066042,0.9979753532697337,3.797342454678752,2.6826397562640665,2.4481851473227767,-0.259521258552859,1.6821051250195262,-0.5490380778941515,-0.7865069322421786,0.2640722570439187,0.8652509884911916,1.6878732919941861,0.7662601014327755,False,c1,3,"There are several similar reports.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Use of linktrail can also be troublesome. Assume a link using one inflected word, where the inflection goes in the linktrail. Then the links are changed to another page title, but that page title has another inflection. To detect this and change it accordingly with the current bot frameworks are pretty difficult.
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem.",1002144,238,,
+-12.042046487780365,-1.7120161916131362,-3.023432592547349,-3.6368340573629947,3.7349009184028343,0.16105685885407084,-0.8287764972659932,3.145959551405917,3.908366929651174,1.4563012940564493,0.20862333291845658,1.1505027827915821,-1.201288463719177,-0.5947286493905686,0.25180823399774077,1.7841833804014628,1.7008200545579324,0.5833191194561955,False,c1,3,"There are several similar reports.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem.",1002143,238,,
+-12.042177802497127,-1.712216655859896,-3.02345623735662,-3.636994922621742,3.734775447144715,0.16105543864061644,-0.8295499433285283,3.145598733781304,3.907686448089649,1.4562935080021786,0.20831242262579974,1.150284269813219,-1.2021242298413888,-0.5944892208052991,0.2526877333315274,1.7840708733683326,1.7006257664630997,0.5826447098450926,False,c1,3,"There are several similar reports,.
+
+One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.
+
+Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem.",1002142,238,,
+-6.297244266908623,-2.9892717677486633,2.529923888945456,-4.098890150540003,3.0020650888904843,-0.40951731995486895,0.3792910497559543,1.0503000342932354,3.521359427470073,-0.2422760842491969,1.6463128994830192,-0.0832845809105649,0.6195756021082399,-1.2851123181879454,-1.7348299645000402,-1.721572702692392,-1.0734013375444984,-2.15731341762314,False,c1,3,"Since there was another [[ https://de.wikipedia.org/w/index.php?diff=173370165&oldid=173263938&title=Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen | complaint]] on the de-wp VE feedback page, I'm reviving this bug report. [[ https://de.wikipedia.org/w/index.php?diff=173369735&oldid=159649392 | Here ]] the previously correctly formatted link 
+```
+[[Baudenkmal]]e
+```
+was converted to
+```
+[[Baudenkmal|Baudenkmale]]
+```
+
+Is there any hope that this problem will be fixed soon? If that's not possible, a brief explanation of why it is difficult (which we can relay to our community when this question comes up) would be helpful.",1002135,238,,
+-1.9213474702716384,4.5806904404326545,-0.05732789357027546,-10.258114187889745,0.7039828399738504,-0.004243907014101822,2.0474691502655524,0.1811207083899509,0.18281776038836828,-0.6399249917469398,3.356621721712176,-0.6490481329673816,0.7464000284235457,-0.07664770015103928,-2.3733409143375344,-1.3614912599689588,-1.886892375823803,-1.3625928153656877,False,c1,3,"Since there was another [[ https://de.wikipedia.org/w/index.php?diff=173370165&oldid=173263938&title=Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen | complaint]] on the de-wp VE feedback page, I'm reviving this bug report. [[ https://de.wikipedia.org/w/index.php?diff=173369735&oldid=159649392 | Here ]] the previously correctly formatted link 
+```
+[[Baudenkmal]]e
+```
+was converted to
+```
+[[Baudenkmal|Baudenkmale]]
+```
+
+Is there any hope that this problem will be fixed soon?",1002134,238,,
+-4.913795230350089,-2.9688715546970865,4.50076977637592,-5.247428331324943,1.4149954642239102,2.578011153135119,-1.7452920617524033,1.6169952206629232,-5.506580514539609,-0.5872385397288808,-0.05671291744157059,-3.014668596618522,-0.10791500634803564,0.165464328303502,-3.6726047669720305,4.594995472990457,1.1376278461145781,-0.6201825221697539,False,c1,3,">>! In T50463#2874249, @Cirdan wrote:
+> Thanks for the clarification. This specific case of this bug understandably decreases acceptance of the VisualEditor on de-wp, whereas the general problem regarding trailing characters is generally seen as acceptable. I asked several complaining users to provide more diffs of this specific case which I will add here.
+
+Let us unmerge T153107, retitle it, and add diffs there. [[Foo|Foo]] shouldn't be happening and is either a regression or a corner case in the HTML or something else going on that we have some missed all this while.",777898,180,,
+-6.974514040787225,1.6922702038973725,-4.969736545280326,4.2083553302545464,2.6345684459591485,4.151944566389531,3.624646307933048,3.8510737686244068,3.467405899826579,-2.375089717505878,2.1923420507459097,1.9021860324928737,1.329288927288904,-2.456652289671734,-2.197304138643071,-1.0074519621205789,-5.098016560654516,2.9292808506393926,False,c1,3,"Thanks for the clarification. This specific case of this bug understandably decreases acceptance of the VisualEditor on de-wp, whereas the general problem regarding trailing characters is generally seen as acceptable. I asked several complaining users to provide more diffs of this specific case which I will add here.",777890,180,,
+11.023543211549656,-5.383371034162584,0.30129478340521,-1.7166679293427851,-1.8414555155192254,-5.658139852080696,-0.14476289641019768,1.3080006853672261,1.727232906100334,-3.3941953854195868,1.342051796331441,-1.0272929911254023,-0.8542351122835319,0.7219910596681351,-0.4378645385339528,2.675346852206074,3.060052191871028,-5.32225040833362,False,c1,3,">>! In T50463#2870576, @Cirdan wrote:
+>> VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?
+> 
+> Not HTML, but apparently editing pages with the VE creates links like 
+> ```
+> [[Target|Target]]
+> ```
+> in the Wikitext. I would assume that before Wikitext is saved (or delivered to the user), this is automatically cleaned to
+> ```
+> [[Target]]
+> ```
+
+Parsoid currently has code to generate simple links where necessary, but, clearly there was a bug that affected the diff you highlighted in T153107. But, in general, Parsoid does generate [[Foo]] instead of [[Foo|Foo]].",777177,180,,
+5.6839726408961635,8.082411794760777,2.393733876341411,-3.620630585899768,0.8533079328717221,-3.5722972674375626,4.557782721184186,0.015917091935721994,3.5945938137599676,-3.301749515357634,-0.9173447694401817,-3.672845767027926,0.12052033853007194,-1.6599693366956803,-2.752914150487765,0.9438380896348924,1.6775959829618459,0.7846097305161277,False,c1,3,"> VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?
+
+Not HTML, but apparently editing pages with the VE creates links like 
+```
+[[Target|Target]]
+```
+in the Wikitext. I would assume that before Wikitext is saved (or delivered to the user), this is automatically cleaned to
+```
+[[Target]]
+```
+",777171,180,,
+21.545168277533293,1.0024232118614513,-1.4636168498837065,1.8404896223884322,4.278263557983019,4.898024852502534,-2.2494269890221235,3.197982012578485,-4.573722162909492,7.039547801987791,-0.05121585601298517,-1.8387369603478168,0.8618225696173907,-1.311117919235074,-1.1889689284973823,-0.5465345588972554,-1.0059468192133476,-2.540332081462018,False,c1,3,">>! In T50463#2870216, @Cirdan wrote:
+>>> How is it possible that the parser does not detect two identical strings as identical?
+>> Your question assumes that it is looking for that. I don't know whether it is.
+> 
+> I just looked through what I believe to be the relevant parts of the source code, and it indeed seems that this is not how Parsoid handles this. I haven't looked at the VE implementation though. Is there no general cleanup at the end of a VE editing session?
+
+VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?",777143,180,,
+-3.434468285519589,-1.535073403411726,5.090879235349006,2.043198541391833,7.2053782268250774,6.301529056080909,2.432669292240261,-2.5687640596592205,-0.20431681774480326,-1.442915236034024,-0.8075895092701582,-1.1007660256489178,2.503213889434746,-0.9852042144323488,0.6741692532518622,-1.8984070064945233,1.207866839358285,-2.0851695049574017,False,c1,3,">> How is it possible that the parser does not detect two identical strings as identical?
+> Your question assumes that it is looking for that. I don't know whether it is.
+
+I just looked through what I believe to be the relevant parts of the source code, and it indeed seems that this is not how Parsoid handles this. I haven't looked at the VE implementation though. Is there no general cleanup at the end of a VE editing session?
+
+",777093,180,,
+-1.4412910662407477,-2.506120811270529,14.291773084603696,-1.1724091775802155,-1.431019897598417,8.727748674235905,1.1699451428199694,-9.16262966804719,4.894506604448813,5.983818477175456,0.01302553451816979,-1.2790519379223344,2.3000691558969057,-1.6527511540610464,-1.1434499689917406,-0.3951604573698235,1.749811385354813,3.4895830684377125,False,c1,3,">>! In T50463#2870045, @Cirdan wrote:
+> Jdforrester-WMF, thanks for merging T153107. Could you elaborate how these two are related?
+
+They are both issues where Parsoid is apparently creating wikitext sub-optimally.
+
+> How is it possible that the parser does not detect two identical strings as identical?
+
+Your question assumes that it is looking for that. I don't know whether it is.",777068,180,,
+1.860430508682084,-6.462210595558795,5.0986633470577525,0.5150996894686095,1.2828063299316934,-0.9422414649745967,0.7331420524294021,-1.3038840756585217,3.9908830983023496,3.3960400403540145,-3.050821885623771,4.009839201257225,-0.6365698546795153,-1.0300373599108021,-0.847576445140424,-2.0330848107625683,0.28973323988350785,-0.14353874440872127,False,c1,3,"Jdforrester-WMF, thanks for merging T153107. Could you elaborate how these two are related? How is it possible that the parser does not detect two identical strings as identical?",777059,180,,
+59.09237243544634,-4.827803260769411,13.750864309237018,-0.5538254996946641,2.665683059707675,-5.172804478868242,6.834009584894966,8.173121956738992,-6.966391265055004,5.300260680706495,-3.5209768828584855,0.6784559665453624,0.08824005031643667,-0.3917518330771833,0.13258389922271974,0.08082979596425588,-0.5097709231136108,1.7815014803917744,False,c1,3,See also Change-Id: I78c8fc87be1777f63c84f8945ead1cc54161fb76,224947,3,,
+9.282225133935798,10.142958056558754,-6.046637388588353,-0.9263207065172328,-5.321738583920979,-2.032837157723703,-0.5951188602610245,4.4788149727069175,2.8779463254953512,0.12110134793512195,0.277790763468325,0.6179694339562101,1.8845139386510619,-2.7518278198193613,-4.454843461683124,-0.2640236038231798,-1.788129515420544,0.881939310304134,False,c1,3,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],224942,0,,
+-6.047545607855095,-2.277379706512594,2.091074276852763,-1.6902173724564626,1.8136710084699192,-2.2857056634002486,6.189196115230613,0.36701406084744104,2.071259445247793,-0.42728667151464084,-0.9680547093519594,0.8915458726168684,1.2622118457449907,-3.279055669837439,1.9645026275153326,-0.46417088967782494,2.26148447127697,-2.569573389359039,False,c1,1,"(In reply to comment #1)
+> Parsoid issue, moving to Parsoid.
+> 
+> Would like some input from James as to what he believes the behavior should
+> be (piped links always? linktrails where possible? configurable either way?).
+
+Canonically, linktrails should be preferred where possible (so, whenever a case-sensitive substring; except when on a $wgCapitalLinks=true, where it's a tad more complicated). I believe that linkheads should also be preferred where possible for the languages for which that applies.",224938,-7,,
+-3.392736992890066,0.8205786611478345,-2.1492373891323724,-0.30167233480966615,-0.7426126044937895,-0.47775008397130136,1.6235450482821516,3.7082758521246655,2.4591354000392194,0.7294403823118847,0.6993420777978467,-0.3254107292824395,-1.3094772428912393,-1.4859741143345053,-2.637732156504428,-0.4413561428274413,-2.9397452830930173,-1.295238342561635,False,c1,1,"Parsoid issue, moving to Parsoid.
+
+Would like some input from James as to what he believes the behavior should be (piped links always? linktrails where possible? configurable either way?).",224934,-7,,
+-17.00020477743401,4.601175573826577,-6.528302187380026,2.978698036740724,7.3567773823347,13.616437816651018,1.017019504792355,2.790256709361652,-1.287183223779532,-10.817920954710567,2.793505832033399,3.73965148825524,1.8110817377584887,-0.5713117645859261,3.8234421881867924,-0.7063893197009969,1.4683533333363121,-2.6180305997891975,False,c1,1,We did a bit of a re-write of how the phantoms appear in the last push; glad this fixed it. :-),223453,-4,,
+-5.583330132635592,-4.354641705056702,6.429418990458032,13.375042958958295,17.99159416565954,-9.440116607865331,-12.228201965178291,-0.9695617319414992,-5.509895600246896,24.22205196219746,6.351782344139812,-2.64447134892569,4.173680358374861,-1.035585975924026,-0.8403137404765229,-1.591085621647815,-1.459953555329627,-2.599329624220911,False,c1,1,This appears to be fixed.,223449,-4,,
+13.689683494942619,2.3241972968379656,-2.283397028253117,-7.430190851286609,-2.0964523488486106,-4.973405382180873,-5.56168059478391,2.7177492028069414,1.3301603584319766,-4.635767851516131,-1.2572370795570689,-1.871698010183438,-0.02740203600372615,-1.237853250686914,-4.644605319699059,0.9010242837781721,1.9078535893417479,0.8914951889910294,False,c1,1,"Created attachment 12310
+VisualEditor using the Monobook skin on mediawiki.org; incorrect behavior
+
+https://www.mediawiki.org/wiki/MobileFrontend/Photo_upload/Analysis?useskin=monobook&veaction=edit
+
+**Attached**: {F10761}",223443,-7,,
+13.688961162000213,2.323087562569121,-2.283431032944934,-7.431025533280119,-2.0970829660183083,-4.973368383656062,-5.565961012142818,2.715668947285948,1.3262894528208233,-4.635698425810588,-1.258896024274538,-1.8727383990922344,-0.03213430130653938,-1.2365772641361017,-4.639695205108863,0.9002898683963161,1.906584302375722,0.8877403723059296,False,c1,1,"Created attachment 12309
+VisualEditor using the Vector skin on mediawiki.org; correct behavior
+
+https://www.mediawiki.org/wiki/MobileFrontend/Photo_upload/Analysis?useskin=vector&veaction=edit
+
+**Attached**: {F10760}",223438,-7,,
+11.599603770325077,-3.02809570514175,28.8065219593353,-10.593556185024342,4.399703075370914,-22.47226778867578,18.083675576870718,10.307831101767828,22.157819097413114,-10.45009183488899,2.572398161262614,8.431644880429825,-6.336787892635052,1.5421696661481363,-4.306639407696127,-3.794503590885451,-2.967950268912718,-4.504429489637637,False,c1,1,Now complete.,223339,-6,,
+-8.040193302135624,-5.319827597296349,4.0545736368509235,6.5081165558780345,-3.4567656536931626,8.38891363232441,-3.3449491240299647,4.224538029777843,5.114418209269956,-0.8364084389935207,0.4442564838872326,2.1371536858542166,-0.6522627793232674,1.3883879388267675,0.5976517781550137,-2.567033656620515,0.9020480760820757,-1.025773528687918,False,c1,2,"We did a bunch of changes to avoid dirty-diffs with Parsoid; though there may be a few outstanding, I think we've got most of them licked, so closing.",222917,-2,,
+-10.43136319929912,-0.9439994857006067,2.5588877227545472,9.517489964908085,8.249366868570732,1.386868403674752,-2.2314109845505037,1.1246405808556905,-8.648597229295355,6.244671585459992,2.092793389171691,-1.1841404257996357,-0.624113745003898,-1.7391990579338295,-2.568873249831694,-3.041104361370643,-1.4843379082780475,-5.188991910637145,False,c1,2,Seems to have been fixed since the filing of this bug. Can you still reproduce this?,222913,-2,,
+-2.5618232920021975,-0.7975063052955704,1.4131779199340642,0.3593654658078762,-1.153188415272627,-1.615530597997191,2.3674083256171645,-1.4686204632069368,-2.0066258860762707,-2.04961163782192,-1.1355313824184439,-0.6169798210189379,-1.1572819300012394,0.3622937906402903,1.123219853315184,2.175220736804838,-0.9309252663351122,0.5441876470737381,False,c1,1,"(In reply to comment #2)
+> Are Parsoid/VisualEditor versions exposed somewhere?
+
+[[mw:Special:Version]] :-) In general, VisualEditor is branched for production at the same time as MediaWiki core right now (so, fortnightly for the rest of this month, thereafter weekly); Parsoid is updated in production more frequently but less regularly, as it's a manual process.
+
+> Or alternately, is there a public wiki running the most up-to-date version
+> of VisualEditor?
+
+No, I don't think so (but isn't beta meant to run master of everything?). Perhaps I should make a bug to build one in Labs.
+
+> I really don't like wasting my time filing bugs that no longer exist. :-/
+
+The perils of testing software that gets a dozen or so bugs fixed each week, sadly. In this particular case, I'm assuming that it's a Parsoid bug that was fixed (as I can't see anything in our git log that would suggest a VE fix changing this behaviour). Sorry!",222908,-7,,
+0.9466016030652655,-3.547788315554657,3.4116854787801625,-0.6592035296468133,-1.6065549232102727,-3.4728436802474203,3.5939704316407237,-2.6645566208491083,-2.1537550394853415,-2.4740784021568243,-1.938755289532628,0.0654382842420187,2.0104935417148697,-2.1944116026572735,-1.098584377274513,2.3573816840191455,-1.0922962123711484,2.206523453824739,False,c1,1,"(In reply to comment #1)
+> I played around a bit locally while on the plane and tried to reproduce on
+> master from the screenshot.
+
+Blergh. I can still definitely reproduce this issue on mediawiki.org following the steps in comment 1.
+
+Are Parsoid/VisualEditor versions exposed somewhere? Or alternately, is there a public wiki running the most up-to-date version of VisualEditor? I really don't like wasting my time filing bugs that no longer exist. :-/",222901,-7,,
+-10.007428573767049,1.2982568195844735,6.316957823259299,9.071665488610344,-2.823995338041982,9.257466161738598,3.768908648619144,-1.000848595377851,-4.961616560038589,-6.665326610984918,1.6003005420214829,2.1017521643853527,0.36410323117089893,3.2812147559203977,0.0512384023926753,-3.915895067146503,0.9634864569432304,-1.1480331892866342,False,c1,1,"I played around a bit locally while on the plane and tried to reproduce on master from the screenshot. I didn't reproduce your bug, but I found bug 48605 instead. Now that I have an internet connection again, I'll take a proper look at this bug once I've caught up on sleep.",222897,-7,,
+7.396905156955782,8.423592616361805,3.3233697164790392,0.5704299246305293,0.11187316737469111,-8.773993164626177,-2.003076684309285,-3.6460994839265903,-3.72968513014393,4.702666092057845,2.141663103868038,3.3125301202636495,4.057509749115669,-1.7826455360429,2.692593408311791,3.2676219521690304,-2.94533922831381,-0.767948111357942,False,c1,1,"(In reply to comment #2)
+> We're going to put this into wmf4 with a Lightning Deploy this afternoon
+> rather
+> than wait for wmf5; thanks for the catch, Quim!
+This is now done.",221613,-7,,
+5.385348348875551,-3.391142086192957,-8.798946367611329,17.176649990976692,5.835893721786869,5.736000802190162,2.2587692959513,1.849349334805177,-6.170997098111616,-1.5737294382881224,-2.041643549559067,-3.8732665783717373,0.5336192139956797,-1.060543097276634,-2.5293857890490625,-3.275126252752844,-1.8544221087101638,0.15195130234773124,False,c1,1,"We're going to put this into wmf4 with a Lightning Deploy this afternoon rather than wait for wmf5; thanks for the catch, Quim!",221605,-7,,
+4.859744304033256,-1.6917463312531638,1.9328025799154913,-3.8228366576448103,-3.705820369007813,-1.0838675485648892,-3.4634380112997514,-2.2519462871663185,1.5418837877346256,-1.849005959229082,-0.763918013685148,-1.5529257132107404,0.8441999718502835,1.3434296735792828,-2.9478616686950265,-0.8858492635771422,0.8122926437496147,-1.5675195796829557,False,c1,3,"JSCover didn't work out very well.
+
+I've standardised on istanbul[1] for the moment. There are qunit[2] and karma[3] integrations. Both of which we've been using for OOjs and VisualEditor these past few months.
+
+They have command-line and HTML reporters.
+
+[1]
+http://gotwarlost.github.io/istanbul/
+https://github.com/gotwarlost/istanbul
+
+[2]
+https://github.com/asciidisco/grunt-qunit-istanbul
+
+[3]
+https://github.com/karma-runner/karma-qunit
+https://github.com/karma-runner/karma-coverage",219221,64,,
+5.287830655891865,-9.903548560307277,11.271200611897468,5.566930716012925,-4.39835877940084,1.3396248017876022,5.323326316848696,-12.793646974797516,2.812527404912121,-3.3499485356371896,2.2429355276885934,1.0054236541403343,-0.5680565300327065,-0.678978007733895,-0.32585861522220094,2.3620455262908875,1.6183073465173288,3.1032116005252486,False,c1,3,Javascript coverage is still something we need. Nobody looked at integrating it in Jenkins yet though.,219214,18,,
+-12.48624618177716,-6.681438346710425,4.659810124456185,-4.346930742288357,9.737173765953376,3.029056454656665,1.3643542210034063,6.105417658687621,-0.7395893187340783,-7.481546070812751,-3.8034367962815154,1.3993303434681996,-2.014254408658823,3.718030251123243,-1.451354225506681,3.9118447021398195,-12.899564575300364,3.9265055664068282,False,c1,3,I'm not sure this will get any attention in a foreseeable future therefore closing this one.,219206,17,,
+3.0430717892719983,-3.1378108154007727,-0.8840983393464839,-5.319727893588225,1.069670071492558,-2.478384315168654,-1.1911114206219136,1.0162187403988083,-0.6894976608965169,0.31140589140431807,0.017206280534629803,-2.5666780684099892,-0.485020587707633,-0.20209345083701025,-0.6824796083308564,2.1229095895190913,0.47218853707336383,-1.0451101418702602,False,c1,3,"**tntim96** wrote:
+
+The JSCover JAR (JSCover-all.jar) is all custom code and only includes the Rhino library (i.e. no Jetty, Log4J, Apache-commons or other library dependencies).
+
+Also, there is no HTML parser. When a JavaScript file is requested via JSCover's web or proxy server, JSCover instruments the specified JavaScript only. 
+
+Whether the HTML is generated dynamically or not doesn't affect JSCover in proxy-mode. 
+
+For proxy documentation, take a look at:
+http://tntim96.github.io/JSCover/manual/manual.xml#gettingStartedProxy
+
+...and a working proxy example at:
+https://github.com/tntim96/JSCover-samples/blob/master/src/test/java/jscover/webdriver/jasmine/WebDriverUnderscoreProxyTest.java
+
+Let me know if there are any changes required to JSCover that would assist you.",219197,9,,
+-3.697190998772427,-5.952589614903876,-2.8968414203735557,-0.7707782002243917,-2.0468441033188594,-1.9885923789814814,1.7903404878140794,1.3554549495981925,0.28515253887805536,-0.4383974520106433,0.0327923947109765,-2.8145764622430764,-0.47634478950268333,-1.2872263081893782,-2.568410648901598,0.4547733793312667,0.13408994124649073,-0.17551943291120153,False,c1,3,"Both jscoverage and the new fork JSCover seem to have quite a nasty (though from a quick look, hard to avoid) implementation that involves instrumenting files. 
+
+Though that in and of itself isn't a problem, it does this by running a static file server and proxying javascript files through its instrumentor and using some kind of HTML parser (another Java class dependency) to catch inline scripts even (not sure).
+
+This isn't going to work straight up with MediaWiki since we generate HTML dynamically (e.g mediawiki-core/index.php) and load things through ResourceLoader.",219190,2,,
+-1.8232527616626273,-0.6093383572596576,5.508556402465097,1.379753769602626,-3.1461253828727633,8.272115354803805,-1.947578249429741,-1.0926977957334514,8.473343251421111,-5.897034506322907,-2.453675772049794,1.1330742640417109,2.304450775178992,-4.356891519509157,-2.153758074871096,5.829984784963737,-4.151426474236849,6.471611230432794,False,c1,2,I think we want QUnit tests on a few more extensions before adding code coverage. Thus lowering priority.,219183,-2,,
+-8.904874292087229,-8.691969471787168,3.771893533567787,-1.8923224473333917,-3.1510330871489396,0.783310798384008,-4.45771580238599,0.23128660104350396,2.188504310849207,-0.9433940113903443,1.9105926315081199,0.3292525169390128,-0.4734835250249043,1.080007926869811,-1.2688752373109702,0.47874024320584097,0.8843367001474514,1.4643208101549088,False,c1,3,"On enwiki, one of the common uses of this is when people have a big {{Cite}} template and hit enter after it for readability.
+
+One thing having this character visible does is encourage experienced editors to delete it.
+
+When I was a newer editor, I had no idea what this character meant and it took me awhile to figure it out.
+
+Anyway, I think leaving it as is (current behavior) or removing it from being seen in the visual editor without changing any wikitext would be acceptable options. I don't think ""silently strip"" is a good option.
+",1950786,471,,
+-9.136044921822343,-1.4758121387953977,-3.3430860773438553,1.763810990066947,1.7020472953795878,-1.8796680594705784,3.898148304319994,-3.2813959449405092,-0.6707338247879548,-3.8560207840830305,0.798140848663433,-0.5577808233409822,-0.11150375940880686,3.29639700725048,3.8028639186548574,1.6490981021754965,-0.5603296921403698,-0.9065883419921423,False,c1,3,"That sounds very project-specific.  In my experience, line breaks (shown as '↵' in VisualEditor) on enwiki often mean that someone has copied and pasted the text from another document (e.g., written the text offline in a word processor).  It only rarely seems to be done intentionally.
+
+(Also, what if a line break someday stopped being interpreted as a space?)",903427,212,,
+-7.813950960416376,-1.2635546787007907,-3.6841909245202995,-2.9157128303909587,5.890843023867159,1.1553115328782102,1.8143685365318234,0.2686879290661568,-1.8175111366954932,-4.3850632739024915,-0.5884835110891589,-3.054035037099717,2.0456269650337795,2.0433706157272242,1.8298051739510806,0.9815090664587589,1.6981764116198632,0.17185194251596325,False,c1,3,"Additional [[ https://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen#Zeichen_.27.E2.86.B5.27_taucht_in_Abs.C3.A4tzen_im_VisualEditor_auf.2C_wird_aber_nicht_erkl.C3.A4rt | feedback from a German editor]] regarding this issue:
+""Wikipedians delete the '↵' in VisualEditor and replace it with a space. But this character '↵' only indicates that a break was added to the source for better readability, which is automatically translated into a space. It's often used in long citation blocks, for example. This' ↵'-character makes the Wikitext / source text more readable. The good readability of the source text in the source editor (Edit window) is still one of the quality indicators explicitly mentioned in our guidelines for good articles. The meaning in the VisualEditor is only that the user should insert a new text not to the left but to the right of the '↵' character. Just simply so that the line break in the source text remains directly behind the left character. But, when looking at the instructions, this subtlety is not mentioned. Also, no warning is displayed when you delete the '↵' character in the VisualEditer. Apparently the character can not be inserted in the VirtualEditor any more, if it was deleted. [...] I would hope that there is a warning when deleting the character or a tooltip when the mouse is hovering above the character. Thank you.""",903364,212,,
+-2.0838026787661397,-1.4210843186190534,-5.31154018335382,0.5253017876997728,1.5096960044968988,0.47715834590494133,1.0808457929929105,1.5523926760243794,0.20647506239910096,-1.593281479513386,-1.4954319978953232,0.957613339990596,-0.6585045622593726,-0.5395074117269737,-0.02963633762950435,0.1706896854432265,0.7878391502574784,-0.6365512718796387,False,c1,3,"@Jdforrester-WMF let me try to rephrase to see if I understand, the
+carriage return symbol is shown in VE because a wikitext editor has
+included a line break in the editing environment to increase readability of
+the wikitext, however this does not affect the presentation of the content
+in read mode, and is meaningless and confusing to VE editors.
+
+However there is a worry (by whom?) that not showing the character at all
+would make it much easier for a VE editor to accidentally remove the
+character because it has no visual representation. On the other hand
+visualizing it as an actual line-break causes inconsistency between edit
+and read modes (which currently exists in wikitext/read more)
+
+Is that summary clear and factual?
+
+
+
+*Jared Zimmerman * \\  Director of User Experience \\ Wikimedia Foundation
+
+M +1 415 609 4043 \\ @jaredzimmerman ",418428,86,,
+-3.8013223000096867,4.955428789840106,-4.958452466460196,-3.985465650056584,-1.8685493802365638,-1.4222872804090905,1.4564520995730827,1.5612104994305032,6.994358381419428,1.5294376853593183,-0.5515149901002971,0.9758325334420972,-1.7780858824150747,0.03587838524044429,0.3355671482417413,-1.3607521540587677,-1.37246475103134,-0.024517528199697658,False,c1,3,">>! In T50290#1074137, @Jaredzimmerman-WMF wrote:
+> Unless I'm misunderstanding Whatamidoing, I think they mean that we copy
+> line breaks in as actual linebreaks, so that reading and editing look the
+> same and no one actually sees that carriage return symbol ever.
+
+Yes, you're entirely missing the point here.
+
+* Actual reader-visible new paragraphs (from two new lines after each other in wikitext) are shown as new paragraphs.
+* Actual reader-visible line breaks (from a 
     tag) are shown as line breaks.
+
+This is about how to represent the reader-invisible nonsense wikitext single new line. See T50290#499295 for details; nothing's changed here since May 2013.",418408,86,,
+11.222118272949109,-1.473450456939613,-1.3709823575619517,4.750959220844093,-4.410600154712423,4.297875987468615,-0.9137842128969176,-4.355769906036922,2.3937238162466032,0.44540761940292306,-4.10594626060665,0.034267384662867606,1.4543533313976509,-1.1931603405030415,-3.3963691642265053,-2.3045280546502735,-0.6929574528300231,2.765444802889267,False,c1,3,"Unless I'm misunderstanding Whatamidoing, I think they mean that we copy
+line breaks in as actual linebreaks, so that reading and editing look the
+same and no one actually sees that carriage return symbol ever.
+
+
+
+*Jared Zimmerman * \\  Director of User Experience \\ Wikimedia Foundation
+
+M +1 415 609 4043 \\ @jaredzimmerman ",418405,86,,
+0.5359702944666678,8.788381826687484,3.48432764682702,-3.730622483203767,2.7642392069200596,6.629678965892687,10.823819005407097,-3.2241302757675094,-2.8858426900641216,-6.607966831877354,-3.414240860592653,-3.277161923749432,1.2007175075100456,0.3996399338015939,-0.4165863045828462,-0.665543484794112,2.2042896747290994,2.702599515310897,False,c1,3,">>! In T50290#1074123, @Whatamidoing-WMF wrote:
+> I like the idea of showing it as a line break.  This might make more sense to less-technical people that have just copy-pasted text out of another document (one of the apparent causes) than the insertion of an unexpected symbol.
+
+I'm not a fan of making VE less like the reading experience, though.",418401,86,,
+-14.318196701582051,1.9083073845571956,-6.378423746365158,3.634542187579635,3.232005952936559,3.7891924433474244,0.42075251313361584,3.8608053781137093,1.5403532163825806,-5.452954419986325,-2.912683857854954,0.4277002811617825,-0.43540294032831195,-1.852394430152798,-1.4419594038211159,-1.095938665546949,0.10783736267280361,-0.39788200739451085,False,c1,3,I like the idea of showing it as a line break.  This might make more sense to less-technical people that have just copy-pasted text out of another document (one of the apparent causes) than the insertion of an unexpected symbol.,418400,86,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 57454 has been marked as a duplicate of this bug. ***,214658,71,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 68811 has been marked as a duplicate of this bug. ***,214653,56,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 65324 has been marked as a duplicate of this bug. ***,214649,47,,
+7.007615060460527,-9.137600161160051,25.378692981402246,-0.5307724994940006,-5.066588113385237,11.257875037926624,3.222471262799422,-4.936313161851277,-4.188365186139812,-1.0522653365124248,-2.8571411650473633,0.8792871521423296,1.939190783244312,-0.16035998507444105,0.06477592574818569,-0.056519148384152285,-5.229882365725212,-1.8974694249154036,False,c1,3,"Indeed not WYSIWYG, but I happen to love this feature. I practically always remove these links when I see them. I'd say WONTFIX.",214642,46,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 50641 has been marked as a duplicate of this bug. ***,214634,36,,
+-10.263153995059014,3.499742197584826,-9.03759967743119,-3.211685886629974,5.080686584257533,-3.7896938215017837,-6.725739533153484,-6.2066412806210804,-3.4297807214638123,-0.18608353087102714,-2.0594897027187664,1.7036392164824514,-3.331044677007047,2.296360693954399,0.188444982030191,1.0899625797488244,-0.3251293279210525,-0.6288121632349606,False,c1,3,*** Bug 61569 has been marked as a duplicate of this bug. ***,214626,34,,
+-3.8656607685387385,4.224377307262003,2.5057400596401305,0.3873304551542489,-9.553981647072984,1.2050251958770932,-5.477191019151938,0.5669671219952156,0.2145339042104515,2.9092186423090842,-0.7776037235977715,1.1698666956515904,2.8980689712440073,-3.3598588658637007,1.348471982057406,3.94750331606122,-2.2682651392735047,-2.304389180835582,False,c1,2,"(In reply to comment #2)
+> Newline characters are more debatable, because some people use them to make
+> wikicode more readable.
+
+...and I remmember some people use them to make diffs more readable[citation needed].",214622,-1,,
+12.439632595645106,49.39681745667904,-3.1478641752426006,-5.436643121569777,-8.95146559412436,9.569562560431141,8.6832108387706,-3.936952641691945,1.1857479583994428,4.161496643895179,2.869304974985077,-2.709379898355231,-0.7984525098786648,0.8567454795140585,-1.8476065719203176,-2.6107144200999346,1.3661367184702013,-1.7675691880386843,False,c1,1,"Example of TAB characters:
+http://en.wikipedia.org/wiki/Refrigerator#Production_by_country",214618,-7,,
+-8.892950974143552,-5.8325654451495845,4.513192339964973,-3.619607998857294,-2.0539310763305316,0.8709537632416122,-2.518066136222779,0.1071796900837087,5.962331898865206,2.639873677833264,0.602619075382345,0.681844043538562,-1.813617246564764,-0.5499755717815863,0.2537451259527961,-0.3158015810005441,-0.29479672615630953,-0.2330098112036092,False,c1,1,"Same for TAB characters, which are shown as ➞
+
+TAB characters have no meaning in wikicode, and I can't imagine anyone entering them for any purpose (plus they are difficult to enter in an HTML form).
+I have never seen a case where they are intended (please point me to any example if I am mistaken).
+
+I personally think TABs are a case where silent stripping would be acceptable.
+
+---
+
+Newline characters are more debatable, because some people use them to make wikicode more readable.",214613,-7,,
+-5.9428058575486675,-2.099423727555253,-5.0007052322557755,1.4725418716177785,0.14656075519800993,-2.2211695199671393,0.5811135199257027,1.6076327325194169,0.7603833526196779,-1.462222695967537,-1.4365647281300977,-2.015464845297357,-1.0974886503261871,1.2760413352657818,1.0678619307148112,2.2792535002668366,0.046694634753711745,-0.947976098954447,False,c1,1,"(In reply to comment #0)
+> Single newlines have no effect on the way a wiki page is displayed.
+> So they should be ignored in a WYSIWYG editor.
+> 
+> Example: Third line at
+> http://en.wikipedia.org/wiki/
+> Content_Management_Interoperability_Services#Specification_progress_.
+> 26_TC_members
+
+Yeah, this is a bit of a mess. In wikitext (except in some circumstances like 
    s), \n is a whitespace character, rendered as either a space or as nothing depending on the things around it, but \n\n is ""
    "".
+
+We could:
+
+* Silently strip non-conformant wikitext syntax like this on ingest, but this would mean that VisualEditor would not play well with other, wikitext-based users.
+
+* Show the newline as a line break in VisualEditor - in a way that (a) doesn't look like a new paragraph/context has started, and (b) doesn't look like 
    s will look, either, and in some way conveys the fact that it's different.
+
+* (Current behaviour) Show the newline as a special kind of character in VisualEditor - in a way that (a) doesn't look like a 'real' new line, because it isn't.
+
+* Silently not show the new line as such (but instead as… a space?), which is prone to having users accidentally alter them without intention, again causing problems for intermixed VisualEditor and wikitext editor sessions.
+
+What are your thoughts?",214608,-8,,
+-7.4774477448383205,2.277309593277126,4.315406136700902,3.037041422205254,15.845995767719021,-9.810178953482307,5.5958802024850165,-16.54543170004648,-0.9265197122856265,7.976968255977164,6.582102551036371,2.046401859162186,-3.9244250390866586,5.651185223040231,0.5013612581116034,2.957768432250232,-7.842513514233714,-0.06006725221002851,False,c1,1,This is now fixed in live.,214285,-4,,
+11.736445259589955,5.244989494659755,-3.911843825784758,5.12549912277486,1.236933180278097,-4.47605592251009,0.020543152608905046,0.006752245640973709,5.9599809819011815,-4.489886754738717,-4.218020700450866,6.074454802326527,0.8669257449891972,0.9728190146886304,1.3061879575340516,-4.472966570262766,0.4970025669521827,-0.7860221102649265,False,c1,1,"Just reproduced on Firefox 21.0 / fresh install of Ubuntu Linux 2013.04
+Nothing special appears in the web console.",214280,-5,,
+4.782919984410237,-1.6128396496561201,-0.24982344718135385,-1.4051737675587699,7.271692275853788,-6.101745130584837,1.8355153428100817,4.204370745654991,5.071080740512815,-5.735160756696886,2.3830124534560593,-0.8661853225447729,0.10157308259369291,-2.412129860620359,-5.192158964651988,1.9655745137372767,4.038265525965186,6.910103452412702,False,c1,1,Browser information highly welcome. Reopening for the time being.,214275,-5,,
+-9.36225334778386,-7.510602093542637,9.211935065213956,-0.5045728235081022,2.6639878276469773,0.44321329333067183,1.550419282147951,-2.9421508873791495,7.421266523560693,1.1028985274643297,3.054073032182418,3.0676278529551313,0.1617193152699974,-2.5952996017168077,-1.0260676056894247,3.0394348592513882,3.519465406500087,3.29872630811789,False,c1,1,"When will the master fixes be deployed?
+The situation is now horrible in production, with so many bugs that I am wondering whether it is even worth reporting them...",214270,-5,,
+-9.83249912835832,-10.46237535671092,12.88296884047542,-14.258839238726218,3.3759952306541514,8.182150493799792,0.3726458706346847,-8.318337541316053,5.760514821911068,0.15143259569873901,6.137002653651411,6.901201326418401,-1.8575340948574395,2.6714689705163437,3.014922411697622,0.30176514103427987,6.825146466380353,0.582001885718471,False,c1,1,"I just tried, it is a worse problem now, text is lost.",214264,-6,,
+-0.4826627734405955,-7.210275175319061,4.938706436202289,2.6498544095737113,-7.04609777104279,2.58999915980138,-2.181833499370555,-1.4330589718722435,3.194409211040128,0.5689614498716775,-1.0774541422939659,-3.2055770720925705,-0.07950641179308615,-1.1144704387613422,-0.06385188647104956,1.3640993676636013,-2.99739296883858,0.20156058293579848,False,c1,1,"**orbit** wrote:
+
+I'm not able to reproduce this one either. I experience other problems relating to Enter and Backspace on Firefox (fixed in Master) but not what you've described. I'm going to close this ticket, but please reopen if you have additional information.",214256,-6,,
+-0.7385308797297965,-17.78118071956063,6.502081004607927,-4.886914337012197,6.977115975370639,4.924698450984192,3.269099058844107,-0.42031141408035666,-6.203807625142852,-1.8897566300404374,-4.917100655162374,-1.4636026269244948,0.981550203865377,-3.897666434963984,-0.02306773410813978,1.278138147292448,-1.1225242624194591,-3.8301427982337324,True,c1,1,"That's a cherry-pick back to wmf5, so no wikis that currently have PostEdit will lose it when we disable the extension.",213925,-5,,
+15.406668022536161,7.839326957073105,-3.033063107022147,7.236672446474829,-7.849380019141094,-8.220231616035615,-4.289531084904373,1.2925635784956047,-4.317385706145423,1.624230376535981,-1.4092269471685839,4.717116087873214,5.0946114395471,-3.689332933462314,5.159536438750731,4.99142241729178,-2.0701656977176257,0.16310695864290237,True,c1,1,"(In reply to comment #1)
+> Related URL: https://gerrit.wikimedia.org/r/66137 (Gerrit Change
+> I01cfc0630c3a505af82922844b5e70c1d61f3c1d)
+
+Merged.",213911,-5,,
+-0.9235297823367281,-3.007024446710913,16.022185206898506,0.3426114283376389,-8.055173598569326,-2.985936639434888,3.6480377354154143,-8.858299113845671,0.9373654962384421,-5.347197919998083,-8.159527431205381,-0.7372544350475785,5.314398248942901,-0.890395166858598,-4.605090547321138,-3.2067609655503735,-0.5543917570010397,7.383130881347515,True,c1,1,"Just for posterity, I'm noting bug 16066 here.",213902,-5,,
+2.55952750354086,1.7109050969302064,3.3334816235293117,-0.8841305998290974,3.0150527894434873,-4.451328246653377,-1.5445920664782342,-0.2636354209937636,-1.5022540587957103,1.1697466815536854,2.3283077758866235,1.8557480488859808,3.014040227553436,-3.243960731547034,4.318236343452928,2.075207358334156,1.578478000106102,0.9482473273077985,True,c1,1,"(In reply to comment #2)
+> I should note that one extension depending on another is *not* a legitimate
+> reason for moving the dependency into the core. That said, I still agree with
+> the merging of this extension since it's a trivial feature.
+
+Yes, I agree completely. There had already been wide agreement that this should be moved into core; the VisualEditor requirement is just a spur.",213892,-5,,
+-7.240748921033788,2.538856654198291,-1.7672725510181935,7.1081598253168625,3.8091441704224422,2.920436118145009,-3.1612309547785653,1.0419614822448766,-2.9071328432196806,-4.600597387762745,-0.4602959374130777,1.3046746361859212,4.555407414451065,-4.0434404809947075,0.8529417693668648,0.6849120383160212,-0.1981173797402347,1.2029689471038743,True,c1,1,"(In reply to comment #0)
+> As discussed with Steven W. just now, we should move this into MW core (so,
+> amongst other things, VisualEditor can depend on it and not have to re-invent
+> the wheel).
+
+I should note that one extension depending on another is *not* a legitimate reason for moving the dependency into the core. That said, I still agree with the merging of this extension since it's a trivial feature.",213882,-5,,
+-4.849753575062514,-18.178731290196218,27.117555416082972,-8.283070321755872,1.964621594246145,0.7131132492646053,6.315978592544662,-2.4492482040487795,-8.473340106701064,1.8416667600277083,-2.65043274559944,1.134740371328987,2.1016534713646147,-3.257121431999125,-4.581068581090234,-3.467743456760761,-11.334575508895572,-4.395464594727887,True,c1,3,Do we consider this fixed now then ?,1301848,311,,
+3.973008842210655,-15.019596953190076,38.97006654326219,-5.257075589711821,-6.961515502137186,11.237626242713045,0.9991036225575893,-17.87256886708799,5.640226299896983,-3.629943284014115,-6.514133604085618,-0.9329746908345973,-3.1750607028400983,-4.449678480895899,3.1851047476398744,5.294009490770067,9.222855041639425,-6.297135663053006,True,c1,3,It works nicely!,1286934,307,,
+3.946498468651459,-11.861089026455234,30.68012972648028,-4.577199091539915,-7.953040864503919,16.68430312455662,-17.888537083269362,-2.2329429058135055,25.892749456307936,-0.7941304176518993,-4.334635799282474,3.3250017396905056,-5.317329144603161,-1.6925313182010142,2.6863060755153576,4.722656279881263,4.994820301709413,-5.427978537669816,True,c1,3,It looks nice!,1286933,307,,
+23.040312055171555,14.435730294818331,9.06296262565204,-13.54540407285889,1.3009434609272255,-2.6131131949511257,4.404224588137323,-0.6318364593689628,-3.050704000338726,-4.372457900274646,4.693230283920519,-1.0902261118740144,1.0742957246552836,0.27923570815369403,-1.6754345396648425,-2.4851061894183997,-2.3610277233026724,-2.8939019026653265,True,c1,3,">>! In T50274#5135349, @Esanders wrote:
+> The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting `ve.init.target.saveDialog.editSummaryInput.lookupHighlightFirstItem = false;` into the console after the save dialog has opened.
+
+This worked nicely. Thanks much!
+
+>>! In T50274#5209037, @matmarex wrote:
+> @izno Now done in . I think we were still waiting for MediaWiki to be updated to use the new version of OOUI of something.
+
+Coolio.",1286928,307,,
+0.27196842626769335,4.269141601565263,6.523062233217265,18.41389449002147,-1.1397187324776166,-0.7067564334153502,0.9240967653753174,-1.2404036099662834,0.16929500419559784,2.3808511348724393,4.350040997031996,0.7972506006053388,-0.2521520893770841,1.007106701761599,-2.306668238290308,-0.2622712060483545,2.2532991008303718,1.3399588186047802,True,c1,3,@izno Now done in . I think we were still waiting for MediaWiki to be updated to use the new version of OOUI of something.,1286862,307,,
+32.87981181544778,0.7066975528268369,0.02628905987178598,-9.024893076746276,-2.919367883490918,-3.459510048141418,-4.261148051165025,0.5026492258438702,-0.3685289848394351,-1.5217900896034342,0.9001773834685247,-3.109507345884084,-1.643865506590454,0.10275783192565013,-1.649100821628862,1.742729086063281,0.3416597559636745,-1.740371693123356,True,c1,3,">>! In T50274#5136148, @Esanders wrote:
+>>>! In T50274#5135937, @Izno wrote:
+>> BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.
+> 
+> Sorry, I'm not sure what you're referring to, can you provide a link?
+
+```lang=javascript
+	// HACK: Disable pending animation. Should be made an upstream option (T220204)
+	// Parent method
+```
+
+{T220204}
+",1270315,303,,
+32.87981181544778,0.7066975528268369,0.02628905987178598,-9.024893076746276,-2.919367883490918,-3.459510048141418,-4.261148051165025,0.5026492258438702,-0.3685289848394351,-1.5217900896034342,0.9001773834685247,-3.109507345884084,-1.643865506590454,0.10275783192565013,-1.649100821628862,1.742729086063281,0.3416597559636745,-1.740371693123356,True,c1,3,">>! In T50274#5136148, @Esanders wrote:
+>>>! In T50274#5135937, @Izno wrote:
+>> BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.
+> 
+> Sorry, I'm not sure what you're referring to, can you provide a link?
+
+```lang=php
+	// HACK: Disable pending animation. Should be made an upstream option (T220204)
+	// Parent method
+```
+
+{T220204}
+",1270314,303,,
+4.596571606225394,-8.097375273054567,11.393678935790174,-2.3629696401097426,-4.518721294051919,10.542547457577356,-3.7071704245299273,0.23636573492513624,1.068047008413356,-1.9837887905077713,-3.596887606202587,-3.5168258635126834,0.9083394782541307,2.418456671586849,-0.40599782126012807,1.4839456579479517,-0.11371601474727759,1.3000343346877368,True,c1,3,">>! In T50274#5135937, @Izno wrote:
+> BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.
+
+Sorry, I'm not sure what you're referring to, can you provide a link?",1270227,303,,
+-6.104249689853719,-1.4720536697380453,3.256704614048025,-3.430494258883284,8.43566169966439,3.6984187551781638,3.0751328320351377,-5.147003895600055,-3.0735047771240387,-5.322313762538519,-0.3583552255167095,0.7355659369867391,2.422857163054064,-0.09271585774718272,1.7556549011754052,0.15438348576166838,6.214031037327207,0.7680146795460749,True,c1,3,">>! In T50274#5135349, @Esanders wrote:
+> The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting `ve.init.target.saveDialog.editSummaryInput.lookupHighlightFirstItem = false;` into the console after the save dialog has opened.
+
+BTW since you're in the area there's a TODO there that was waiting on what is now a task that you closed a week or two ago.",1270152,303,,
+-10.950386630383084,7.273483047072595,-4.6540087528479575,-1.5716160871871434,8.440371291386192,5.751060132156727,2.6964925711061962,2.8180213231948925,-0.7460836931734347,-3.001284262192141,-1.038104064042503,-1.0818376528761853,-0.726969700631868,-1.1043007199960768,-0.7004406374801702,0.24807613074237,3.6370233649825847,0.33827185779288227,True,c1,3,The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting `ve.init.target.saveDialog.editSummaryInput.lookupHighlightFirstItem = false;` into the console after the save dialog has opened.,1270030,303,,
+-1.8032671188883995,0.12054544561582503,4.936445996765018,2.884598135152613,-6.158069157741259,0.7057103508172826,3.4045621975219102,7.130406132303929,-4.249167089543885,5.724081884723471,0.7656959794949146,1.211202901876539,-3.488649207957759,3.884171238893,1.4657383101502086,2.6357672548015625,2.375756233684251,0.8748491738902895,True,c1,3,">>! In T50274#5135228, @LucasWerkmeister wrote:
+> Is it possible to opt out of this feature until that’s fixed?
+
+No, but it shouldn't be too hard to fix. In the meantime you can press escape before ctrl+enter.
+
+",1270022,303,,
+-0.8520817789008648,6.8711530065107205,0.4642867182657415,-6.1775755524386256,7.4017607803847945,6.3706211294858335,1.5737168030312247,1.1221585908314033,3.752154398670335,2.1361060290840514,-1.144097583991897,-0.7889003530343315,1.0904018811991292,0.8347121818941055,-0.2091010694911053,-0.007271906854672938,-0.40121177299039046,2.3947540742438593,True,c1,3,">>! In T50274#5106435, @Trizek wrote:
+> Great feature. <3 
+> Can we have a way to delete misspelled sentences? Thanks!
+
+The edit summaries are pulled from the API and old edit summaries are immutable so I don't see an easy fix for this without using another storage system. Suggestions welcome.",1270019,303,,
+-9.16691884418,-0.8455657590975019,0.16757929636571722,-2.7146449814273943,-3.0428473142576076,3.4247384967101873,-0.9572087469727961,-1.073772290131783,0.06952826394097122,-1.4959243433027676,-0.2044375663254805,-0.5618331432487,-1.1279302166265892,-0.9179116823390313,-0.6652555036840031,1.0701348793887724,-1.2057379050738128,-2.3933405931576384,True,c1,3,">>! In T50274#5107339, @Izno wrote:
+> My only problem: when I have entered a summary, the drop down appears. When I hit the hotkeys for save, the system will complete the summary with the top item whatever the value of my original summary was. (This is not how it works in old WTE.)
+
+This is a //big// problem for me as well. My most common summary on talk pages or project discussion pages is just “reply”, but the first suggestions are all like “reply (something something)”, “reply, something else”, etc. When I press Ctrl+Enter out of habit – for years, VisualEditor has trained me that Ctrl+Enter in the summary field means “save” – then it will “complete” my edit summary with some gibberish that makes no sense in the current context, and if I don’t notice it I’ll save an edit with a nonsense summary.
+
+Is it possible to opt out of this feature until that’s fixed?",1269997,303,,
+16.454987506292255,-4.478086085207439,12.038469441857426,0.1276807810922591,0.25532450386243966,-0.6354555967340048,0.30462078592058894,2.663554476074431,6.54792191085809,3.130178813881087,0.9620406812230861,0.6730343222153694,-0.09380367029271719,1.2226341334600483,-1.3484235206418604,-0.866687619602247,0.40017477810311264,2.1666983388528442,True,c1,3,">>! In T50274#5107851, @Whatamidoing-WMF wrote:
+>>>! In T50274#5106435, @Trizek wrote:
+>> Great feature. <3 
+>> Can we have a way to delete misspelled sentences? Thanks!
+> 
+> No.  But if you make 200 more edits, it'll automagically go away.  The tool only looks back at your most recent 200 edit summaries.
+
+So I have to be patient. And be careful: I've already accidentally entered some bad summaries while editing. :/",1266481,302,,
+29.94107262432852,-0.8050254373912118,11.550343640903241,-7.933772389599216,-1.6229594760980994,-9.485708208090665,3.5850190933038046,2.7651287347386697,-3.444369447435337,-2.058531812054986,4.931288778340264,-0.830219275559366,-1.003029378615609,1.521267992263177,-2.3368649830196913,1.864057732179686,3.010925310389072,-2.9219725529123566,True,c1,3,">>! In T50274#5107874, @Whatamidoing-WMF wrote:
+> 
+> (In the meantime, the workaround is to hit the Escape key.)
+
+(And then hit Ctrl + Enter again.)",1263697,301,,
+32.719949168331304,-1.3231548885859823,10.266472192698233,-7.50797926100171,-1.421027859717257,-8.529740016817108,3.333444686400055,2.8041859781877623,-3.4140037609131575,-1.7411371287380026,4.864416152575918,-0.7087666021510195,-0.9433679737674678,1.5143131702647785,-2.156330254341529,1.6894033231126575,2.7718818776630325,-2.7289931691106704,True,c1,3,">>! In T50274#5107874, @Whatamidoing-WMF wrote:
+> @Esanders, Izno's problem is going to drive me nuts.  When there's an exact match, it needs to use that exact match, and not suggest something longer.  If I've typed `r`, and the options it finds are 35 instances of `r` and one of `Re-ping` in my last 200 edit summaries, then it should definitely be suggesting `r` and not the other longer one. 
+> 
+> (In the meantime, the workaround is to hit the Escape key.)
+
+(And then hit Ctrl + Enter again.)",1263696,301,,
+-1.726404314358228,-5.232964266695674,2.1483286423808785,-0.23884148811966632,0.040282714484781934,2.945026274385537,-2.3336481859002163,1.0789067821067055,2.2473728796160897,0.1698727286453483,-3.1746220482826764,2.7453613286252585,0.6750326594897498,-0.5718525772407929,0.2628983274584695,0.7362629396237903,1.9241300863924897,1.3185502407998881,True,c1,3,"@Esanders, Izno's problem is going to drive me nuts.  When there's an exact match, it needs to use that exact match, and not suggest something longer.  If I've typed `r`, and the options it finds are 35 instances of `r` and one of `Re-ping` in my last 200 edit summaries, then it should definitely be suggesting `r` and not the other longer one. 
+
+(In the meantime, the workaround is to hit the Escape key.)",1263666,301,,
+-0.9195101175596792,-7.620534995221853,4.977353459460875,-0.7056296030034162,-3.363134346390524,1.2759990581431033,-1.9065868039012894,0.03405496534010166,3.6393347618241627,0.34103748179262894,-3.3964189411580326,4.078011903256816,1.3525640831386019,-1.0437212615260043,-0.5027181768988749,-0.10011580852723867,1.940112355433797,2.15609675171812,True,c1,3,"@Esanders, Izno's problem is going to drive me nuts.  When there's an exact match, it needs to use that exact match, and not suggest something longer.  If I've typed `r`, and the options it finds are 35 instances of `r` and one of `Re-ping` in my last 200 edit summaries, then it should definitely be suggesting `r` and not the other longer one. ",1263665,301,,
+1.2526563216252509,-1.4981787492621752,8.058415818562754,-7.043540358347743,-6.208334962081841,0.9108444321367042,5.831474477570863,-1.5327332060076015,1.4733474811347425,-2.432615843952452,-3.618320500090198,2.046377874728753,-1.21188394742331,0.6044998655202354,-0.32311777914590145,-1.726427101530105,2.706341224730563,-1.6888631201592414,True,c1,3,">>! In T50274#5106435, @Trizek wrote:
+> Great feature. <3 
+> Can we have a way to delete misspelled sentences? Thanks!
+
+No.  But if you make 200 more edits, it'll automagically go away.  The tool only looks back at your most recent 200 edit summaries.",1263663,301,,
+-8.128189226633681,-3.5711589418385667,-1.4248652504459915,0.14296138655004853,3.3447743699284853,3.763338325738708,-0.8985523277438929,3.305780012155177,1.6110043158342904,-4.2765883966662335,1.5824277199408632,0.6960011634790906,0.2322890017298116,0.17963602586383898,0.7743719286452118,-0.36993818696237746,1.2326215453101637,-1.2797573766668262,True,c1,3,"I agree, this is well done.
+
+My only problem: when I have entered a summary, the drop down appears. When I hit the hotkeys for save, the system will complete the summary with the top item whatever the value of my original summary was. (This is not how it works in old WTE.)
+
+The particular issue was that I wanted a summary of ""clean table"", but after having entered the entire thing in it removed the exact match and attempted to add the lengthier summary after hitting cntrl + enter, and then chose //not// to save. (The biggest win for me is that the hotkeys should always save regardless of the current value of the dropdown.)
+
+{F28628688}
+
+{F28628692}
+
+{F28629206}
+
+Happy to split this to a different task if it seems like a significant chunk of additional work...
+",1263554,301,,
+-8.09635717754103,-2.8445404527167906,-1.8466899503961092,-0.11169296568434284,2.7285117688448643,3.8688654783617125,-0.48436139673033907,3.3089194693471624,1.0058615818793901,-4.331491790554942,2.066640807582553,0.7517789343922585,0.02123383592416772,0.3928775912632543,0.464852234166266,-0.47184135053861986,1.1796854977903524,-1.2286076157580226,True,c1,3,"I agree, this is well done.
+
+My only problem: when I have entered a summary, the drop down appears. When I hit the hotkey for save, the system will complete the summary with the top item whatever the value of my original summary was. (This is not how it works in old WTE.)
+
+The particular issue was that I wanted a summary of ""clean table"", but after having entered the entire thing in it removed the exact match and attempted to add the lengthier summary after hitting cntrl + shift + s, and then chose //not// to save. (The biggest win for me is that the hotkeys should always save regardless of the current value of the dropdown.)
+
+{F28628688}
+
+{F28628692}
+
+{F28629206}
+
+Happy to split this to a different task if it seems like a significant chunk of additional work...
+",1263545,301,,
+-8.567366322896808,-1.8042794393255583,-2.3920160984319545,-0.6930889927142037,3.0878029179140754,3.9469767030942755,-0.5385866563969515,4.3719478717891445,2.149312010448856,-4.191539117378903,2.4246785024217647,1.2349406545133448,-0.013857956634702795,0.6814612192490357,0.40406123868050114,-0.9377144391925927,1.2584570298389657,-0.8369193043233585,True,c1,3,"I agree, this is well done.
+
+My only problem: when I have entered a summary, the drop down appears. When I hit the hotkey for save, the system will complete the summary with the top item whatever the value of my original summary was. (I am fairly certain this was not the behavior with non-VE editor.
+
+The particular issue was that I wanted a summary of ""clean table"", but after having entered the entire thing in it removed the exact match and attempted to add the lengthier summary after hitting cntrl + shift + s, and then chose //not// to save. (The biggest win for me is that the hotkeys should always save regardless of the current value of the dropdown.)
+
+{F28628688}
+
+{F28628692}
+
+{F28629206}
+
+Happy to split this to a different task if it seems like a significant chunk of additional work...
+",1263542,301,,
+-2.2297151697565596,9.639391293008352,3.169477567315676,-6.999403650640845,-5.941943372970018,6.6120336048677615,-2.6007458891444717,12.97924763753285,0.8063045015176717,2.5558438403680075,-0.36975285155557347,1.474888359092903,-2.9029854918711577,0.8788429358110685,-1.5860200069819634,0.553641551394338,0.5306322555515953,-3.581049129987272,True,c1,3,"Great feature. <3 
+Can we have a way to delete misspelled sentences? Thanks!",1263308,301,,
+10.379841676180847,24.41636818804323,5.332316852170103,-18.611276788815967,-5.803128352459239,0.6424761861823427,-0.9782361973353897,14.860037939308548,24.879007619337944,-1.1474545469000335,2.5054962708939987,4.557861766433217,-5.702675306197753,1.8747738536547056,-0.5177248941993291,-2.0623532184074986,-3.510557769951698,-2.2191643450205274,True,c1,3,Good job!,1263236,301,,
+-4.157919793503819,-4.9830721504599875,7.939957956133295,13.229780668047725,5.51748785829302,-13.52325960987292,-9.565850679093053,5.8853891129759965,12.491179951140268,25.91834603236702,6.7981761000318315,1.1363301897817468,-1.2764404192290664,2.3314106893873907,0.14748708951333933,4.033470275608979,7.034748785686231,-3.828542710785323,True,c1,3,Wonderful and seems to be done,1263105,301,,
+28.77268441213929,27.238084338338645,4.807717454680203,4.643071173126659,-2.3082677382695325,-2.2483059392891622,-0.7203102955674776,-2.042052357952751,0.9587222606876888,-1.3010833125477657,1.4463143194760049,-1.402783445257962,-5.188360252773736,4.811469167683177,-0.5778612937623349,6.7990847230937685,-0.2598478520902936,-1.428520850448587,True,c1,3,">>! In T50274#5016202, @Esanders wrote:
+> It doesn't appear to work yet in Chrome/FF: https://codepen.io/edg2s/pen/eXGdVM
+
+Nor in Safari.",1241290,297,,
+22.28468130293375,-10.07871124372867,12.692507673494374,17.205232691344413,-3.519263835768477,-2.329337142928754,8.256887784633468,-0.18559642180989733,-4.35324749830624,6.1560106572762034,-5.679349347302409,-1.5608840424385213,-0.7589585584743883,3.834274833135253,5.894656913566883,3.7055465665307143,0.19889586130628442,0.3978210195462246,True,c1,3,It doesn't appear to work yet in Chrome/FF: https://codepen.io/edg2s/pen/eXGdVM,1240922,297,,
+16.600063447107196,-3.0900669681364494,1.4427007745169274,-0.3783125752152525,5.345563994935306,-0.0480731286028,1.7230009621694933,-3.933409243010424,-1.0116204028718778,0.7910175453507868,-3.481807993108481,-2.608460348224058,1.6216286789978192,-1.0858972420283246,0.24299592277396886,-0.39223807348872475,1.002981275223096,-2.9579245898711743,True,c1,3,">>! In T50274#5012835, @gerritbot wrote:
+> Change 495451 had a related patch set uploaded (by Esanders; owner: Esanders):
+> [mediawiki/extensions/VisualEditor@master] Edit summary autocomplete
+> 
+> [[https://gerrit.wikimedia.org/r/495451]]
+
+Why doesn't this make use of T50274#4048873 ? It looks like Firefox, Webkit, and Chromium all support autocomplete (even though [[https://developer.mozilla.org/en-US/docs/Web/HTML/Element/textarea | Mozilla.org]] indicates otherwise, the link to the Chromium indicates the bug is fixed since Jan 2018)...",1240155,296,,
+25.01093273038277,22.804232904511267,2.675056070716078,2.6330534614599834,-4.302435784043699,-4.5020038818489585,-2.7420280106486166,-2.615829935705709,0.634374322661299,-2.883537878812865,-0.45329515567877654,-4.435925461610491,-3.1858967846058333,3.4636625305374977,-2.4309487944299533,6.215648237105537,1.2743891890903387,-5.651605054566549,True,c1,3,Proposed in [[https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Editing/Autocomplete_summaries_in_VisualEditor|Community Wishlist Survey]],1184646,282,,
+2.1289119158602983,-5.781635288599493,0.08853007530431922,19.340360464715268,-2.9149400086875046,-6.718203873510266,3.0041470672690114,4.6558599216189345,11.859389677020532,2.346679708957528,1.2082808026571628,1.899983218258198,-2.266378320594242,-1.5733203385336838,-1.5547330928382483,0.10525045175870451,1.6732013610136056,1.3582269557194446,True,c1,3,"According to https://developer.mozilla.org/en-US/Firefox/Releases/59#HTML Firefox now supports autocompletion of textareas, so it should actually be possible to have native autocomplete suggestions, at least in Firefox.",1031689,245,,
+-2.7190925019393837,-4.4360055862509,0.5978072483226713,4.237389052426957,-4.505173665933055,-14.168317316154386,-8.696152061707867,12.311390776102657,19.702687275837352,-6.209365330589398,1.043328605935006,1.257162407638007,-1.0725291826288106,-2.0446438809690064,-2.0207832880796825,1.1548819456783357,-1.8525476143917357,-2.6975887392727325,True,c1,3,Proposed to #community-wishlist-survey-2017 ,962563,227,,
+-6.480189708970551,2.982050923107515,5.3211925236900655,2.649277548114922,0.42658005972584334,-2.0526872130972844,8.947069023912357,-0.7830272218318163,-1.2205092655481664,2.0257211206395676,-2.180756809366355,-3.5631994519495684,1.6586930646151883,2.147078601195094,1.3514118520424816,-2.588762763006136,-1.2616644698311266,-0.901752952021964,True,c1,3,">>! In T50274#3234411, @Schnark wrote:
+> But neither will give results for users not logged in. Even if they have a static IP, `mw.user.getName()` will only return `null`.
+
+There are a bunch of features that don't work for logged-out users; I'd not worry too much about that.",854529,200,,
+3.6962165572048296,-6.2333284208298965,9.94655596301875,2.080664382680302,-0.36328761661577325,0.4809043577959997,6.886704764266769,0.6920257245840796,1.397133370408311,-0.23857153784490404,-1.7306507162912101,2.2466239882165118,-2.252172694146049,2.5016175527215028,2.459090551217378,1.274599734705728,-1.8536841511217028,0.008434197353262451,True,c1,3,">>! In T50274#2137790, @Esanders wrote:
+> Fetch and filter recent commit messages:
+> 
+> https://gist.github.com/edg2s/f7db01d240ad3c83d183
+
+I don't think that `list: 'recentchanges'` is the best approach, as it will only give you summaries from the last month. When you are not very active, these are very few, so won't help much. In my script https://de.wikipedia.org/wiki/Benutzer:Schnark/js/veSummary.js, I instead decided to use `list: 'usercontribs'` instead.
+But neither will give results for users not logged in. Even if they have a static IP, `mw.user.getName()` will only return `null`.",854042,200,,
+3.6903641912966076,1.1151686163171757,-2.729787704824912,-0.5514111345246366,-0.2698015483237679,0.25154122780138266,-0.34417789372220753,2.8643735099276473,1.738332132591003,2.743764477099652,0.6323723672761523,0.9985601798069323,-2.370894628167019,0.4810605043278855,-0.32089603897525354,1.85737465800331,0.9195457471229078,-0.2772550858932705,True,c1,3,"A solution could also be HTML5 `contenteditable`, at least its support in browsers is acceptable. (see [[ http://stackoverflow.com/questions/13324822/autocomplete-with-contenteditable-div-instead-of-textarea-doesnt-seem-to-work | StackOverflow question about this topic ]])",780380,180,,
+3.689909820574771,1.114470557664193,-2.7298090948729903,-0.55193617642378,-0.2701982268659968,0.2515645010669889,-0.34687041431893917,2.863064962099926,1.7358972080936643,2.743808148107978,0.6313288375345186,0.9979057416223673,-2.373871375696208,0.4818631410292029,-0.3178074185072268,1.8569126870373038,0.9187473246765367,-0.2796169867113174,True,c1,3,"A solution could also be HTML5 `contenteditable`, at least its support in browsers is acceptable. (see [[ http://stackoverflow.com/questions/13324822/autocomplete-with-contenteditable-div-instead-of-textarea-doesnt-seem-to-work | StackOverflow question to this topic ]])",780379,180,,
+3.495095583832395,1.1446346536388905,-2.89781922328545,-0.6151602789480553,0.4678763449229635,0.8652921754424572,-0.14229912528237598,3.727808694124814,1.6385805050714615,2.0284836942767033,0.14631036241834527,0.9264921917850382,-2.0854483187415322,0.4459152091818428,0.5058897764578023,2.613201543338854,3.215376831368951,0.13534990420160042,True,c1,3,"A solution could also be HTML5 `contenteditable`, at least its support in browsers is acceptable. (see [[ http://stackoverflow.com/questions/13324822/autocomplete-with-contenteditable-div-instead-of-textarea-doesnt-seem-to-work | StackOverflow question to the topic ]])",780378,180,,
+-8.853498058242167,-11.46812003789066,9.192168389342568,-0.7312447137848892,-4.2661672173908265,-0.3353964323800369,4.016651502146662,4.406829337126098,-1.3061811361048088,5.51444944154259,-2.2097777787643182,-1.8706546953215564,-0.8852181160008077,2.820140538545555,3.1307357562177884,0.5713698694958973,-0.9260143221325273,0.10062389805473915,True,c1,3,"(Actually, Chrome does support autocomplete=""street-address"", huh. But that doesn't really help us here, it doesn't remember and autocomplete values in textareas on its own and there doesn't seem to be a way to make it do that.)",778083,180,,
+-6.739845547657141,-4.239261650941598,-1.3402005760257796,-2.8526203882709353,-1.4965122098591692,0.48982920437253163,-0.8222084747947687,3.442923031866998,5.464069864045375,4.558788923861025,-1.1374067910861334,-2.6925937882171187,1.054779409476796,1.3274923171246564,0.86964704764923,0.5121515186163479,2.19598905744761,-2.7912530636811965,True,c1,3,"It's not possible to make  wrap. If anything, it could be possible to make