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